web-dev-qa-db-fra.com

Écran noir lors de la connexion, gnome-Shell consommant 100% du processeur

À partir de l'écran de connexion Ubuntu habituel, je clique sur mon nom, tapez mon mot de passe et appuyez sur Entrée. L'écran devient noir ... et reste noir. Je n'arrive pas à accéder à mon bureau.

Si je SSH depuis un autre ordinateur et que je lance htop, je peux voir que /usr/bin/gnome-Shell consomme 100% d'un seul noyau. Autre que gnome-Shell, le système est complètement inactif. La charge moyenne dans htop est exactement 1,00.

htop showing gnome-Shell at 100%

Plus tôt aujourd'hui, je l'ai laissé là pendant plus d'une heure, mais aucun changement. Depuis lors, j'ai également essayé de redémarrer, mais les mêmes résultats. Ce bureau fonctionnait bien auparavant, je ne savais pas trop ce qui me dérangeait. Comment puis-je déboguer ce qui se passe?

nvidialogingnome-shell
10
Stéphane

Sur un coup de tête, parce que j'avais vu des mises à jour des pilotes nvidia, j'ai essayé de passer à nouveau. Je ne sais pas si je l'ai fait correctement, mais cela a résolu le problème. C'est ce que j'ai couru:

Sudo apt-get purge nvidia-\*
Sudo apt-get autoclean
Sudo apt-get autoremove
Sudo reboot

À ce stade, tout semble fonctionner à nouveau et, sous l'onglet "Pilote supplémentaire" de "Logiciels et mises à jour", je constate que cet ordinateur utilise désormais Nouveau au lieu de NVIDIA.

5
Stéphane

Mon conseil est d'abord d'essayer de vous connecter avec un nouvel utilisateur, vous pouvez créer cet utilisateur via SSH:

Sudo adduser testuser

Essayez de vous connecter avec ce nouvel utilisateur. Si gnome-Shell continue à prendre 100% et ne fonctionne pas, alors il y a probablement un problème avec ce paquet, peut-être un disque corrompu pourrait-il endommager le binaire /usr/bin/gnome-Shell, vous pouvez le vérifier en lançant:

Sudo debsums -s

S'il imprime quoi que ce soit, ces fichiers de paquet ont été corrompus (ou modifiés par un utilisateur/programme pour une raison quelconque, ce qu'ils ne devraient pas être)

Enfin, si vous parvenez à vous connecter en tant qu'utilisateur test mais que vous ne pouvez pas utiliser votre compte existant, essayez de renommer ces fichiers de votre répertoire personnel en un autre nom, puis connectez-vous pour identifier les fichiers à l'origine du problème:

  • ~/.config
  • ~/.gconf
  • ~/.local
3
Kristopher Ives

J'ai eu le même problème et la désactivation de la connexion au démarrage a été corrigée.

  • Allez dans Paramètres> Détails> Utilisateurs
  • Cliquez sur Déverrouiller, entrez le mot de passe
  • Activer la connexion automatique

Ensuite, réinstallez les pilotes nvidia, mais notez que si vous vous déconnectez de votre session en cours et vous vous reconnectez, vous rencontrerez à nouveau le problème de l'écran noir (du moins d'après ce qui m'est arrivé aussi). Verrouiller l'écran et vous reconnecter fonctionne bien.

0
Nate