[Ubuntu 14.04 64bit]
Après avoir basculé entre les cartes graphiques Intel/NVIDIA et les différents pilotes NVIDIA, je suis soudainement coincé avec le processeur graphique Intel. Avant, il n’y avait aucun problème à passer de l’un à l’autre - je ne peux pas dire avec certitude ce qui cause le problème soudainement. Je pense que la dernière chose que j'ai faite a été de basculer vers le pilote "X.Org X server" - quelque chose s'est cassé. Le changement faisait partie de ma tentative de résolution des problèmes de configuration d’un écran secondaire .
Chaque fois que j'essaie de passer à NVIDIA, je reçois ce message d'erreur très expressif, puis le message revient à Intel: /
Je pourrais utiliser une aide avec le dépannage ou des suggestions sur ce qu'il faut essayer.
Jusqu'ici, j'ai (un/re) installé les différents packages "nvidia-settings"/"nvidia-current"/"nvidia-current-updates"/"nvidia-331"/"nvidia-331-updates". En vain.
> lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
01:00.0 VGA compatible controller: NVIDIA Corporation GK107GLM [Quadro K2000M] (rev a1)
/ etc/apt/sources.list: peut être trouvé à Pastebin.com
Concernant la suggestion de Qasim:
raffael@raffael-GT60~> Sudo prime-select nvidia
[Sudo] password for raffael:
Error: alternatives are not set up properly
Error: nvidia mode can't be enabled
raffael@raffael-GT60~> Sudo prime-select intel
Error: alternatives are not set up properly
Error: intel mode can't be enabled
Concernant la deuxième suggestion de Qasim:
Sudo apt-get purge nvidia*
[reboot]
Sudo apt-get install nvidia-319-updates nvidia-settings-319-updates nvidia-prime
[reboot]
[tried to switch to NVIDIA]
Ce qui est étrange, c’est que cela a réellement fonctionné la première fois! Ensuite, je suis revenu dans Intel - Déconnecter/Connecter - Revenir à NVIDIA - Déconnecter/Connecter -> Système en panne - Erreur comme décrit ci-dessus.
Concernant la suggestion de Louis Matthijssen:
raffael@raffael-GT60:~$ Sudo update-alternatives --set /etc/ld.so.conf.d/x86_64-linux-gnu_GL.conf /usr/lib/nvidia-331-updates-prime/ld.so.conf
update-alternatives: error: alternative name (/etc/ld.so.conf.d/x86_64-linux-gnu_GL.conf) must not contain '/' and spaces
raffael@raffael-GT60:~$ ls -la /usr/lib/nvidia-331-updates-prime
total 44
drwxr-xr-x 2 root root 4096 Mai 2 22:45 .
drwxr-xr-x 196 root root 32768 Mai 3 10:57 ..
-rw-r--r-- 1 root root 0 Apr 4 11:50 alt_ld.so.conf
-rw-r--r-- 1 root root 60 Apr 4 11:50 ld.so.conf
Répété algo deux fois - n'a pas fonctionné à nouveau: /
Maintenant, cela semble fonctionner:
raffael@raffael-GT60:~$ Sudo update-alternatives --set x86_64-linux-gnu_gl_conf /usr/lib/nvidia-331-updates-prime/ld.so.conf
update-alternatives: using /usr/lib/nvidia-331-updates-prime/ld.so.conf to provide /etc/ld.so.conf.d/x86_64-linux-gnu_GL.conf (x86_64-linux-gnu_gl_conf) in manual mode
raffael@raffael-GT60:~$ Sudo update-alternatives --set i386-linux-gnu_gl_conf /usr/lib/nvidia-331-updates-prime/alt_ld.so.conf
update-alternatives: using /usr/lib/nvidia-331-updates-prime/alt_ld.so.conf to provide /etc/ld.so.conf.d/i386-linux-gnu_GL.conf (i386-linux-gnu_gl_conf) in manual mode
Par la suite, je pourrais passer à NVIDIA - mais les "Paramètres du serveur NVIDIA X" étendus - vont redémarrer maintenant et voir ce qui se passe. Suivi: Il est revenu à Intel après le redémarrage et ne peut pas passer à NVIDIA comme d’habitude. Il me semble que votre méthode, Louis, laisse croire à l'OS qu'il utilise NVIDIA alors que ce n'est pas le cas.
Lorsque vous obtenez l'erreur suivante:
Error: alternatives are not set up properly
Vous pouvez essayer de définir les alternatives vous-même.
Quand je change to Intel je vois:
update-alternatives: using /usr/lib/nvidia-331-prime/ld.so.conf to provide /etc/ld.so.conf.d/x86_64-linux-gnu_GL.conf (x86_64-linux-gnu_gl_conf) in manual mode
update-alternatives: using /usr/lib/nvidia-331-prime/alt_ld.so.conf to provide /etc/ld.so.conf.d/i386-linux-gnu_GL.conf (i386-linux-gnu_gl_conf) in manual mode
Lorsque je passe à NVIDIA, je vois:
update-alternatives: using /usr/lib/nvidia-331/ld.so.conf to provide /etc/ld.so.conf.d/x86_64-linux-gnu_GL.conf (x86_64-linux-gnu_gl_conf) in manual mode
update-alternatives: using /usr/lib/nvidia-331/alt_ld.so.conf to provide /etc/ld.so.conf.d/i386-linux-gnu_GL.conf (i386-linux-gnu_gl_conf) in manual mode
Donc, vous pouvez essayer ceci pour passer to Intel:
Sudo update-alternatives --set x86_64-linux-gnu_gl_conf /usr/lib/nvidia-331-prime/ld.so.conf
Sudo update-alternatives --set i386-linux-gnu_gl_conf /usr/lib/nvidia-331-prime/alt_ld.so.conf
Évidemment, vous devriez remplacer 331 par votre propre version.
Maintenant, vous pouvez essayer quelques choses pour déclencher le changement:
Se déconnecter et se reconnecter
pour redémarrer le serveur X comme vous le feriez normalement
Redémarrez votre PC entier
dans le même but que ce qui précède
Exécuter Sudo prime-select nvidia
étant donné que vos alternatives sont maintenant définies pour Intel, j'espère que cela corrigera également tout autre paramètre afin que tout soit comme avant (évidemment, vous devez toujours redémarrer le serveur X)
J'espère que j'ai bien interprété l'erreur.
Vous pouvez également utiliser prime-select query
pour vérifier quelle carte est actuellement sélectionnée et corriger les alternatives pour cette carte (par exemple, NVIDIA), car vous avez peut-être défini des alternatives pour l'autre carte (par exemple, Intel), mais l'outil pense toujours que vous utilisez l'autre carte (par exemple NVIDIA), générant ainsi une erreur indiquant que les alternatives ne sont pas configurées correctement.
Je pense avoir trouvé un solution au moins.
Tout tourne autour de update-alternatives
.
J'ai remarqué que les deux
Sudo update-alternatives --config i386-linux-gnu_gl_conf
et
Sudo update-alternatives --config x86_64-linux-gnu_gl_conf
retourne la liste contenant /usr/lib/i386-linux-gnu/mesa/ld.so.conf
ou similaire.
Après chaque redémarrage, /usr/lib/i386-linux-gnu/mesa/ld.so.conf
a été défini comme choisi même si je l’ai déjà modifié manuellement.
J'ai essayé de changer l'ordre sur cette liste, mais finalement la solution a été de le supprimer en
Sudo update-alternatives --remove x86_64-linux-gnu_gl_conf /usr/lib/x86_64-linux-gnu/mesa/ld.so.conf
et
Sudo update-alternatives --remove i386-linux-gnu_gl_conf /usr/lib/i386-linux-gnu/mesa/ld.so.conf
Cela devrait suffire.
Dans le cas contraire, définissez 'i386' et 'x86_64' sur la même option par
Sudo update-alternatives --config x86_64-linux-gnu_gl_conf
et
Sudo update-alternatives --config x86_64-linux-gnu_gl_conf
Redémarrez après.
Vous pouvez toujours restaurer l'état d'origine en
Sudo update-alternatives --install /etc/ld.so.conf.d/i386-linux-gnu_GL.conf i386-linux-gnu_gl_conf /usr/lib/i386-linux-gnu/mesa/ld.so.conf 500
et
Sudo update-alternatives --install /etc/ld.so.conf.d/x86_64-linux-gnu_GL.conf x86_64-linux-gnu_gl_conf /usr/lib/x86_64-linux-gnu/mesa/ld.so.conf 500
J'espère que cela fonctionnera aussi pour vous.
ce qui a fonctionné pour moi, j'essaie toujours de trouver son poste. J'en ai tellement regardé:
Voici ce qui a fonctionné pour moi:
J'ai essayé:
Sudo update-alternatives --config x86_64-linux-gnu_gl_conf
Sudo ldconfig -n
Sudo update-initramfs -u
Et redémarré, sans changement. Alors j'ai essayé:
Sudo apt-get purge libvdpau-va-gl1 bumblebee* nvidia*
Sudo apt-get install linux-headers-generic
Sudo apt-get install nvidia-331 nvidia-settings nvidia-prime
Redémarrez. Malgré tout, pas de changement et le même message d'erreur vierge dans nvidia-settings lorsque j'essaie de passer à ma carte nvidia.
J'ai essayé de changer manuellement, en utilisant Sudo prime-switch nvidia
, et les informations de configuration ont été mises à jour. J'ai réessayé et nvidia-settings m'a demandé de me déconnecter, de me reconnecter et ... voilà! J'ai le travail!
Dans mon cas, il est apparu qu'avant de pouvoir passer à l'aide de l'interface utilisateur nvidia-settings, je devais d'abord passer manuellement en tant que superutilisateur, afin de générer la configuration appropriée!
C'est une bonne chose que j'ai essayé, sinon je bricolerais encore en installant d'autres pilotes! J'espère que cela s'avère utile à quelqu'un d'autre!
suis pré réponses, c’est comme ça que j’ai le droit sur mon linux 17.2.
d'abord je fais:
Sudo update-alternatives --config x86_64-linux-gnu_gl_conf
sélectionnez celui avec 'nvidia-prime':
Sudo prime-select nvidia
puis redémarrez:
Sudo init 6
J'ai eu un problème qui semblait identique, et la réponse était que j'avais toujours bumblebee-nvidia
installé.
Notez que vous purgez "tout ce qui est NVIDIA" avec Sudo apt-get purge nvidia*
et que le package ci-dessus ne correspond pas à ce caractère générique.
Alors, exécutez la commande:
apt-get purge bumblebee-nvidia nvidia*
Ensuite, redémarrez, puis installez les packages nvidia-xxx
, nvidia-settings
et nvidia-prime
appropriés (j'utilise actuellement la version 340.24 de xorg-edgers ).
Au cours de cette installation, vous devriez voir les messages update-alternatives
pertinents concernant les fichiers *gnu_gl_conf
.
J'ai trouvé la solution.
Je ne sais pas exactement quel était le problème, mais ce problème semble avoir disparu avec une nouvelle installation de 16.04. Peut-être qu'ils ont correctement mis à jour les dépendances? Je ne suis pas sûr.
Mais je peux personnellement confirmer que ce n'est plus un problème dans 16.04. J'avais l'habitude d'avoir le même problème EXACT dans 14.04. Mais maintenant, avec 16.04, ce n’est plus un problème.