delais 3 minutes d attente au demarrage
cannot open file fr-latin9.uni
Système et matériels / Installation et configuration
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Reprise du message précédent
Bonjour, En+fait,+c'est+pratiquement+2+minutes+qui+sont+perdues+en+attente+par+udev. le+event31+qui+pose+problème+semble+être+en+lien+avec+un+clavier+Microsoft+:journal :
Une+erreur+de+ce+genre+a+déjà+été+rapportée,+sans+solution+mentionnée+: https://github.com/systemd/systemd/issues/8413
systemd-logind[1012]:+Watching+system+buttons+on+/dev/input/event31+(Microsoft+Natural®+Ergonomic+Keyboard+4000)
pepit Membre non connecté
-
- Voir le profil du membre pepit
- Inscrit le : 01/10/2012
- Groupes :
Bingo, presque plus d'erreurs à part celles de l'ACPI habituelle sauf que:
Il y a toujours le message "cannot open file fr-latin9.uni" mais sans l'attente.
Puis:
Code :
[ 7.687466] EDAC sbridge: Seeking for: PCI ID 8086:2fbb
[ 27.687506] EDAC sbridge: CPU SrcID #0, Ha #0, Channel #1 has DIMMs, but ECC is disabled
[ 27.687524] EDAC sbridge: Couldn't find mci handler
[ 27.687531] EDAC sbridge: Failed to register device with error -19.
[ 27.874770] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:02.0/0000:02:00.1/sound/card1/input23
Qui se répète 3 fois et:
Code :
[ 45.255218] IFWLOG: register target
[ 46.199578] hid-generic 0003:0463:FFFF.0006: usb_submit_urb(ctrl) failed: -1
[ 46.199594] hid-generic 0003:0463:FFFF.0006: timeout initializing reports
[ 65.218904] megaraid_sas 0000:03:00.0: 58830 (boot + 88s/0x0008/FATAL) - Battery has failed and cannot support data retention. Please replace the battery
Faudra que je remplace la batterie megaraid! Mais il subsiste une erreur liée avec l'USB
Je perd le pilote proprio "NVIDIA" qui pourtant est installé remplacé par "nouveau" qui ne gère pas le mode SLI!?
J'ai essayé de remette "nvidia" dans xorg.conf mais au démarrage il me dis ne pas trouver le pilote et rebascule sur "nouveau".
Mes DD sont bien vu par le système:
Code :
[pepit@wawa ~]$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 232,9G 0 disk
├─sda1 8:1 0 500M 0 part /boot/EFI
├─sda2 8:2 0 153,3G 0 part /media/win_c
├─sda4 8:4 0 31,3G 0 part [SWAP]
└─sda5 8:5 0 47,8G 0 part /
sdb 8:16 0 117,2G 0 disk
└─sdb1 8:17 0 117,2G 0 part
sdc 8:32 0 154,6G 0 disk
└─sdc1 8:33 0 154,6G 0 part
sr0 11:0 1 1024M 0 rom
Le système s’arrête tout seul (enfin lorsque je le demande!!).
Édité par pepit Le 10/05/2020 à 10h24
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Le paquet kernel-desktop-devel est installé pour le pilote Nvidia ?
Sinon il n' y a aucune chance qu' il soit compilé...
Edit: Pour le message edac, je vois qu' il est fait mention de l' ecc. Je ne sais pas si les barettes mémoires installées supportent l' ecc, mais dans ce cas, peut être que le noyau server est compilé avec cette option (pas sur que l' ecc soit forcément une fonctionnalité d' un noyau orienté desktop).
En tous cas si cela fonctionne avec un noyau 5.1 mais pas avec un noyau 5.2+, c' est qu' il y a incompatibilité quelque part ( noyau/systemd/udev ?). S' il n' y a pas de rapport de bugs sur celui de Mageia, je pense qu' il serait intéressant d' en ouvrir un (avec le dmesg avec noyau 5.1.x et un avec le noyau 5.6.x
De ce que j' ai compris du ticket que j' ai vu, soit c' est (peut être) du du à un changement de numérotation des périphériques, soit un changement au niveau de systemd (mais la version 243 semble apporter d' autres problèmes, et comme c' est un composant critique, je ne pense pas qu' il y aura mise à jour de celui ci (au moins dans la branche stable))
Édité par nic80 Le 10/05/2020 à 17h24
pepit Membre non connecté
-
- Voir le profil du membre pepit
- Inscrit le : 01/10/2012
- Groupes :
Maintenant il l'est, mais quelques soit les réglages (j'y ai passé l'après-midi) c'est toujours "nouveau" qui est réinstallé par le système.
Donc, ma question est simple: est-ce qu'il y a moyen de faire fonctionner le PC avec les derniers noyaux avec une manip pas trop compliquée pour moi!
Ou il faut que je configure pour fixer avec le "5.1" (exit les maj, bonjour les demandes de...) et renoncer par là au mode SLI avec les pilotes proprio.
Quoique si je ne change plus de noyau je peu utiliser directement l'installeur NVIDIA, je ne devrai alors pas avoir trop de PB avec les autres maj.
Et parallèlement à tout ça émettre un rapport de bug en anglais (traduit google) @mageia bugzilla. Ok si ça peut aider la communautée. Heureusement, je chaume cette semaine!! Et y s'annonce de la pluie demain
Ah oui, je viens de constater aussi un problème avec l'heure système, ça faisant un moment, et j'ai pas finit de me battre avec le dual boot!
Édité par pepit Le 10/05/2020 à 19h05
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Citation :
c'est toujours "nouveau" qui est réinstallé par le système
Peut être qu' il faut lancer dracut ?
En root (ici je suppose que le noyau utilisé est de la branche 5.1; attention le paramètre -f remplace le fichier initrd existant):
Code BASH :
cd /boot dracut -f initrd-$(uname -r).img $(uname -r)
Citation :
ma question est simple: est-ce qu'il y a moyen de faire fonctionner le PC avec les derniers noyaux avec une manip pas trop compliquée pour moi!
Si c' est un problème noyau/systemd, je ne suis pas sur qu' il y ait de solution facile ( le noyau on peut le mettre à jour par les paquets, systemd c' est surement beaucoup plus compliqué et risqué ( ce n' est pas pour rien que la majeure partie des paquets systemd sont verrouillés dans le ccm ! ).
Pour empêcher la mise à jour du noyau, il doit être possible d' exclure le paquet ( dernière partie de cette page)
pepit Membre non connecté
-
- Voir le profil du membre pepit
- Inscrit le : 01/10/2012
- Groupes :
Mais si je doit rester avec le noyau "5.1" ce qui me semble le plus probable, je creuserai un peu plus le problème des pilotes CG.
Ok, je note la méthode d'exclusion de paquet des maj:
Code BASH :
echo '/^le_paquet/' >> /etc/urpmi/skip.list
Édité par pepit Le 10/05/2020 à 23h56
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Le mécanisme de mise à jour des paquets utilises un pseudo paquet kernel-desktop-latest qui demande le dernier noyau en dépendance. Si kernel-desktop-latest n'est plus là, il n'y aura pas de nouveau noyau installé. C'est celui-là qu'il faut désinstaller.
pepit Membre non connecté
-
- Voir le profil du membre pepit
- Inscrit le : 01/10/2012
- Groupes :
Petite question pour le rapport de bogue, peut t'on mettre des balises pour former le texte comme dans le forum?
Sinon, ça va être lourd si je met mes deux "dmes", j'ai bien essayé de raccourcir un peu mais je ne sait pas exactement ce que les développeurs peuvent avoir besoin.
Édité par pepit Le 12/05/2020 à 00h04
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Je ne suis pas sur que l' on puisse faire de la mise en forme ( après je n' ai pas forcément testé.
Si c' est pour attacher un fichier de log, il est possible de l' attacher (dans le mode expert bug form), mais un seul à la fois. Si plusieurs fichiers il faut d' abord insérer le premier fichier puis par la suite, on peut rajouter d' autres fichiers (add attachements).
Édité par nic80 Le 12/05/2020 à 00h02
pepit Membre non connecté
-
- Voir le profil du membre pepit
- Inscrit le : 01/10/2012
- Groupes :
Ou alors il vaut mieu ajouter séparément en mode expert?
Édité par pepit Le 12/05/2020 à 00h09
Yuusha Membre non connecté
-
- Voir le profil du membre Yuusha
- Inscrit le : 04/07/2017
- Groupes :
-
Modérateur
-
Administrateur
-
Forgeron
pepit Membre non connecté
-
- Voir le profil du membre pepit
- Inscrit le : 01/10/2012
- Groupes :
Édité par pepit Le 12/05/2020 à 01h15
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Ni d'édition du message précédent : quand c'est parti, c'est parti
C'est un choix. L'éditeur de bugzilla a préféré considérer qu'il valait mieux des erreurs de rédaction que le risque de voir disparaître ce qui a pu susciter les commentaires suivants.
pepit Membre non connecté
-
- Voir le profil du membre pepit
- Inscrit le : 01/10/2012
- Groupes :
D'abord ça:
Code BASH :
[ 205.866] (EE) dbus-core: error connecting to system bus: org.freedesktop.DBus.Error.FileNotFound (Failed to connect to socket /run/dbus/system_bus_socket: No such file or directory)
Puis plus loin:
Code BASH :
[ 205.878] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs [ 205.879] (WW) Falling back to old probe method for v4l [ 205.879] (II) Loading sub module "fb" [ 205.879] (II) LoadModule: "fb" [ 205.879] (II) Loading /usr/lib64/xorg/modules/libfb.so [ 205.880] (II) Module fb: vendor="X.Org Foundation" [ 205.880] compiled for 1.20.8, module version = 1.0.0 [ 205.880] ABI class: X.Org ANSI C Emulation, version 0.4 [ 205.880] (II) Loading sub module "wfb" [ 205.880] (II) LoadModule: "wfb" [ 205.880] (II) Loading /usr/lib64/xorg/modules/libwfb.so [ 205.880] (II) Module wfb: vendor="X.Org Foundation" [ 205.880] compiled for 1.20.8, module version = 1.0.0 [ 205.880] ABI class: X.Org ANSI C Emulation, version 0.4 [ 205.880] (II) Loading sub module "ramdac" [ 205.880] (II) LoadModule: "ramdac" [ 205.880] (II) Module "ramdac" already built-in [ 205.889] (EE) NVIDIA: Failed to initialize the NVIDIA kernel module. Please see the [ 205.889] (EE) NVIDIA: system's kernel log for additional error messages and [ 205.889] (EE) NVIDIA: consult the NVIDIA README for details. [ 205.895] (EE) NVIDIA: Failed to initialize the NVIDIA kernel module. Please see the [ 205.895] (EE) NVIDIA: system's kernel log for additional error messages and [ 205.895] (EE) NVIDIA: consult the NVIDIA README for details. [ 205.895] (WW) Falling back to old probe method for v4l [ 205.903] (EE) NVIDIA: Failed to initialize the NVIDIA kernel module. Please see the [ 205.903] (EE) NVIDIA: system's kernel log for additional error messages and [ 205.903] (EE) NVIDIA: consult the NVIDIA README for details. [ 205.909] (EE) NVIDIA: Failed to initialize the NVIDIA kernel module. Please see the [ 205.909] (EE) NVIDIA: system's kernel log for additional error messages and [ 205.909] (EE) NVIDIA: consult the NVIDIA README for details. [ 205.909] (EE) No devices detected. [ 205.909] (EE) Fatal server error: [ 205.909] (EE) no screens found(EE) [ 205.909] (EE)
C'est peut être moi qui configure mal, je le fait avec l'utilitaire "drakx11" mais comme j'ai deux CG que j'espère utiliser en SLI les options sont un peut ambiguës après installations. Car pendant j'ai pas eu ce genre de choix.
Selon vous, est-ce qu'il faut configurer les 2 cartes (choix par défaut, en principe c'est pour 2 moniteurs, hors le SLI est incompatible avec 2), une seule, dans ce cas laquelle car j'ignore sur laquelle est branché le moniteur, le pilote NVIDIA savait mais maintenant je trouve l'info nulle part.
De toute façon J'ai essayé toute les possibilités et rien ne fonctionne.
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Le pilote est celui des paquets ou celui du site Nvidia ( si c' est en passant par drakx11, je suppose que c' est celui du paquet)?
Le serveur X démarre ou non(vu les messages je dirais que non) ?
Est ce que le module dkms est bien compilé et installé (/sbin/dkms status)?
Si oui , est ce qu' il correspond au paquet x11-nvidia installé ?
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Qu'appelles-tu le mode SLI ?
Pourrais-tu fournir le résultat de lspcidrake -v ?
Et le numéro du rapport de bogue ?
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie