Impossible de se connecter après l'installation du pilote Nvidia v 14.04
J'ai installé avec succès les pilotes permettant d'exécuter la carte graphique Nvidia 750 Ti sur mon bureau. Ubuntu a parfaitement fonctionné pendant une courte période après cela. Ensuite, le gestionnaire de mises à jour m'a demandé d'installer certaines mises à jour. Je l'ai fait et redémarré. Après cela, lorsque j'essaie de me connecter, l'écran clignote et retourne à la connexion. J'ai essayé plusieurs autres guides qui résolvent des problèmes similaires mais aucun d'entre eux n'a été utile.
Je suis à double démarrage Windows 8 et Ubuntu 14.04.
Cela se produit lorsque vous installez les pilotes Nvidia à l’aide d’un fichier .run, téléchargé à partir du site Nvidia. C'est une mauvaise façon d'installer des pilotes. Après chaque mise à jour du noyau, vous devrez les installer à nouveau à l'aide de la console, car l'interface graphique ne démarrera pas. Vous pouvez maintenant résoudre ce problème en accédant à la console en appuyant sur Ctrl + Alt + F1. Puis connectez-vous et lancez
Sudo apt-get purge nvidia*
Sudo apt-get install nvidia-331
Puis redémarrez.
Si cela ne fonctionne pas, vous devez désinstaller le pilote. Vous pouvez regarder ICI pour obtenir des instructions.
Malheureusement, mon expérience est la suivante:
Sudo apt-get purger nvidia * Sudo apt-get installer nvidia-current
n'est pas garanti pour fonctionner.
Malheureusement, il est également vrai que les mises à jour du noyau et les mises à jour des pilotes graphiques xorg ou autres interrompent souvent l’installation du pilote propriétaire.
Je suis venu pour utiliser ce schéma:
1. au fur et à mesure que les mises à jour sont annoncées, vérifiez le type de package ci-dessus.
2. si aucun n'est inclus dans la mise à jour, laissez-les entrer, plus besoin d'actions.
3. s'il y a des mises à jour "à risque", alors:
Appuyez sur CTRL-ALT-F1, connectez-vous, puis tapez
Sudo -i Arrêter lightdm Init 3 Cd /to/dir/with/NVIDIA.run-file/ bash NVIDIA-CURRENTLY -INSTALLED-VERSION.run --uninstall Apt-get update && apt-get upgrade
s'il y a eu une mise à jour de KERNEL; entrez rebootname__
et redémarrez avec le nouveau noyau dans mode de récupération , puis ...
cd /to/dir/with/NVIDIA.run-file/ bash NVIDIA-NEW-or-PREVIOUS-INSTALLED-VERSION.run redémarrez .
Je recommande également de mettre à jour vers le noyau 3.16, comme moyen de contourner les nombreuses/imminentes mises à jour du noyau 3.13.
Suivez les instructions pour Trusty ici:
https://wiki.ubuntu.com/Kernel/LTSEnablementStack
REMARQUE: évitez les noyaux ultérieurs, c’est-à-dire jusqu’à ce qu’ils aient un support similaire.
Cela est dû au fait que vous mettez à niveau quelque chose lié à . Xauthority avec Sudo. Ce fichier sera alors accessible à root et vous ne pourrez pas vous connecter en tant qu'utilisateur. Appuyez simplement sur Ctrl + Alt + F2, connectez-vous avec votre nom d'utilisateur et
Sudo chown [your_username] /home/[your_username]/.Xauthority
Les pilotes Nvidia installent et enregistrent le code avec dkms. Cela ne fait pas partie de l'installation standard du bureau Ubuntu, mais si dkms n'est pas installé, chaque mise à jour du noyau aura le potentiel de détruire à nouveau les pilotes Nvidia.
Pour éviter cela, vous pouvez installer "dkms" vous-même:
Sudo apt-get install dkms
Après avoir installé dkms, réinstallez les pilotes Nvidia en utilisant à nouveau le fichier d’exécution. Ils pourront enregistrer les pilotes pour la recompilation lorsque de nouveaux noyaux sont installés.
une autre façon temporaire de continuer à travailler est:
au démarrage, choisissez
recovery mode, puisdans le menu de récupération, choisissez
Resume normal boot
après cela, vous pourrez vous connecter :)
J'ai eu un problème similaire (apt-get upgrade et fondamentalement tout a éclaté) au cours des derniers jours. Voici mes apprentissages. J'espère qu'ils peuvent aider quelqu'un là-bas.
J'utilise Ubuntu 14.04 sur plusieurs machines et ma solution a fonctionné sur toutes les machines une fois que je l'ai trouvée: P
Tout d’abord, la mise à jour simultanée des pilotes graphiques et du noyau peut poser problème si les modules du noyau graphique sont conçus pour le noyau en cours d’exécution, car celui-ci changera après le redémarrage.
Après quelques heures de tripotage, c’était ma solution (sur un ordinateur de bureau, en utilisant uniquement la carte graphique Nvidia installée, aucun besoin de bumblebee ou primus).
Symptôme: chaque fois que j'ai redémarré lightdm (service lightdm restart), le pilote se repliait sur mesa, de sorte que je n'utilisais pas le pilote Nvidia que j'avais installé/mis à jour. Le message dans /var/log/Xorg.0.log indiquait qu'il ne pouvait pas charger nvidia_drv.so) pour vérifier:
update-alternatives --get-selections # lists all alternatives
update-alternatives --config x86_64-linux-gnu_gl_conf # available options and lets you choose "0" to automatically select the best driver
update-alternatives --config i386-linux-gnu_gl_conf # for multiarch or i386 machines
Exemple:
update-alternatives --config x86_64-linux-gnu_gl_conf
There are 3 choices for the alternative x86_64-linux-gnu_gl_conf (providing /etc/ld.so.conf.d/x86_64-linux-gnu_GL.conf).
Selection Path Priority Status
------------------------------------------------------------
* 0 /usr/lib/nvidia-340/ld.so.conf 8604 auto mode
1 /usr/lib/nvidia-340-prime/ld.so.conf 8603 manual mode
2 /usr/lib/nvidia-340/ld.so.conf 8604 manual mode
3 /usr/lib/x86_64-linux-gnu/mesa/ld.so.conf 500 manual mode
Résultat: même après l'avoir explicitement défini sur "auto", le lancement de lightdm le remettrait au pilote mesa, visible dans /var/log/alternative.log.
La solution:
service lightdm stop
# remove all old stuff
apt-get remove --purge nvidia\*
apt-get remove --purge bumblebee
apt-get remove --purge primus primus-libs
apt-get autoremove --purge
# unload old drivers from kernel
rmmod nvidia
rmmod drm
# now everything is gone. Make sure you are running the latest kernel, then:
apt-get install nvidia-XXX # nvidia-367 for me, nvidia-current fits generally
update-alternatives --auto x86_64-linux-gnu_gl_conf
update-alternatives --auto i386-linux-gnu_gl_conf
service lightdm start
Et voila, /var/log/Xorg.0.log montre qu'il charge libglx et nvidia_drv de NVIDIA corporation. glxinfo vérifie cela.
Presse CTRL-ALT-F1 au terminal
Désinstallez tous les pilotes précédents:
Sudo apt-get remove nvidia-*
Sudo apt-get autoremove
Revenir à l'interface graphique par:
Sudo service lightdm restart
J'ai trouvé la même chose arriver. La formule que j'ai utilisée consistait à désinstaller les pilotes NVIDIA via cette méthode: Hit Ctrl+Alt+F4 se connecter via tty4
Sudo apt-get purge nvidia*
Sudo apt-get install nvidia-331
Sudo service lightdm stop
Sudo apt-get install gdm
J'ai aussi utilisé
Sudo dpkg -reconfigure gdm
L'écran de connexion est différent. Mais j'ai pu me connecter sans être bloqué par la méthode de connexion de l'interface graphique.
Pas parfait mais au moins j'ai pu me connecter à nouveau.
J'ai un eMachines T5254 avec une carte graphique Nvidia GeForce 6100. De temps en temps (probablement lorsque je reçois un nouveau noyau), l’ordinateur démarre sur un écran noir avec ce qui devrait être l’écran de connexion. Ma solution de travail a été de
Sur l’écran noir, appuyez sur
ctrl + alt + F1(ou selon la session qui ne correspond pas à ma session en cours) et utilisez:Sudo apt-get purge nvidia-*Rebooten mode sans échec (en maintenantshiftsur l'écran du BIOS), sélectionnez Options avancées, puis Mode de récupération. Vous devrez peut-être sélectionner une version plus ancienne du noyau.Sélectionnez le mode graphique sécurisé. (Pour moi, après l'avoir sélectionné, cela me ramène à l'écran principal du mode de récupération et je sélectionne Boot normalement. Je pense qu'il s'agit d'un bogue, mais il se charge en mode graphique sécurisé en tout cas).
Le GUI devrait charger maintenant (pas le correctif, évidemment). Accédez à la fenêtre Paramètres système. Cliquez sur Logiciels et mises à jour. À la fin est des pilotes supplémentaires. Une fois le chargement terminé, cela me donne quatre options. Les deux premiers sont pour les pilotes Nvidia version 304, le troisième pour la version 170 et le dernier est un pilote générique. Le seul qui fonctionne est la version 170. Sélectionnez-le, attendez le téléchargement de la mise à jour et redémarrez.
Je suppose que cela est possible via la ligne de commande, mais je n’ai trouvé aucun guide en ligne traitant de cela. J'espère que cela sera utile à quelqu'un d'autre.
Je viens d'avoir le même problème après une mise à jour du pilote Nvidia ... Pour résoudre le problème, je dois redémarrer en mode de récupération:
- Lorsque le menu GRUB est apparu, j'ai sélectionné "Options avancées".
Dans la liste, j'ai sélectionné l'option du mode de récupération:
Ubuntu GNU/Linux, with Linux 3.8.0-26-generic (recovery mode)J'ai sélectionné l'option:
Drop to root Shell PromptEnsuite, j'ai fait ce que @ Pilot6 avait suggéré: supprimé tous les pilotes nvidia:
apt-get purge nvidia*Tant que vous êtes connecté en tant que root, vous n'avez pas besoin de
Sudoname__Ensuite, j'ai redémarré et renvoyé le pilote pour le matériel actuellement disponible.
Sudo apt-get install nvidia-current
Cela fonctionne bien jusqu'à présent ... J'espère que cela vous aide.
Plus d'informations sur le mode de récupération que vous pouvez trouver dans ce post: RecoveryMode
J'ai rencontré un problème similaire après avoir installé le pilote nvidia-304, et pour tenter de le faire fonctionner, j'ai apporté des modifications qui ont permis à mon Ubuntu de fonctionner dans une boucle de connexion infinie.
J'ai donc essayé toutes les méthodes mentionnées ici, mais rien n'a fonctionné. Par conséquent, j'ai commencé à retracer toutes les modifications apportées plus tôt. Enfin, la solution trouvée a été les modifications apportées à "update-alternatives".
Frappé: Ctrl+Alt+F1 et vous connecter à tty1
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 pourra aider.
Mon expérience est la suivante:
J'ai découvert la raison pour laquelle je ne pouvais pas me connecter après l'installation du pilote nvidia parce que mon pilote d'affichage est défini sur un pilote NVIDIA obtenu par Ubuntu. J'imagine que des conflits surviennent, le programme d'installation ne pouvant pas écraser la configuration d'Ubuntu.
La solution consiste à rétablir l'affichage sur le pilote d'affichage Noveau, puis à procéder à l'installation avec le fichier * .run.