Mon PC sous debian buster ne démarre pas la session graphique après un redémarrage suite à l’application du tuto de sebsauvage sur l’optimisation de Debian pour SSD.
dmesg | grep errors montre deux erreurs, une est
ext4-fs (dm-1):re-mounted. 0pts: errors=remount -ro
et la deuxième
nouveau direct firmware load for nvidia failed
J’ai installé firmware-misc-nonfree et eu le message
Possible missing firmware /lib/firmware/nvidia/gv100/acr/ucode_load.bin for module nouveau
mais au redémarrage je n’ai plus dans dmesg que l’erreur
ext4-fs (dm-1):re-mounted. 0pts: errors=remount -ro
mais par contre la session graphique ne marche toujours pas.
Par ailleurs j’ai enlevé toutes les modifications faites en suivant le tuto de Sebsauvage sauf le paquet zram-tools.
Et j’ai mis nomodeset comme paramètre grub, ça démarre la fenêtre de déverouillage du disque LUKS en mode graphique (contrairement à précédemment, où le déverrouillage se faisait en cli) mais ensuite la vraie session graphique ne démarre toujours pas, j’ai juste un « - » clignotant.
J’ai accès à la console tty1 (jusqu’à tt6) mais taper startx dans tty1 ne sert normalement à rien (et de façon prévisible, ça n’a rien donné).
Je voulais tester si c’est zram qui peut poser problème et zramctl me donne :
NAME ALGORITHM DISKSIZE DATA COMPR TOTAL STREAMS MOUNTPOINT
/dev/zram19 lzo 12,8M 4K 78B 12K 20 [SWAP]
/dev/zram18 lzo 12,8M 4K 78B 12K 20 [SWAP]"
(pareil pour les autres coeurs) comme avant le problème au redémarrage.
J’ai trouvé ici ces commandes pour arrêter zram :
On désactive le zram ;
Code BASH :swapoff /dev/zram0
On réinitialise les paramètres :
Code BASH :echo 1 >/sys/block/zram0/reset
On peut retirer le module noyau :
Code BASH :rmmod zram
Mais je ne sais pas s’il faut les faire pour chaque coeur (donc swapoff/dev/zram*) et pas non plus si c’est une bonne idée de faire le rmmod zram ?
NB : à part les modifications faites en suivant le tuto de sebsauvage, entre le démarrage de la machine ce matin sans problèmes et le redémarrage qui plante j’ai uniquement fait (en root) apt install remmina, gvim, et unbound, ainsi qu’ajouté contrib et non-free dans le sources.list. Toutes chose qui ne devraient pas causer un tel plantage ?
En utilisateur j’ai également installé l’AppImage de Sengi sur laquelle j’ai fait un chmod +x et que j’ai tenté de lancer en tant qu’utilisateur.
J’avoue que je n’ai aucune idée de si le problème vient du driver Nvidia, de Zram ou de l’erreur Ext4 (mais j’ai comparé le fstab après avoir effacé ce que j’avais modifié avec un autre fstab d’un PC portable installé le même jour avec la même clé et je n’ai pas vu de différences; par ailleurs si le disque ne se monte pas je ne devrais pas pouvoir me connecter en tty1 ? De toutes façons c’est pas forcément une erreur de montage mais juste que grep a retrouvé le paramètre « errors=remount », non ?).
Il y a un autre mot-clé que « error » à rechercher dans dmesg ?
Les logs de la session graphique sont uniquement dans Xorg.0.log ?
En y cherchant « error » je ne trouve que
(EE) Server terminated with error (1). Closing log file.
et en cherchant sur le Canard avec cette erreur je trouve essentiellement un bug debian datant de 2015, donc je ne suis pas sûr que ça s’applique ici…