Impossible de se connecter au démarrage sans réinstaller les pilotes graphiques
Mon système a un problème récurrent qui m'empêche de me connecter après la mise à jour de certains packages. Vous trouverez ci-dessous la liste des derniers packages d'installation extraits de /var/log/dpkg.log et lors du redémarrage, je ne pouvais pas me connecter à l'aide de l'interface graphique.
2015-02-25 10:36:39 install linux-image-3.13.0-46-generic:AMD64 <none> 3.13.0-46.75
2015-02-25 10:36:41 install linux-headers-3.13.0-46:all <none> 3.13.0-46.75
2015-02-25 10:36:44 install linux-headers-3.13.0-46-generic:AMD64 <none> 3.13.0-46.75
2015-02-25 10:36:45 install linux-image-extra-3.13.0-46-generic:AMD64 <none> 3.13.0-46.75
2015-02-25 10:36:50 install linux-signed-image-3.13.0-46-generic:AMD64 <none> 3.13.0-46.75
Cela se produit également le 18 février lors de la mise à jour de différents packages. Ce journal provient de Synaptic.
Commit Log for Wed Feb 18 00:37:15 2015
Upgraded the following packages:
apport (2.14.1-0ubuntu3.6) to 2.14.1-0ubuntu3.7
apport-gtk (2.14.1-0ubuntu3.6) to 2.14.1-0ubuntu3.7
compiz (1:0.9.11.3+14.04.20141104-0ubuntu1+ppa2) to 1:0.9.11.3+14.04.20150122-0ubuntu1
compiz-core (1:0.9.11.3+14.04.20141104-0ubuntu1+ppa2) to 1:0.9.11.3+14.04.20150122-0ubuntu1
compiz-gnome (1:0.9.11.3+14.04.20141104-0ubuntu1+ppa2) to 1:0.9.11.3+14.04.20150122-0ubuntu1
compiz-plugins-default (1:0.9.11.3+14.04.20141104-0ubuntu1+ppa2) to 1:0.9.11.3+14.04.20150122-0ubuntu1
gir1.2-gudev-1.0 (1:204-5ubuntu20.9) to 1:204-5ubuntu20.10
libcompizconfig0 (1:0.9.11.3+14.04.20141104-0ubuntu1+ppa2) to 1:0.9.11.3+14.04.20150122-0ubuntu1
libdecoration0 (1:0.9.11.3+14.04.20141104-0ubuntu1+ppa2) to 1:0.9.11.3+14.04.20150122-0ubuntu1
libfreetype6 (2.5.2-1ubuntu2.2) to 2.5.2-1ubuntu2.3
libgudev-1.0-0 (1:204-5ubuntu20.9) to 1:204-5ubuntu20.10
liblightdm-gobject-1-0 (1.10.3-0ubuntu2) to 1.10.4-0ubuntu2
libpam-systemd (204-5ubuntu20.9) to 204-5ubuntu20.10
libsystemd-daemon0 (204-5ubuntu20.9) to 204-5ubuntu20.10
libsystemd-journal0 (204-5ubuntu20.9) to 204-5ubuntu20.10
libsystemd-login0 (204-5ubuntu20.9) to 204-5ubuntu20.10
libudev1 (204-5ubuntu20.9) to 204-5ubuntu20.10
libudev1:i386 (204-5ubuntu20.9) to 204-5ubuntu20.10
lightdm (1.10.3-0ubuntu2) to 1.10.4-0ubuntu2
python3-apport (2.14.1-0ubuntu3.6) to 2.14.1-0ubuntu3.7
python3-problem-report (2.14.1-0ubuntu3.6) to 2.14.1-0ubuntu3.7
systemd-services (204-5ubuntu20.9) to 204-5ubuntu20.10
udev (204-5ubuntu20.9) to 204-5ubuntu20.10
x11-common (1:7.7+1ubuntu8) to 1:7.7+1ubuntu8.1
xorg (1:7.7+1ubuntu8) to 1:7.7+1ubuntu8.1
xserver-xorg (1:7.7+1ubuntu8) to 1:7.7+1ubuntu8.1
xserver-xorg-input-all (1:7.7+1ubuntu8) to 1:7.7+1ubuntu8.1
xserver-xorg-video-all (1:7.7+1ubuntu8) to 1:7.7+1ubuntu8.1
Le principal problème de l’impossibilité de se connecter peut être résolu facilement en 5 minutes en entrant le Ctrl+Alt+F1 et réinstaller les pilotes graphiques avec:
Sudo service lightdm stop
cd ~/Downloads
Sudo ./NVIDIA-Linux-x86_64-346.35.run
Sudo reboot
Ma question est la suivante: est-ce que quelqu'un sait pourquoi cela se produit et potentiellement comment y remédier à l'avenir? Ma meilleure théorie est que la mise à jour du noyau ou de xorg change quelque chose qui casse mes pilotes graphiques.
J'utilise les pilotes propriétaires Nvidia 346.35 64 bits téléchargés à partir de nvidia.com et ma carte graphique est une GeForce GTX 970.
Le problème semble être un problème avec DKMS, cependant, lors de l’installation des pilotes Nvidia si je sélectionne l’option yes sur Would you like to register the kernel module sources with DKMS? This will allow DKMS to automaticalty build a new module, if you install a different kernel later. j’obtiens l’erreur ci-dessous.
ERROR: Unable to load the kernal module!
[25961, 788963] systemd-udevd[1735]: Failed to apply ACL on /dev/dri/card0: No such file or directory
Oui, le pilote nvidia utilise un module de noyau. Lorsque le pilote nvidia, VirtualBox, ndiswrapper et un ou deux autres packages sont installés, ils sont connectés à un système appelé dkms. DKMS construira automatiquement des copies de ces modules pour tout nouveau noyau installé (après que le gestionnaire de paquets ait installé linux-what-image et linux-what-headers, il exécute dkms qui reconstruit ces modules un à un).
Ainsi, Ubuntu 14.04 n’a que les pilotes nvidia-331 dans ses paquets habituels. Mais la solution si vous voulez que dkms fasse son travail et utilise ces pilotes plus récents consiste à ajouter une nouvelle source logicielle: ppa: xorg-edgers/ppa
Avec xorg-edgers ajouté en tant que source logicielle, vous devriez constater que les packages nvidia-346 sont répertoriés, et que les nouveaux paquetages doivent également être répertoriés au fur et à mesure de leur parution. Ce référentiel est destiné à l'installation de pilotes vidéo plus récents que ceux de votre distribution, autrement dit, à la fois des pilotes stables qui sont un peu plus récents et des versions de développement "bleeding Edge". Je ne serais donc pas surpris que le dernier paquet nvidia ne soit pas publié le même jour que nvidia le publie.
Plan B, si vous ne voulez pas faire ça: dkms n'a pas vraiment besoin de vous pour qu'un paquet fonctionne. Selon la page de manuel, il semble que vous puissiez ajouter une arborescence source de module de noyau arbitraire dans dkms et qu’elle se charge du reste. Le fichier nvidia .run place un répertoire de construction du module de noyau quelque part ou autre, tirez-le dans dkms et il devrait se débrouiller seul.