Upgrade Kernel plus de serveur X
Failed to start Light Display Manager
Système et matériels / Installation et configuration
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
avec les 2 derniers kernel, (kernel-desktop-5.15.74-1.mga8-1-1.mga8 et kernel-desktop-5.19.16-1.mga8-1-1.mga8) le redémarrage n'aboutit pas:
Je pensais que le 2ème corrigeait un pb du 1er mais non, ce sont les mêmes messages d'erreur!
En revenant sur le kernel précédent (kernel-desktop-5.15.65-1.mga8-1-1.mga8) ce problème n'existe pas.
Je remarque d'abord que l'affichage du chaudron apparait aplati, pas forcément grave me suis je dit
mais hélas la machine se bloque sur des Failed
Code BASH :
[FAILED] Failed to start Light Display Manager [TIME] Timed out waiting for device [DEPEND] Dependency failed for /mnt/sdb /dev/disk/by-uuid/4BCC7973534960B8
Un CTRL+Alt+F2 m'ouvre bien un terminal dans lequel après logging je lance un startx qui est en échec aussi cf attaché
Une idée du pourquoi?
En espérant que ce ne soit pas quelquechose de mon PC HPxw9400 qui ne soit plus supporté par ces nouveaux kernels!
J'ai déjà eu tout un tas de pb au passage de Mageia5 à Mageia7 puis Mageia8 suite à l'abandon du pilote propriétaire 340.108 pour ma carte graphique NVIDIA Quadro FX5600
[size=5]Parenthèses
ces kernels ne lançant pas X, c'était la condition nécessaire pour installer ce pilote propriétaire 340.108...mais ce fut un échec, au point qu'il me fallut à la main réisntaller les libGLX et compagnie pour retrouver un affichage correct même avec le kernel fonctionnel...et encore je n'ai plus de vidéo dans Firefox
Fin de parenthèses[/size]
Édité par kalagani Le 10/11/2022 à 22h33
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Que lightDM ne se lance pas, me semble normal, ici le serveur X ne semble pas se lancer.
Quelle est la carte graphique ( "/sbin/dkms status" devrait permettre de savoir si un pilote nvidia se cache derrière ce problème ( le kernel-desktop-devel est bien installé) ?
Édité par nic80 Le 10/11/2022 à 22h25
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
en effet j'ai une carte NVIDIA dont je viens dans le précédent post (ma modif croisait ton post) de dire que j'avais tenté de compiler son pilote propriétaire mais sans réussite.
Compilation tentée pour retrouver comme en Mageia5 un PC qui ne freeze pas comme depuis l'abandon de ce pilote même avec le pilote nouveau bug 27357
Le dkms status actuel ne montre pas de compil pour nvidia, ma carte tournant avec le pilote nouveau depuis l'abandon du pilote propriétaire Nvidia
Code BASH :
dkms status virtualbox, 6.1.38-1.2.mga8, 5.15.62-desktop-1.mga8, x86_64: installed-binary from 5.15.62-desktop-1.mga8 virtualbox, 7.0.2-1.mga8, 5.15.74-desktop-1.mga8, x86_64: installed-binary from 5.15.74-desktop-1.mga8 virtualbox, 6.1.38-1.2.mga8, 5.15.65-desktop-1.mga8, x86_64: installed-binary from 5.15.65-desktop-1.mga8 virtualbox, 6.1.36-1.mga8, 5.15.58-desktop-2.mga8, x86_64: installed-binary from 5.15.58-desktop-2.mga8
Il y était en effet après compil,
Code BASH :
dkms status nvidia, 340.108: added ... /usr/sbin/dkms build -m nvidia -v 340.108 -k 5.15.62-desktop-1.mga8
mais j'ai fait un dkms remove -m nvidia -v 340.108 --all suite à échec
Édité par kalagani Le 10/11/2022 à 22h55
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Un cat /var/log/Xorg.0.log | grep EE ressort quelque chose d' "interessant" ?
Oui le pilote 340 ne peut pas se compiler sur un noyau 5.15, il manque des choses qui ont été supprimées lors du passage du 5.10 au 5.15.
Edit: désolé, je ne retrouve pas le post concernant la tentative ( qui ne fonctionne pas visiblement) de compilation du 340 sur un 5.15...
edit 2: ici https://www.mageialinux-online.org/forum/topic-29962-4+mise-a-jour-ge210.php#m303328 , mais cela a posé des problèmes par la suite. Débé devrait s' en souvenir...
edit 4 : Je ne crois pas que le kernel 5.19 soit dans la branche stable (noyau utilisé dans la capture... Il est préférable de se contenter du 5.15 ( hors backports) pour le moment.
Édité par nic80 Le 10/11/2022 à 23h14
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
le /var/log/Xorg.0.log et aussi le old ne concernent plus l'un des kernels en défaut, mais celui fonctionnel 5.15.62 avec lequel je poste!
Il me faut relancer avec l'un de ceux-ci et mémoriser/renommer le Xorg pour le poster (demain :+).
Dans mes recherches autour du 340.108, j'avais aussi trouvé que la compil n'était possible que jusqu'en 5.4..messages croisés->.
Merci de ton lien, je regarderais plus en détail puisqu'il semble que DéBé a réussi la compil...lors de la mienne en réel, je n'avais appliqué aucun patch...
Édité par kalagani Le 10/11/2022 à 23h24
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Il n' y a pas de Xorg.1.log ou Xorg.2.log etc... ?
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
si mais à regarder leur dates ne me semblent pas en rapport avec les kernels en défaut
Code BASH :
un grep sur tous ne donne du EE que sur le clavier (ou de l'info)ll /var/log/Xorg* -rw-r--r-- 1 root root 32384 nov. 10 22:27 /var/log/Xorg.0.log -rw-r--r-- 1 root root 32224 nov. 10 19:24 /var/log/Xorg.0.log.old -rw-r--r-- 1 root root 2607 nov. 3 19:26 /var/log/Xorg.1.log -rw-r--r-- 1 root root 2607 août 22 18:38 /var/log/Xorg.1.log.old -rw-r--r-- 1 root root 28662 nov. 6 11:10 /var/log/Xorg.9.log -rw-r--r-- 1 root root 28660 nov. 6 09:59 /var/log/Xorg.9.log.old
Caché :
Code BASH :
cat /var/log/Xorg* | grep EE (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 46.663] (II) Initializing extension MIT-SCREEN-SAVER [ 8187.853] (EE) event2 - CHICONY HP Basic USB Keyboard: client bug: event processing lagging behind by 32ms, your system is too slow [ 9216.469] (EE) event2 - CHICONY HP Basic USB Keyboard: client bug: event processing lagging behind by 15ms, your system is too slow [ 9465.895] (EE) event2 - CHICONY HP Basic USB Keyboard: client bug: event processing lagging behind by 15ms, your system is too slow [ 10659.763] (EE) event2 - CHICONY HP Basic USB Keyboard: client bug: event processing lagging behind by 18ms, your system is too slow [ 10891.509] (EE) event2 - CHICONY HP Basic USB Keyboard: client bug: event processing lagging behind by 21ms, your system is too slow [ 10891.509] (EE) event2 - CHICONY HP Basic USB Keyboard: WARNING: log rate limit exceeded (5 msgs per 60min). Discarding future messages. [ 13007.425] (EE) event2 - CHICONY HP Basic USB Keyboard: client bug: event processing lagging behind by 29ms, your system is too slow [ 13985.585] (EE) event2 - CHICONY HP Basic USB Keyboard: client bug: event processing lagging behind by 32ms, your system is too slow [ 14087.751] (EE) event2 - CHICONY HP Basic USB Keyboard: client bug: event processing lagging behind by 25ms, your system is too slow (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 47.006] (II) Initializing extension MIT-SCREEN-SAVER (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 4079.091] (II) Initializing extension MIT-SCREEN-SAVER (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 4824.536] (II) Initializing extension MIT-SCREEN-SAVER
A propos du kernel 5.19, je n'ai pas backport dans les medias actifs...étrange
Code BASH :
rpmq --list-media active Core Release (distrib1) Core Updates (distrib3) Nonfree Release (distrib11) Nonfree Updates (distrib13) Tainted Release (distrib21) Tainted Updates (distrib23)
Sur ce à demain et aussi merci de m'avoir répondu :+)
Édité par kalagani Le 10/11/2022 à 23h35
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
voici le Xorg.0.log brut de blocage démarrage kernel 5.15.74-desktop-1.mga8
Code BASH :
more /var/log/Xorg.0.log |grep EE (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 66.778] (EE) [drm] Failed to open DRM device for pci:0000:18:00.0: -19 [ 66.778] (EE) No devices detected. [ 66.778] (EE) 5.15.65-desktop-1[i][/i] [ 66.778] (EE) no screens found(EE) [ 66.778] (EE) 5.15.65-desktop-1 [ 66.778] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 66.778] (EE) [ 66.785] (EE) Server terminated with error (1). Closing log file
Dans le journalctl, il y a quelquechose qui ne va pas avec la ligne de commande kernel
Code BASH :
journalctl -b --no-hostname --no-pager -- Logs begin at Mon 2022-095.15.65-desktop-1-12 13:37:01 CEST, end at Fri 2022-11-11 16:35:25 CET. -- nov. 11 16:15:13 kernel: Linux version 5.15.74-desktop-1.mga8 (iurt@ecosse.mageia.org) (gcc (Mageia 10.4.0-3.mga8) 10.4.0, GNU ld (GNU Binutils) 2.36.1) nov. 11 16:15:13 kernel: Com5.15.65-desktop-1mand line: BOOT_IMAGE=/boot/vmlinuz-5.15.74-desktop-1.mga8 root=UUID=8ebeda33-9710-49a7-93a4-809d13e2809f ro splash quiet noiswmd resume=UUID=2fdb0460-b082-496e-b748-e904514ac886 audit=0 vga=791 ... nov. 11 16:15:13 kernel: Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.15.74-desktop-1.mga8 root=UUID=8ebeda33-9710-49a7-93a4-809d13e2809f ro splash quiet noiswmd resume=UUID=2fdb0460-b082-496e-b748-e904514ac886 audit=0 vga=791 nov. 11 16:15:13 kernel: audit: disabled (until reboot) nov. 11 16:15:13 kernel: Unknown kernel command line parameters "splash noiswmd BOOT_IMAGE=/boot/vmlinuz-5.15.74-desktop-1.mga8 vga=791", will be passed to user space.
Edit1: en fait il y a la même erreur sur la ligne de commande avec le kernel 5.15.65-desktop-1 qui fonctionne !!!
Code BASH :
...Failed to open DRM device for pci:0000:18:00.0: -19[i][/i] nov. 10 18:56:33 kernel: Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.15.65-desktop-1.mga8 root=UUID=8ebeda33-9710-49a7-93a4-809d13e2809f ro splash quiet noiswmd resume=UUID=2fdb0460-b082-496e-b748-e904514ac886 audit=0 vga=791 nov. 10 18:56:33 kernel: audit: disabled (until reboot) nov. 10 18:56:33 kernel: Unkn5.15.65-desktop-1own kernel command line parameters "splash noiswmd BOOT_IMAGE=/boot/vmlinuz-5.15.65-desktop-1.mga8 vga=791", will be passed to user space.
Edit2: en rapport avec le Xorg.log et sa ligne Failed to open DRM device for pci:0000:18:00.0: -19
c'est la carte Nvidia qui n'est pas vue sur le bus PCI
Code BASH :
lspci |grep 0000:18:00.0 0000:18:00.0 VGA compatible controller: NVIDIA Corporation G80GL [Quadro FX 5600] (rev a2)
Etrange, elle est pourtant bien vue avec le kernel 5.15.65-desktop-1
Édité par kalagani Le 11/11/2022 à 17h25
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Une idée comme ça...
Sur le noyau qui fonctionne quel est le module noyau utilisé ?
Peut être que dans le lsmod, la carte n' est plus prise en compte ?
Edit: désolé je ne peux rien tester actuellement, n' ayant de de Mageia sous la main actuellement...
Édité par nic80 Le 11/11/2022 à 19h15
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
kalagani :
...
Merci de ton lien, je regarderais plus en détail puisqu'il semble que DéBé a réussi la compil...lors de la mienne en réel, je n'avais appliqué aucun patch...
Merci de ton lien, je regarderais plus en détail puisqu'il semble que DéBé a réussi la compil...lors de la mienne en réel, je n'avais appliqué aucun patch...
et bien j'ai regardé plus en détail et j'ai compilé/installé après avoir appliqué tous les patchs!
La compil et l'installation se sont faites sans erreurs cette fois...
Au redémarrage sur le kernel 5.15.74-desktop-1.mga8, miracle de chez miracle même si le chaudron est toujours applati, la machine n'est pas resté bloquée sur les 3 lignes FAILED, TIME et DEPEND (cf 1er post)!
Là j'écris de mon HPxw9400 tournant sous ce kernel avec ma carte Quadro FX 5600 qui est reconnue et qui est pilotée par son "driver" propriétaire :+)
Code BASH :
hwinfo --gfxcard | grep -i -e model -e driver Model: "nVidia Quadro FX 5600" Driver: "nvidia" Driver Modules: "nvidia" Driver Info #0: lsmod |grep -i nvidia nvidia 10612736 43 drm 634880 3 nvidia dkms status nvidia, 340.108, 5.15.74-desktop-1.mga8, x86_64: installed ...
Me reste à résoudre un pb de lecture vidéo (youtube, dailymotion...) dans Firefox, ceci comme avec le kernel 5.15.65-desktop-1.
J'attribuais cela à mes précédentes manip de compil...mais je n'en suis plus très sûr!
Quant à savoir pourquoi ce kernel ne trouvait pas cette carte Nvidia, j'espère que c'est lié à mes manips précédentes et pas à une impasse faite dans ce kernel par les développeurs Mageia, ceci au même titre qu'ils ont fait l'impasse sur le pilote propriétaire en Mageia7 et Mageia8 (Mageia6, je ne sais ne l'ayant pas installé)!
En tout cas merci beaucoup à toi d'avoir retrouvé ce lien, grâce à cela je suis peut-être sorti de mon problème récurrent de freezes PC dû au pilote Nouveau :+)
Édité par kalagani Le 11/11/2022 à 23h10
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
1) par curiosité, j'ai démarré avec le kernel précédent kernel-desktop-5.15.65-1.mga8-1-1.mga8
il y a eu l'affichage des lignes
building nvidia driver
puis
Installing nvidia driver
(montrant que l'option choisie de compil/installation pour tous les kernels fait son travail au travers de dkms)
et enfin une boite de dialogue avertissant qu'un redémarrage est nécessaire...et qui s'est fait tout seul
A ce redémarrage, l'affichage du chaudron aplati est de bon augure tout comme l'affichage fugitif d'un Nvidia-setting
et en effet la machine avec ce kernel est aussi sous pilote nvidia
Code BASH :
dkms status nvidia, 340.108, 5.15.74-desktop-1.mga8, x86_64: installed nvidia, 340.108, 5.15.65-desktop-1.mga8, x86_64: installed ...
2) A l'occasion, j'ai pu constater qu'en effet j'ai bien un pb sur le disque /mnt/sdb (en /dev/sdd) et que les 2 lignes du 1er post
Code BASH :
[TIME] Timed out waiting for device [DEPEND] Dependency failed for /mnt/sdb /dev/disk/by-uuid/4BCC7973534960B8
n'avaient rien à voir (à priori) avec le pb de blocage, puisque ce DD à un pb de liaison SCSI
Code BASH :
Ce disque n'étant ni système ni home mais embarquant mes .vdi de virtualbox, lequel est donc en échec comme j'ai constaté!smartctl -a /dev/sdd ... === START OF READ SMART DATA SECTION === SMART Health Status: OK ... scsiPrintBackgroundResults Failed [medium or hardware error (serious)]
3) Par le plus grand des hasards je viens de constater sur un vieux PC portable Samsung SQ45S70S sous Xubuntu 20.04.5, kernel 5.4,
que ce pilote 340.108 est utilisé avec une carte Nvidia
Code BASH :
inxi -Fm ... System: Host: SQ45S70S Kernel: 5.4.0-97-generic x86_64 bits: 64 Desktop: Xfce Distro: Ubuntu 20.04.5 LTS (Focal Fossa) Machine: Type: Laptop System: SAMSUNG product: SQ45S70S v: 07ST serial: 236Y93DP800399 Mobo: SAMSUNG model: SQ45S70S serial: 123490EN400015 BIOS: Phoenix v: 11ST date: 01/08/2008 ... Graphics: Device-1: NVIDIA G86M [GeForce 8400M G] driver: nvidia v: 340.108 Display: server: X.org 1.20.13 driver: nvidia unloaded: fbdev,modesetting,nouveau,vesa tty: 117x27 ... hwinfo --gfxcard | grep -i -e model -e driver Model: "nVidia GeForce 8400M G" Driver: "nvidia" Driver Modules: "nvidia" Driver Info #0:
Ceci pour dire que les développeurs Xubuntu n'ont pas fait l'impasse sur ce pilote propriétaire...si je fais le // avec Mageia7 pour le kernel 5.4!
Édité par kalagani Le 12/11/2022 à 18h15
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Il me semble plutôt que c' est Nvidia qui a abandonné son pilote en 340 (je n' ai pas vu sur le site de Nvidia de pilote qui fonctionne sur le noyau 5.15)
Il ne faut pas aussi oublier que le pilote est propriétaire et donc que certaines parties ne sont pas accessible et si cette partie a des failles, elle ne peut pas être corrigée autrement que par son propriétaire (qui préférera corriger sur la version n+1 de son produit
)Pour rappel ces patchs ne sont pas supportés et je doute que ça marchera sur la version 9 de Mageia.
Édité par nic80 Le 12/11/2022 à 18h35
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
oui, au passage en Mageia7 puis en Mageia8, j'avais bien lu le pourquoi de l'abandon par l'équipe Mageia
Mageia_8_Errata-fr#Nvidia :
Nvidia
Nvidia a négligé de régler les problèmes de sécurité de son pilote de la série 340, nous avons donc dû le retirer des dépôts officiels. Voir les Notes de version.
...
Pilote propriétaire NVIDIA
Les pilotes propriétaires NVIDIA sont fournis dans les dépôts nonfree :
Les Processeurs graphiques récents sont pris en charge par le pilote de la série R460 « nvidia-current ». (64 bits seulement)
Pour les Processeurs graphiques plus anciens, nous fournissons le pilote propriétaire de la série R390 « nvidia390 ».
Cependant, nous abandonnons le pilote R340 « nvidia340 » en raison de problèmes de sécurité dans le blob binaire NVIDIA. Plusieurs Processeurs graphiques R340 concerné sont pris en charge avec la mise à jour du pilote R390. Dans le cas contraire, le pilote nouveau sera utilisé. Si vous rencontrez des difficultés :
Essayez le pilote nvidia390 manuellement mga#29835
Essayez le pilote X11 vesa ; éditez la première entrée du menu de démarrage et changez « xdriver=free » en « xdriver=vesa ».
Nvidia a négligé de régler les problèmes de sécurité de son pilote de la série 340, nous avons donc dû le retirer des dépôts officiels. Voir les Notes de version.
...
Pilote propriétaire NVIDIA
Les pilotes propriétaires NVIDIA sont fournis dans les dépôts nonfree :
Les Processeurs graphiques récents sont pris en charge par le pilote de la série R460 « nvidia-current ». (64 bits seulement)
Pour les Processeurs graphiques plus anciens, nous fournissons le pilote propriétaire de la série R390 « nvidia390 ».
Cependant, nous abandonnons le pilote R340 « nvidia340 » en raison de problèmes de sécurité dans le blob binaire NVIDIA. Plusieurs Processeurs graphiques R340 concerné sont pris en charge avec la mise à jour du pilote R390. Dans le cas contraire, le pilote nouveau sera utilisé. Si vous rencontrez des difficultés :
Essayez le pilote nvidia390 manuellement mga#29835
Essayez le pilote X11 vesa ; éditez la première entrée du menu de démarrage et changez « xdriver=free » en « xdriver=vesa ».
J'ai eu à l'époque un espoir que ma carte ait migré vers le pilote 390, mais hélas non!
En Mageia5/KDE et ce pilote proprio (en 340.101-1) je n'avais jamais de freezes, ni de graphisme illisibles!
Avec Mageia7 ça été l'enfer que n'a pas solutionné Mageia8.
Le compromis que j'ai trouvé a consisté, avec le pilote Nouveau, à passer sous XFCE, de virer le screen-logguer pour minimiser les Freezes, et encore malgré cela, j'en ai encore sans prévenir sur des core-notifier de Nouveau à chaque fois! C'est aléatoire, quelquefois 2 freezes en 5mn, et des fois rien pendant quelques jours, c'est vraiment pénible.
Même le CTRL+F2 est inopérant, je m'en sors en ssh d'un PC distant par un shutdown -h (ou -r) now pour arrêter ou redémarrer proprement le PC gelé!
Alors rien que pour le confort d'utilisation je prends le risque d'utiliser le pilote proprio, d'autant que quelquepart cet abandon est un peu comme de l'obsolescence "programmée", ce qui va un peu à l'encontre de la philosophie Linux...
Pour Xubuntu sur le PC Samsung, je viens de lancer un upgrade de la 20.04 vers la 22.04, histoire de voir si le pilote 340 est toujours fourni et si oui avec quel kernel...
Édité par kalagani Le 12/11/2022 à 19h18
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Si le noyau 340 est fourni avec Ubuntu 22.04 (vu que je pense que Xubuntu en esr dérivé), alors il y aura forcement les patchs évoqués, de ce que j' ai compris c' est un 5.15 qui est fourni (et de base cela ne semble pas fonctionner).
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
oui Xubuntu est un dérivé de Ubuntu, c'est l'interface graphique et ce que cela embarque qui est différent entre les 2!
Je suis curieux en effet du résultat de la mise à jour. Je te tiens au courant...sans doute après diner :+)
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie