Ubuntu 18.04 en boucle de connexion, même avec un mot de passe correct
Hier, j’ai installé Ubuntu 18.04, fait quelques installations et configurations d’application et suis allé dormir. Ce matin, la connexion n'a tout simplement pas fonctionné: le système ne peut pas se connecter à ma session, même avec le mot de passe correct. Chaque fois que j'essaye, l'écran clignote en noir et violet, le pointeur de la souris est disponible, mais il revient à l'écran de connexion: aucun message d'erreur ne s'affiche et je me suis amusé pendant un certain temps à essayer de le gagner par attrition = ). J'ai aussi essayé de passer à Wayland et le même résultat: l'écran devient noir, quelques secondes plus tard, je suis de retour à l'étape de la connexion.
Mon mot de passe n’est pas faux, car je peux me connecter à mon compte utilisateur sur le terminal (CTRL + ALT + F1). Une fois là-bas, j'ai fait une mise à jour/mise à niveau Sudo apt dans l'espoir de réparer quelque chose, mais mon système était à jour et il n'a rien résolu après mon redémarrage.
J'ai vu beaucoup de rapports similaires sur Internet et la seule solution qui semblait intéressante à mes yeux était de supprimer/supprimer le fichier .Xauthority. Mais lorsque j'ai essayé, le retour que j'ai eu est qu'il n'y avait aucun fichier de ce type dans mon répertoire personnel. Les autres solutions s'appliquaient aux personnes mettant à niveau leurs systèmes - la mienne était une installation récente - ou avec un matériel assez spécifique et des conditions qui ne me concernent pas.
Alors, que dois-je faire pour résoudre ce problème?
J'ai fini par résoudre ce problème en désactivant le démarrage sécurisé sur mon ordinateur portable. Si je comprends bien, mon problème a été causé par de méchants pilotes Nvidia.
J'ai eu le même problème.
Ensuite, j'ai découvert que j'avais accidentellement changé la propriété de mon répertoire /home/username en root.
Donc, vous pouvez aller au terminal par CTRL+ALT+F1, et changez la propriété du répertoire username avec
Sudo chown <username>:<username> -R /home/<username>
Je viens de faire face à ce problème sur mon Ubuntu 18.04. Mettre les informations d'identification correctes ferait clignoter un écran vide et revenir à la connexion à nouveau.
Donc, j'ai Alt-Ctrl-F3 et essayé presque toutes les réponses de buntu reste bloqué dans une boucle de connexion , aucune n'a fonctionné.
Ensuite, j'ai décidé de trouver un indice sur /var/log/syslog. L’une des erreurs qui s’y trouvaient serait liée à flatpakname__, où une erreur Permission Denied a été générée lors de la tentative de lecture d’un fichier de ce package.
Ensuite, je me suis souvenu d’une des choses que j’avais faite la veille: installer flatpakpour une raison quelconque, mais j’ai fini par ne pas l’utiliser.
Donc, je viens de apt purge flatpak && apt autoremove et la connexion a de nouveau fonctionné.
CONSEIL: recherchez syslogpour rechercher tout élément inhabituel susceptible de se rapporter à quelque chose que vous avez fait récemment.
Je viens de passer trop de temps à WAAAY pour résoudre ce problème. Ce qui a finalement résolu le problème a été de remplacer la bibliothèque /usr/local/lib/libreadline.so.7 par un lien vers /lib/x86_64-linux-gnu/libreadline.so.7
Sudo mv /usr/local/lib/libreadline.so.7 /usr/local/lib/back.libreadline.so.7
Sudo mv /usr/local/lib/libreadline.so /usr/local/lib/back.libreadline.so
Sudo ln -s /lib/x86_64-linux-gnu/libreadline.so.7 /usr/local/lib/libreadline.so.7
Sudo ln -s /usr/local/lib/libreadline.so.7 /usr/local/lib/libreadline.so
Une bonne indication de l'existence d'un problème était que gawk ne fonctionnait pas à cause du même élément externe manquant dans libreadline avec:
$ gawk
gawk: symbol lookup error: /usr/local/lib/libreadline.so.7: undefined symbol: UP
Mon ~/.Xauthority était bien, aucune quantité de mises à jour n'a fait de différence. Juste après ma mise à niveau vers Ubuntu 18.04.1, mon système cesserait de démarrer quelque part. Je suis passé à lightdm de gdm3 avec
Sudo dpkg-reconfigure lightdm
et le système démarrerait mais alors je ne pourrais pas me connecter.
J'espère que cela peut aider quelqu'un.
Dans mon cas, le problème était lié à mon répertoire personnel, crypté avec ecryptfs, semble-t-il.
Je me suis connecté à la console (Ctrl+Alt+F1), et installé ecryptfs-utils:
Sudo apt-get install ecryptfs-utils
Cela a résolu le problème.
Utilisez-vous Xorg? Vérifiez d'abord le /var/log/Xorg.0.log.
J'ai rencontré un problème similaire. J'ai vu un message d'erreur dans le journal Xorg se plaindre d'un symbole manquant drmModeListLessees. J'ai cherché ce symbole dans les bibliothèques de libdrm et je ne l'ai pas trouvé.
Ensuite, j'ai téléchargé libdrm-2.4.91 et installé la libdrm pour écraser ceux du système. Enfin, startx peut fonctionner sans erreur.
Expérimenté le même problème aujourd'hui pour la première fois depuis son passage à Beaver. Étrangement immédiatement après l'installation complète de l'assistant.
Au départ, j’imaginais que c’était un problème de Wayland, mais malgré les tentatives faites pour forcer d’autres compositeurs, le problème subsistait jusqu’à ce que j’ai ouvert un shell et retiré mon dossier utilisateur/personnel fraîchement créé. Lors de la prochaine initialisation de mon GDM choisi, on m'a montré le nouvel assistant de configuration utilisateur et tout va bien depuis.
J'ai installé Gnome Global Application Menu (HUD pour Gnome) sur le site Web extensions.gnome.org (les extensions Shell de Gnome étaient déjà installées). L'ordinateur devait redémarrer. Après le redémarrage de l'ordinateur, il s'est bloqué dans une boucle de connexion avec LightDM. (J'ai également installé Unity pour 18.04.) Je pourrais entrer la version de Unity mais pas la version de Gnome ou Wayland.
Solution: Si vous parvenez à une invite de commande (Ctrl+Alt+F1, pour quitter: Ctrl+Alt+F7), affichez les extensions Gnome Shell installées avec ceci:
ls ~/.local/share/gnome-Shell/extensions
J'ai désactivé l'extension néfaste (gnomeGlobalAppMenu @ lestcape) avec ceci:
gnome-Shell-extension-tool -d gnomeGlobalAppMenu@lestcape
J'ai pu me connecter après cela. Je n'en suis pas certain, mais cela était probablement en conflit avec l'extension Dash to Panel.