J'ai installé nvidia-367 sur mon système (Ubuntu 16.04). Pour une raison que je ne connais pas, le redémarrage du service lightdm entraîne une modification de /etc/alternatives/x86_64-linux-gnu_gl_conf
.
Je cours manuellement:
root @ tron: ~ # update-alternatives --config x86_64-linux-gnu_gl_conf Il existe 3 choix pour l'alternative x86_64-linux-gnu_gl_conf (fournissant /etc/ld.so.conf.d/x86_64-linux -gnu_GL.conf). Statut de priorité de chemin de sélection ------------------------- ----------------------------------- 0/usr/lib/nvidia-367/ld.so.conf mode automatique 8604 1 mode manuel /usr/lib/nvidia-367-prime/ld.so.conf 8603 2/usr/lib/nvidia-367/ld. mode manuel so.conf 8604 * 3 mode manuel /usr/lib/x86_64-linux-gnu/mesa/ld.so.conf 500 Appuyez sur cette touche pour conserver le choix actuel. [*], ou tapez le numéro de sélection: 0 update-alternatives: utilisez /usr/lib/nvidia-367/ld.so.conf pour fournir /etc/ld.so.conf.d/x86_64-linux -gnu_GL.conf (x86_64-linux-gnu_gl_conf) en mode automatique
et service lightdm restart
se terminant par:
Vous avez le choix entre l'alternative x86_64-linux-gnu_gl_conf (fournissant /etc/ld.so.conf.d/x86_64-linux-gnu_GL.conf). ____.] ----------------------------------------------- ------------- * 0 /usr/lib/nvidia-367/ld.so.conf 8604 mode automatique 1/usr/lib/nvidia- Mode manuel 367-prime/ld.so.conf 8603 2 /usr/lib/nvidia-367/ld.so.conf mode manuel 8604 3/usr/lib/x86_64-linux- mode manuel gnu/mesa/ld.so.conf 500 Appuyez sur cette touche pour conserver le choix actuel [*] ou tapez le numéro de sélection:
encore. Ce problème est qu’avec le mauvais ld.so.conf
, le pilote nvidia ne peut pas être chargé:
/var/log/Xorg.0.log
:
[1649.307] (II) LoadModule: "nvidia" [1649.308] (WW) Avertissement, impossible d'ouvrir le module nvidia [1649.308] (II) UnloadModule: "nvidia" [1649.308] (II) Déchargement de nvidia [1649.308] (EE) Échec du chargement du module "nvidia" (le module n’existe pas, 0)
Des idées quoi, où et pourquoi le redémarrage touche ces paramètres alternatifs?
root @ tron: ~ # dpkg -s nvidia-367 | grep 'Version' Version: 367.57-0ubuntu0.16.04.1 racine @ tron: ~ # dpkg -s lightdm | grep 'Version' Version: 1.18.3-0ubuntu1
P.S. J'ai déjà essayé de purger nvidia * et de réinstaller le pilote, sans succès.
J'avais le même problème avec Dell Vostro 1500 (GeForce 8400M GS, le pilote nvidia-340
) après la mise à jour vers la version la plus récente d'Ubuntu 16.04.2. Il m'a fallu presque une journée pour le découvrir.
Il s'est avéré qu'après
Sudo modprobe nvidia_340 nvidia_340_uvm nvidiafb
)startx
lancer depuis la ligne de commande a démarré X correctement avec le pilote propriétaire. De plus, le gestionnaire d'affichage utilisé manuellement (pas en tant que service systemd) utilisait le pilote propriétaire.
Après quelques recherches supplémentaires, il s’est avéré que le coupable était le /usr/bin/gpu-manager
(exécuté via /lib/systemd/system/gpu-manager.service
). Son journal /var/log/gpu-manager.log
disait:
Looking for nvidia modules in /lib/modules/4.4.0-72-generic/updates/dkms
Found nvidia module: nvidia_340_uvm.ko
Is nvidia loaded? yes
Was nvidia unloaded? no
Is nvidia blacklisted? yes
Et finalement, il a mis à jour les alternatives au mesa/ld.so.conf
.
À partir de ce moment, il était facile de savoir que le module nvidia-340
était bien sur la liste noire dans /etc/modprobe.d/bumblebee.conf
C'était apparemment un reste d'un pilote précédent nvidia-304
, qui utilisait bumblebee
. Le pilote nvidia-340
n'utilise pas bumblebee
.
Donc, simplement supprimer/etc/modprobe.d/bumblebee.conf
a résolu le problème. L’autre alternative est de purger supprimer l’installation précédente du pilote nvidia, comme le disent d’autres tutoriels. Évidemment, je n'ai pas suffisamment purgé l'installation du pilote précédent ...