Ich habe fast jeden Kommentar in diesem Thema ausprobiert. Meine .xsession-errors
Datei sagt:
openConnection: connect: No such file or directory
cannot connect to brltty at :0
Und das ist alles. Ich kann mich als Gast anmelden, aber nicht mit meinem Konto.
Antworten:
Nach einigen Tagen mit diesem Problem und vielen gelesenen SO-Threads stellte ich fest, dass dies ein offener Ubuntu-Fehler zu sein scheint (Status 'Unvollständig' ab Juli 2015).
Weitere Informationen dazu finden Sie hier: https://bugs.launchpad.net/ubuntu/+bug/1285444
Die schnelle Lösung scheint darin zu bestehen, die Datei, in der die
dconf
Einstellungen gespeichert sind, umzubenennen :quelle
Löschen Sie beide
.Xauthority
und.ICEauthority
aus dem Home-Verzeichnis Ihres Benutzers.Wenn Sie alte oder Backup oder anhängenden Versionen entweder von diesen (siehe zum Beispiel
.ICEauthority-c
,ICEauthority
oder.Xauthority.old
) löschen zu denen.(Wenn Sie keine dieser Dateien haben, wird Ihr System nicht beschädigt. Sie werden beim Neustart / Anmelden neu erstellt.) Starten Sie danach einfach neu oder melden Sie sich ab und wieder an und genießen Sie Ihren Computer erneut.
Getestet auf meinem System (Xubuntu 14.04 x86, Linux Kernel 3.13.0-35-generic)
quelle
Ich habe auch das gleiche Problem, kann mich nicht bei Ubuntu 14.04 anmelden, aber jetzt ist es mir gelungen, mich anzumelden ^ _ ^. Dieses Problem ist auch bei älteren Ubuntu-Versionen aufgetreten, bei denen ich die Lösung kennenlerne. In meinem Fall gab es eine Nichtübereinstimmung in der Desktop-Konfiguration des Benutzers, den ich anmelde, und der verfügbaren Desktop-Konfiguration. Hier, was ich getan habe: ([Benutzername] nur als Platzhalter)
Zuerst überprüfe ich das lightdm.log:
Warum suchte lightdm nach einer "Ubuntu" -Sitzung? Dies war wegen [Benutzername], den ich benutze, seine Xsession ist Ubuntu. Es befand sich in / var / lib / AccountsService / users / [Benutzername]:
Dann schaue ich mir die xsession im Ordner / usr / share / xsessions an. Es gab nur gnome.desktop, kein ubuntu.desktop.
Damit ich den Inhalt von / var / lib / AccountsService / users / [Benutzername] geändert habe:
Problem gelöst ^ _ ^
quelle
Ich hatte heute ein ähnliches Problem. Ich bemerkte, dass einige Dateien und Verzeichnisse im Home-Verzeichnis des Benutzers Root gehörten, insbesondere .ICEAuthority (dies war höchstwahrscheinlich darauf zurückzuführen, dass ich versucht habe, VNC einzurichten). Sobald ich chown verwendet habe, um den Besitz dieser Dateien wieder auf den Benutzer zu ändern, konnte ich mich wieder korrekt anmelden.
quelle
Ich habe Krita aus dem Quellcode kompiliert und musste das .profile so ändern, dass es das nicht standardmäßige Installationsverzeichnis enthält. Ich habe es anscheinend schlecht gemacht. Nachdem ich die Syntax korrigiert hatte, konnte ich mich wie erwartet wieder anmelden!
quelle
Ich hatte das gleiche Problem unter Ubuntu 13.04.
Ich habe den Eintrag gnome.desktop umgeschrieben,
/usr/share/xsessions
weil er fehlte:Dann habe ich gnome-session- * entfernt und alle neu installiert. Danach hat alles gut funktioniert und ich konnte die gewünschte Sitzung auswählen, Einheit, Gnom und so weiter.
quelle
Mein Problem wurde durch Deaktivieren der automatischen Anmeldung gelöst.
quelle