#1 Le 07/11/2020, à 11:19
- jolavillette
[RESOLU] /dev/dri/card0 absent, X et lightdm crash au démarrage
Bonjour,
Je suis nouveau sur ce forum, ou plutôt absent depuis longtemps, donc veuillez excuser par avance mon éventuel non respect des règles d'utilisation.
Je fais tourner Ubuntu 18.04 sur un Athlon 2600+. Le composant graphique est intégré au chip VIA KM400.
J'utilise le noyau 5.4.0-52 mais le problème est le même avec les noyaux 5.4.0-51 ou 4.15.0-122.
Depuis 2 jours X et lightdm ne démarrent plus. Je me connecte donc au système via ssh.
La commande top montre que X tente de démarrer puis s'arrête, puis redémarre avec un nouveau pid, et ainsi de suite, jusqu'à ce que j'arrête lightdm avec la commande :
sudo service lightdm stopLa commande X -configure produit un fichier Xorg.0.log qui montre que /dev/dri/Card0 est absent :
[ 357.834] (EE) open /dev/dri/card0: No such file or directory
[ 357.834] (WW) Falling back to old probe method for modesetting
[ 357.834] (EE) open /dev/dri/card0: No such file or directoryLe phénomène est apparu juste après la mise à jour par apt des paquets suivants, mais le lien de cause à effet n'est bien sûr pas certain :
Start-Date: 2020-11-05 07:58:29
Commandline: apt-get upgrade
Upgrade: libc6-dbg:i386 (2.27-3ubuntu1.2, 2.27-3ubuntu1.3), libc6-dev:i386 (2.27-3ubuntu1.2, 2.27-3ubuntu1.3), libsystemd0:i386 (237-3ubuntu10.42, 237-3ubuntu10.43), libc6:i386 (2.27-3ubuntu1.2, 2.27-3ubuntu1.3), udev:i386 (237-3ubuntu10.42, 237-3ubuntu10.43), locales:i386 (2.27-3ubuntu1.2, 2.27-3ubuntu1.3), libudev1:i386 (237-3ubuntu10.42, 237-3ubuntu10.43), libc-bin:i386 (2.27-3ubuntu1.2, 2.27-3ubuntu1.3), libudev-dev:i386 (237-3ubuntu10.42, 237-3ubuntu10.43), systemd-sysv:i386 (237-3ubuntu10.42, 237-3ubuntu10.43), libpam-systemd:i386 (237-3ubuntu10.42, 237-3ubuntu10.43), systemd:i386 (237-3ubuntu10.42, 237-3ubuntu10.43), libnss-systemd:i386 (237-3ubuntu10.42, 237-3ubuntu10.43), libc-dev-bin:i386 (2.27-3ubuntu1.2, 2.27-3ubuntu1.3), multiarch-support:i386 (2.27-3ubuntu1.2, 2.27-3ubuntu1.3)
End-Date: 2020-11-05 08:01:15Le noyau reconnaît le KM400 mais retourne une erreur -22 pour le module uvesafb:
[ 1.746927] vesafb: mode is 640x480x32, linelength=2560, pages=0
[ 1.746929] vesafb: scrolling: redraw
[ 1.746932] vesafb: Truecolor: size=0:8:8:8, shift=0:16:8:0
[ 1.746977] vesafb: framebuffer at 0xe4000000, mapped to 0x(ptrval), using 1216k, total 1216k
[ 4.318712] uvesafb: , , , OEM: VIA KM400
, VBE v3.0
[ 4.318902] uvesafb: Getting mode info block for mode 0x101 failed (eax=0x14f, err=0)
[ 4.319061] uvesafb: Getting mode info block for mode 0x102 failed (eax=0x14f, err=0)
[ 4.319222] uvesafb: Getting mode info block for mode 0x103 failed (eax=0x14f, err=0)
[ 4.319385] uvesafb: Getting mode info block for mode 0x105 failed (eax=0x14f, err=0)
[ 4.319552] uvesafb: Getting mode info block for mode 0x107 failed (eax=0x14f, err=0)
[ 4.319722] uvesafb: Getting mode info block for mode 0x108 failed (eax=0x14f, err=0)
[ 4.319896] uvesafb: Getting mode info block for mode 0x109 failed (eax=0x14f, err=0)
[ 4.320073] uvesafb: Getting mode info block for mode 0x10a failed (eax=0x14f, err=0)
[ 4.320256] uvesafb: Getting mode info block for mode 0x10b failed (eax=0x14f, err=0)
[ 4.320442] uvesafb: Getting mode info block for mode 0x10c failed (eax=0x14f, err=0)
[ 4.320632] uvesafb: Getting mode info block for mode 0x111 failed (eax=0x14f, err=0)
[ 4.320825] uvesafb: Getting mode info block for mode 0x112 failed (eax=0x14f, err=0)
[ 4.321022] uvesafb: Getting mode info block for mode 0x114 failed (eax=0x14f, err=0)
[ 4.321861] uvesafb: Getting mode info block for mode 0x115 failed (eax=0x14f, err=0)
[ 4.322073] uvesafb: Getting mode info block for mode 0x117 failed (eax=0x14f, err=0)
[ 4.323490] uvesafb: Getting mode info block for mode 0x118 failed (eax=0x14f, err=0)
[ 4.323715] uvesafb: Getting mode info block for mode 0x11a failed (eax=0x14f, err=0)
[ 4.323934] uvesafb: Getting mode info block for mode 0x11b failed (eax=0x14f, err=0)
[ 4.324155] uvesafb: Getting mode info block for mode 0x120 failed (eax=0x14f, err=0)
[ 4.324380] uvesafb: Getting mode info block for mode 0x122 failed (eax=0x14f, err=0)
[ 4.325889] uvesafb: Getting mode info block for mode 0x124 failed (eax=0x14f, err=0)
[ 4.326138] uvesafb: Getting mode info block for mode 0x171 failed (eax=0x14f, err=0)
[ 4.326376] uvesafb: Getting mode info block for mode 0x173 failed (eax=0x14f, err=0)
[ 4.326618] uvesafb: Getting mode info block for mode 0x175 failed (eax=0x14f, err=0)
[ 4.327465] uvesafb: Getting mode info block for mode 0x17c failed (eax=0x14f, err=0)
[ 4.327722] uvesafb: Getting mode info block for mode 0x17e failed (eax=0x14f, err=0)
[ 4.328052] uvesafb: Getting mode info block for mode 0x17f failed (eax=0x14f, err=0)
[ 4.328055] uvesafb: vbe_init() failed with -22
[ 4.328078] uvesafb: probe of uvesafb.0 failed with error -22
[ 4.457365] fbcon: Taking over consoleCela n'empêche pas le module uvesafb d'être chargé, mais je suppose qu'il est inactif :
lsmod | grep uvesafb
uvesafb 28672 0Une recherche google sur "probe of uvesafb.0 failed with error -22" retourne quelques posts très anciens et trop techniques pour moi. Certains font référence à v86d qui est bien présent sur mon système :
whereis v86d
v86d: /sbin/v86d /usr/share/v86d /usr/share/man/man8/v86d.8.gzJe pense avoir atteint la limite de mes compétences ![]()
Merci d'avance pour tout conseil ![]()
Dernière modification par jolavillette (Le 10/11/2020, à 10:02)
Hors ligne
#2 Le 07/11/2020, à 11:42
- xubu1957

Re : [RESOLU] /dev/dri/card0 absent, X et lightdm crash au démarrage
Bonjour,
Vu > [résolu] résolution de l'écran de chargement et fermeture
Tente :
sudo apt updatesudo apt install v86dImportant : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.
Xubuntu 20.04 LTS - Lenovo T410 -18.04.1 LTS Toshiba Satellite A300 Membre de Linux-Azur
Hors ligne
#3 Le 07/11/2020, à 12:16
- jolavillette
Re : [RESOLU] /dev/dri/card0 absent, X et lightdm crash au démarrage
Merci, mais problème toujours présent ![]()
Hors ligne
#4 Le 08/11/2020, à 12:01
- jolavillette
Re : [RESOLU] /dev/dri/card0 absent, X et lightdm crash au démarrage
Je reviens sur mon problème de X qui crash.
A l'issue du boot du noyau j'ai bien un fichier /dev/fb0
ls -lrt /dev/fb*
crw-rw---- 1 root video 29, 0 Nov 8 09:49 /dev/fb0En revanche je n'ai pas de fichier /dev/dri/card0 :
ls -lrt /dev/dri*
ls: cannot access '/dev/dri*': No such file or directoryJe pense que /dev/fb0 est créé au moment du boot lorsque le module vesafb qui fait partie du noyau est chargé :
[ 1.745867] vesafb: mode is 640x480x32, linelength=2560, pages=0
[ 1.745869] vesafb: scrolling: redraw
[ 1.745872] vesafb: Truecolor: size=0:8:8:8, shift=0:16:8:0
[ 1.745916] vesafb: framebuffer at 0xe4000000, mapped to 0x(ptrval), using 1216k, total 1216k
[ 1.746088] fbcon: Deferring console take-over
[ 1.746090] fb0: VESA VGA frame buffer deviceEn revanche comme indiqué plus haut le chargement lors du boot (ou manuellement ultérieurement par modprobe) du module uvesafb retourne une erreur -22 :
[ 7223.306413] uvesafb: , , , OEM: VIA KM400
[ 7223.306608] uvesafb: Getting mode info block for mode 0x101 failed (eax=0x14f, err=0)
[ 7223.306775] uvesafb: Getting mode info block for mode 0x102 failed (eax=0x14f, err=0)
[ 7223.306942] uvesafb: Getting mode info block for mode 0x103 failed (eax=0x14f, err=0)
[ 7223.307113] uvesafb: Getting mode info block for mode 0x105 failed (eax=0x14f, err=0)
[ 7223.307286] uvesafb: Getting mode info block for mode 0x107 failed (eax=0x14f, err=0)
[ 7223.307463] uvesafb: Getting mode info block for mode 0x108 failed (eax=0x14f, err=0)
[ 7223.307644] uvesafb: Getting mode info block for mode 0x109 failed (eax=0x14f, err=0)
[ 7223.307830] uvesafb: Getting mode info block for mode 0x10a failed (eax=0x14f, err=0)
[ 7223.308019] uvesafb: Getting mode info block for mode 0x10b failed (eax=0x14f, err=0)
[ 7223.308212] uvesafb: Getting mode info block for mode 0x10c failed (eax=0x14f, err=0)
[ 7223.308409] uvesafb: Getting mode info block for mode 0x111 failed (eax=0x14f, err=0)
[ 7223.308609] uvesafb: Getting mode info block for mode 0x112 failed (eax=0x14f, err=0)
[ 7223.311860] uvesafb: Getting mode info block for mode 0x114 failed (eax=0x14f, err=0)
[ 7223.312090] uvesafb: Getting mode info block for mode 0x115 failed (eax=0x14f, err=0)
[ 7223.314343] uvesafb: Getting mode info block for mode 0x117 failed (eax=0x14f, err=0)
[ 7223.314577] uvesafb: Getting mode info block for mode 0x118 failed (eax=0x14f, err=0)
[ 7223.314799] uvesafb: Getting mode info block for mode 0x11a failed (eax=0x14f, err=0)
[ 7223.315027] uvesafb: Getting mode info block for mode 0x11b failed (eax=0x14f, err=0)
[ 7223.315256] uvesafb: Getting mode info block for mode 0x120 failed (eax=0x14f, err=0)
[ 7223.323299] uvesafb: Getting mode info block for mode 0x122 failed (eax=0x14f, err=0)
[ 7223.323557] uvesafb: Getting mode info block for mode 0x124 failed (eax=0x14f, err=0)
[ 7223.323800] uvesafb: Getting mode info block for mode 0x171 failed (eax=0x14f, err=0)
[ 7223.324045] uvesafb: Getting mode info block for mode 0x173 failed (eax=0x14f, err=0)
[ 7223.324294] uvesafb: Getting mode info block for mode 0x175 failed (eax=0x14f, err=0)
[ 7223.324548] uvesafb: Getting mode info block for mode 0x17c failed (eax=0x14f, err=0)
[ 7223.324805] uvesafb: Getting mode info block for mode 0x17e failed (eax=0x14f, err=0)
[ 7223.333703] uvesafb: Getting mode info block for mode 0x17f failed (eax=0x14f, err=0)
[ 7223.333710] uvesafb: vbe_init() failed with -22
[ 7223.336539] uvesafb: probe of uvesafb.0 failed with error -22Toutefois le chargement de uvesafb provoque bien l'activation de x86d :
ps aux | grep v86d
root 186 0.0 0.0 3568 932 ? Ss 09:49 0:00 /sbin/v86dJusqu'à présent toutes les config que j'ai eu entre les mains et qui possèdent un X fonctionnel ont un /dev/dri/card0.
Savez-vous si le fichier /dev/dri/card0 est indispensable au fonctionnement de X, ou bien /dev/fb0 est-il suffisant ?
Hors ligne
#5 Le 08/11/2020, à 12:11
- xubu1957

Re : [RESOLU] /dev/dri/card0 absent, X et lightdm crash au démarrage
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.
Xubuntu 20.04 LTS - Lenovo T410 -18.04.1 LTS Toshiba Satellite A300 Membre de Linux-Azur
Hors ligne
#6 Le 08/11/2020, à 13:04
- jolavillette
Re : [RESOLU] /dev/dri/card0 absent, X et lightdm crash au démarrage
Bonjour, et merci de t'intéresser à mon cas :
journalctl -b | grep -i plymouth
Nov 08 09:49:22 domik systemd[1]: Starting Tell Plymouth To Write Out Runtime Data...
Nov 08 09:49:23 domik systemd[1]: Started Tell Plymouth To Write Out Runtime Data.
Nov 08 09:49:29 domik systemd[1]: Starting Show Plymouth Boot Screen...
Nov 08 09:49:30 domik systemd[1]: Started Show Plymouth Boot Screen.
Nov 08 09:49:30 domik systemd[1]: Started Forward Password Requests to Plymouth Directory Watch.
Nov 08 09:49:38 domik systemd[1]: Starting Tell Plymouth To Write Out Runtime Data...
Nov 08 09:49:55 domik systemd[1]: Received SIGRTMIN+20 from PID 390 (plymouthd).
Nov 08 09:49:55 domik systemd[1]: Started Tell Plymouth To Write Out Runtime Data.
Nov 08 09:50:16 domik systemd[1]: Received SIGRTMIN+21 from PID 390 (plymouthd).
Nov 08 09:50:29 domik systemd[1]: Starting Terminate Plymouth Boot Screen...
Nov 08 09:50:29 domik systemd[1]: Started Terminate Plymouth Boot Screen.Hors ligne
#7 Le 10/11/2020, à 10:01
- jolavillette
Re : [RESOLU] /dev/dri/card0 absent, X et lightdm crash au démarrage
Résolu !
Mon problème n'était pas lié à l'absence de /dev/dri/card0, qui n'empêche nullement X de fonctionner sur cette machine à base de VIA KM400.
Il s'agissait apparemment d'un problème de limite mémoire causé par la mise à jour de systemd vers la version 237-3ubuntu10.43 le 5/11/20 sur mon système.
cf https://bugs.launchpad.net/ubuntu/+sour … g/1662244/ et notamment les commentaires 14, 17 et 18
L'ajout des lignes
* soft memlock 262144
* hard memlock 262144dans /etc/security/limits.conf a résolu mon problème, en attendant que le package Ubuntu qui l'a causé soit mis à jour.
Hors ligne