Ubuntu 12.04 32bit kann sich nicht anmelden

10

Ich habe fast jeden Kommentar in diesem Thema ausprobiert. Meine .xsession-errorsDatei 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.

login

— user250422
quelle

Geprüfte .Xauthority, die Berechtigungen sind wie sie sein sollten. Auch gelöschte .Xauthority und .ICEauthority haben nicht funktioniert. Alle Pakete sind aktuell. Bitte helfen Sie. Es sollte eine einfache Möglichkeit geben, meinen Desktop wiederherzustellen. Ich sollte meine Dateien nicht verschieben und mein Konto löschen. Ich warte auf Ihre Kommentare

— user250422

6

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 dconfEinstellungen gespeichert sind, umzubenennen :

$ mv ~/.config/dconf/user{,.old}

— user9869932
quelle

3

Löschen Sie beide .Xauthorityund .ICEauthorityaus dem Home-Verzeichnis Ihres Benutzers.

Wenn Sie alte oder Backup oder anhängenden Versionen entweder von diesen (siehe zum Beispiel .ICEauthority-c, ICEauthorityoder .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)

— ein Freund
quelle

Das Entfernen der .ICEauthority-Datei hat das Problem für mich

— behoben

1

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:

-----------------------------------
sudo nano /var/log/lightdm/lightdm.log
---------------------------------------
I had a suspicion on these lines:
 ..................
    [+27.41s] DEBUG: Session pid=1114: User [username] authorized
    [+27.42s] DEBUG: Session pid=1114: Greeter requests session ubuntu
    [+27.42s] DEBUG: Seat: Failed to find session configuration ubuntu
    [+27.42s] DEBUG: Seat: Can't find session 'ubuntu'
..................

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]:

---------------------------------------
[User]
Language=en_US
FormatsLocale=id_ID.UTF-8
XSession=ubuntu <=====================  THIS ONE
Background=/home/[username]/Pictures/Wallpapers/1781785_10201241375132193_1896210726_o.jpg
SystemAccount=false

[InputSource0]
xkb=us
---------------------------------------

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:

from XSession=ubuntu to XSession=gnome

Problem gelöst ^ _ ^

— castea.min
quelle

1

Ich musste "ubuntu-session" installieren, um mich wieder anmelden zu können.

— Tim

0

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.

— sweeneydavidj
quelle

0

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!

— Doug Jotblad
quelle

3

Willkommen bei Ask Ubuntu! Ich empfehle , diese Antwort zu bearbeiten , um sie mit spezifischen Details dazu zu erweitern. (Siehe auch Wie schreibe ich eine gute Antwort? Für allgemeine Ratschläge, welche Arten von Antworten auf Ask Ubuntu als am wertvollsten angesehen werden.)

— David Foerster

0

Ich hatte das gleiche Problem unter Ubuntu 13.04.

Ich habe den Eintrag gnome.desktop umgeschrieben, /usr/share/xsessionsweil er fehlte:

[Desktop Entry]
Name=GNOME
Comment=This session logs you into GNOME
Exec=gnome-session --session=gnome
TryExec=gnome-shell
Icon=
Type=Application
X-LightDM-DesktopName=GNOME
X-Ubuntu-Gettext-Domain=gnome-session-3.0

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.

— HrvojeB
quelle

-2

Mein Problem wurde durch Deaktivieren der automatischen Anmeldung gelöst.

— dankrz
quelle