it-swarm.com.de

Ubuntu bleibt in einer Login-Schleife stecken

Mein Ubuntu steckt beim Versuch, meinen Desktop zu betreten, in einer Anmeldeschleife. Wenn ich mich anmelde, wird der Bildschirm schwarz und kurz darauf kehrt der Anmeldebildschirm zurück.

Ich habe gelesen, dass das Problem möglicherweise durch einen Fehler in Abhängigkeit von der Grafik verursacht wird. Hier ist meine Grafikkarte: ATI Radeon 7670M

471
Calvin Wahlers

Bist du hier gelandet, nachdem du Sudo startx ausgeführt hast? Dennoch:

Drücken Sie Ctrl+Alt+F3 und melde dich in der Shell an.

Führen Sie nun ls -lA aus. Wenn Sie die Linie sehen

-rw-------  1 root root   53 Nov 29 10:19 .Xauthority

dann müssen Sie chown username:username .Xauthority ausführen und versuchen, sich anzumelden (möglicherweise müssen Sie dies auch für .ICEauthority ausführen).

Ansonsten mache ls -ld /tmp. Prüfen Sie, ob die ersten 10 Buchstaben links genau so lauten: drwxrwxrwt.

drwxrwxrwt 15 root root 4096 Nov 30 04:17 /tmp

Andernfalls müssen Sie Sudo chmod a+wt /tmp ausführen und erneut prüfen.

Wenn nicht beide, würde ich Sie auch empfehlen

  1. Sudo dpkg-reconfigure lightdm
  2. oder deinstallieren, neu installieren.

Jetzt drücken Alt+ bis Sie den Anmeldebildschirm wieder erreichen, und starten Sie neu.

408
SiddharthaRT

Ich hatte das und nachdem ich /var/log/Xorg.0.log angeschaut hatte, fand ich heraus, dass es ein Nvidia-Problem ist (es gab eine Zeile mit der Aufschrift Xlib: extension "GLX" missing on display ":0).

Mir wurde klar, dass ich Nvidia-Treiber von der offiziellen Website habe, die nicht wirklich stabil und getestet sind (also habe ich sie in der Vergangenheit gelesen und auch erlebt).

Die Lösung bestand darin, das Paket nvidia-current von Ubuntu-Repos zu installieren. Es ist eine furchtbar veraltete Version, aber zumindest richtig getestet. Das Installationsprogramm ist ebenfalls sehr leistungsfähig und hat meine von Hackern installierte instabile Version von der Nvidia-Website erfolgreich deinstalliert.

TL; DR, versuchen Sie einfach, sich bei der Shell anzumelden (Ctrl+Alt+F2 oder was auch immer F zwischen F1 und F6) und Typ

Sudo add-apt-repository ppa:graphics-drivers/ppa
Sudo apt update
Sudo apt install nvidia-367

Wenn es erfolgreich ist, starten Sie neu.

Sudo reboot

Wenn Sie Glück haben und das Problem gelöst ist, sollten Sie sich bei Unity anmelden können.

UPDATE

Bitte beachten Sie, dass manchmal nvidia-current den falschen Treiber installiert. Suchen Sie in diesem Fall nach dem neuesten kompatiblen Treiber für Ihre Grafikkarte und installieren Sie ihn. Unter Ubuntu 16.04 zeigt nvidia-current beispielsweise auf die Version: 304.131-0ubuntu3. Dies ist möglicherweise nicht mit Ihrer Grafikkarte kompatibel. Suchen Sie daher mit Sudo apt-cache search nvidia-[0-9]+$ nach dem gewünschten Paket und installieren Sie es.

63
edison23

Ich bin auf genau dieses Problem gestoßen, und keine der oben vorgeschlagenen Korrekturen hat für mich funktioniert. Nachdem ich beinahe aufgegeben hatte, schaute ich mir den .xsession-errors an und bemerkte, dass ich einen Tippfehler in meinem .profile hatte (ich hatte einen zusätzlichen } in der Datei, nachdem ich sie früher am Tag bearbeitet hatte).

Das hat die Login-Schleife ausgelöst. Es könnte ein anderer Ort sein, an dem Sie nachsehen sollten, ob die anderen vorgeschlagenen Korrekturen für Sie nicht funktionieren.

58
Dan Cundiff

Ich hatte vor ein paar Monaten ein fast identisches Problem. Das Wechseln in eine Konsole vom LightDM-Anmeldebildschirm (Strg-Alt-F1), das Anmelden mit Administrator-Benutzernamen und Kennwort und die Eingabe der folgenden Befehle lösten das Problem:

Sudo mv ~/.Xauthority ~/.Xauthority.backup
Sudo service lightdm restart
39
mblasco

Konfrontiert das gleiche Problem heute.

Die Ursache war mir ein bisschen fremd. xubuntu-desktop wurde entfernt, ebenso wie ubuntu-desktop. LightDM wurde ohne Fehlermeldung beendet. Versuchte lxdm und als ich versuchte mich einzuloggen, tauchte eine Meldung auf, dass Xubuntu nicht gefunden werden konnte.

Neu installiert xubuntu-desktop und es ist jetzt behoben. Denke apt-get autoremove hat das Paket entfernt.

18
sooth

Mein Hauptordner war voll :-( df -h wird dir diese Antwort geben, die ich durch ssh verbinden musste, machte etwas Platz und arbeitete wie eine Blume

ctrl+alt+F1, melden Sie sich als Benutzer an, geben Sie Speicherplatz frei und starten Sie Ihren X-Server neu! meistens Sudo service sddm restart

16

Drücken Sie Ctrl+ALT+F3. Sie sollten eine Anmeldeaufforderung im Unix-Stil erhalten, also geben Sie dort Ihren Benutzernamen und Ihr Passwort ein. Von dort aus sollten Sie ein Shell (ein Programm, mit dem Sie Befehle eingeben können, ähnlich wie in Windows 'cmd.exe). Geben Sie diese Befehle ein und drücken Sie ENTER (oder Return) nach jedem Schreiben (Sie müssen Ihr Passwort eingeben, wenn es so etwas wie [Sudo] password for USERNAME anzeigt. Beachten Sie, dass das Passwort nicht angezeigt wird, wenn Sie es eingeben!):

Sudo apt-get update
Sudo apt-get -y dist-upgrade
Sudo apt-get -y install fglrx

Starten Sie dann Ihren Computer mit dem folgenden Befehl neu:

Sudo reboot

Mal sehen, ob das funktioniert :)


Wenn dies nicht funktioniert, kehren Sie zum 3. Terminal zurück (Ctrl+ALT+F3), melden Sie sich an und geben Sie diesen Befehl ein (drücken Sie ENTER nachdem du es getippt hast):

Sudo apt-get -y install lxdm

Dies zeigt nach einer Weile einen DOS-ähnlichen Dialog. Wenn lxdm nicht ausgewählt ist, wählen Sie es mit der Taste aus UP und DOWN Pfeiltasten und drücken Sie ENTER um diese Auswahl zu akzeptieren. Starten Sie dann mit demselben Befehl wie zuvor neu (Sudo reboot).


Wenn dies immer noch nicht funktioniert, kehren Sie zum 3. Terminal zurück (ALT+F3), melden Sie sich an und geben Sie den folgenden Befehl ein (gleiche Prozedur):

Sudo apt-get -y install lubuntu-desktop

Dadurch wird eine viel leichtere Desktop-Umgebung installiert, die vorerst sollte funktioniert (sollte es Ihnen ermöglichen, sich anzumelden und Ihren Computer zu verwenden). Starten Sie danach neu (Sudo reboot) und wählen Sie, wenn Sie mit der Anmeldeseite konfrontiert werden, die Umgebung Lubuntu anstelle von Ubuntu aus.

15
MiJyn

Möglicherweise haben Sie Probleme mit LightDM, dem Anmeldemanager, der standardmäßig in Ubuntu enthalten ist. In 12.04 hat es das gleiche Problem gemacht, das Sie beschreiben.

Sie können GDM, einen alternativen Login-Manager, installieren, um dies zu umgehen:

Halten Sie auf dem Anmeldebildschirm gedrückt Ctrl+Alt+F2 zum Terminal gehen. Hab keine Angst! Melden Sie sich hier einfach mit Ihrem Benutzernamen und Passwort an.

Geben Sie dann Sudo apt-get install gdm ein. Lassen Sie es installieren und geben Sie Sudo dpkg-reconfigure gdm ein und befolgen Sie die Anweisungen, um es als Login-Manager festzulegen.

Drücken Sie Ctrl+Alt+F7 um zum Anmeldebildschirm zurückzukehren, der jetzt anders aussehen sollte. Funktioniert das Einloggen? Wenn ja, ist Ihr Problem gelöst!

Wenn dies nicht der Fall ist, kehren Sie zum Vollbild-Terminal zurück (erneut, Ctrl+Alt+F2) und führen Sie Sudo dpkg-reconfigure lightdm aus, um LightDM erneut als Anmeldemanager festzulegen. Jetzt wissen Sie, dass dies sicher ein Problem mit Ihren Grafiktreibern ist.

11
WindowsEscapist

Dies ist keine direkte Antwort auf Ihren Fall, sondern eher eine allgemeine Lösung für Anmeldeschleifen.

Das Problem kann so einfach wie ein falscher Befehl sein, der in die .profile-Datei im Ausgangsverzeichnis eingegeben wird. (Da diese Datei bei der Anmeldung geladen wird)

Um festzustellen, ob dies wirklich der Fall ist, drücken Sie CtrlAltF1und Login. Überprüfen Sie die .xsession-Errors-Datei in Ihrem Home-Verzeichnis

~/.xsession-errors

Dies sollte Hinweise auf problematische Befehle geben.

9
Nerrve

Ihre Desktop-Umgebung startet nicht (es klingt wie). Zunächst würde ich versuchen, mich als ein anderer Benutzer anzumelden.

Ctrl+Alt+F1 dann einloggen

Sudo adduser testing

Sobald der Benutzer hinzugefügt wurde ctrl+alt+f7 und versuchen, sich als Test anzumelden. Wenn Sie sich als Tester anmelden können, ist Ihre Unity/Gnome-Konfiguration blockiert und sollte zurückgesetzt werden. Diese Frage behandelt es. Ich ziehe es vor, mv ~/.config ~/.config.old.

8
coteyr

Probleme mit proprietären Treibern

MoKSB-Status

Ich konnte mich mit ctrl+alt+F1 bei TTY anmelden, hatte jedoch keinen Internetzugang, da der Treiber ebenfalls proprietär ist.

Es waren keine Xorg-Probleme erkennbar.

Ich habe beschlossen, die Pakete zu entfernen, als ich die Meldung MokSB failed erhielt, dass die Einstellungen für den sicheren Start NICHT geändert werden können. Der bemerkenswerte Teil ist, dass es mich nach einem Passwort gefragt hat, obwohl es fehlgeschlagen ist.

Secure Boot

Achtung: Entfernen Sie Ihre Treiber NICHT blind!

Ein guter Test, um festzustellen, ob es sich um ein proprietäres Treiberproblem handelt , besteht darin, Secure Boot auszuschalten und Ubuntu zu booten und sich anzumelden. Wenn die Anmeldung funktioniert, wissen Sie jetzt, worum es bei Ihnen geht.

Broadcom-Treiber und Nvidia-Treiber

Ich habe NVIDIA-Pakete entfernt

Sudo apt-get purge nvidia-*

und dann habe ich die Broadcom-Pakete entfernt

Sudo apt-get purge bcmwl-kernel-source

und neu gestartet.

Ich habe versucht, mich erneut anzumelden und Erfolg!

Ich habe meinen Desktop gesehen!

Ich habe neu gestartet. erneut angemeldet und alles wurde auf Standard gesetzt.

  • Ich habe das BIOS neu gestartet

  • sicherer Start deaktiviert (nicht empfohlen, brauche eine bessere Lösung)

  • ubuntu mit grub hochgefahren

  • eingeloggt und installiert die heruntergeladene * .deb-Datei für meinen WLAN-Treiber

  • installiert es mit Software Center

  • und neu gestartet.

Ich habe das gleiche Verfahren für meine NVIDIA-Treiber angewendet, da die Standard-Grafiktreiber auf meiner Karte fürchterlich sind.

Erneutes Einschalten von Secure Boot

Wenn ich Secure Boot wieder einschalte, sehe ich dasselbe Problem. Da die Treiber NICHT signiert sind, handelt es sich nicht um einen echten sicheren Start, und ich werde ausgesperrt.

Persönlich finde ich, dass dies ein sehr falsches (und ärgerliches) Problem ist.

Alternative Lösung?

Die praktikabelste Lösung bestand darin, den Kernel anzupassen , da ich Secure Boot nicht einfach auslassen und beim Wechseln des Betriebssystems ein- und ausschalten kann. Auch hier ist es nur ärgerlich.

UPDATE am 4. Januar 2017

Demnach Artikel unterstützt der Linux Kernel> = 4.6 nun offiziell

Beschleunigte Unterstützung der GeForce GTX 900-Serie in Verbindung mit signierten Firmware-Images.

Dies sollte das Problem des sicheren Starts beheben, das durch die Verwendung der nicht signierten Firmware-Images verursacht wird.

7
user383919

Ja, ich habe auf meinem Hauptbenutzer von Ubuntu 12.10 eine Anmeldeschleife ausgelöst, und der Fix war einfach.

Hintergrund: Ubuntu 12.10 ist in VirtualBox unter Windows 7 installiert und verwendet Unity.

Ursache: Vom Desktop I Ctrl+Alt+T Ich habe versucht, 'startx' zu starten (ich habe versucht, einem Freund spät abends über das Telefon zu helfen ... aber das war eine blöde Sache). Ein neuer leerer Unity-Desktop erschien und alles hing ...

Problem:

Nachdem ich VirtualBox gezwungen hatte, Ubuntu zu schließen und neu zu starten, kam ich zum Anmeldebildschirm, kehrte aber jedes Mal nach Eingabe des Kennworts zum selben Bildschirm zurück. Es wurden keine Fehler angezeigt. Ich konnte mich als Gast anmelden, hatte aber keine Sudo-Rechte und damit keine Kontrolle ... Allerdings habe ich mich einmal als Gast angemeldet Ctrl+Alt+F3 und kam zu einem Terminal Login.

Ich habe meinen Hauptbenutzernamen und mein Kennwort eingegeben und mich im Befehlsmodus angemeldet. Die Abmeldung führte mich zurück zur CLI-Anmeldung und Ctrl+Alt+F7 Brachte mich zurück zum Gast-Desktop. Also hat mein Account immer noch funktioniert. Ich habe dann einen Testbenutzer hinzugefügt und ihnen Sudo-Rechte gegeben. Über die Unity-Anmeldung konnte ich mich problemlos als Testbenutzer anmelden und abmelden. Die Einheit funktionierte also immer noch.

Fix: Mein Hauptkonto war also immer noch über CLI erreichbar und Unity funktionierte für alle anderen Konten. Dies deutete auf ein Konfigurationsproblem in meinem Hauptkonto hin. Ich folgte dem Rat von SiddharthaRT oben in diesem Beitrag und tat chown username:username .Xauthority. Das hat mein Problem behoben. Vielen Dank !!

7
Dig

Ich habe gedrückt Ctrl+Alt+F3 und in der Shell angemeldet. Danach mit diesem Befehl:

chown username:username .Xauthority 

Wo username mein Anmeldename ist, habe ich das Problem gelöst.

6
Radu Rădeanu

Ich habe dieses Problem mehrmals durchlaufen und es war jedes Mal ein anderes Problem. Eines der folgenden Probleme könnte Ihr Problem verursacht haben, und Sie könnten die Befehlszeilenschnittstelle mithilfe von verwenden Ctrl+Alt+F1 (Ersetzen Sie F1 durch F2, F3 ..., wenn Ihr tty1 belegt ist.) Probieren Sie die folgenden Lösungen aus

NVIDIA-Treiber fehlen oder sind defekt?

  1. Führen Sie nvidia-smi aus, um auf die NVIDIA-Systemverwaltungsoberfläche zuzugreifen. Die Ausgabe sollte eine solche sein.
Mon Sep 17 14:58:26 2018       
+-----------------------------------------------------------------------------+ 
| NVIDIA-SMI 390.87                 Driver Version: 390.87                    | 
|-------------------------------+----------------------+----------------------+ 
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC | 
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. | 
|===============================+======================+======================| 
|   0  GeForce GT 720      Off  | 00000000:01:00.0 N/A |               N/A    | 
| 19%   35C    P8    N/A /  N/A |    543MiB /   980MiB |     N/A Default      |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+ 
| Processes:                                                       GPU Memory | 
|  GPU       PID   Type   Process name                        Usage           | 
|=============================================================================| 
|    0                    Not Supported                                       |
+-----------------------------------------------------------------------------+

Wenn Sie nicht darauf zugreifen können, liegt wahrscheinlich ein Problem mit Ihren Grafiktreibern vor.

  1. In diesem Fall sollten Sie in der Lage sein, den Namen Ihrer Grafikkarte mit lspci | grep VGA herauszufinden.
  2. Die kompatiblen Treiber für Ihre Grafikkarte finden Sie unter Link .
  3. (Versuchen Sie es ohne diesen Schritt und vielleicht dann mit diesem Schritt, wenn es keinen Erfolg gab). Entfernen Sie die vorhandenen defekten Treiber mit Sudo apt-get purge nvidia*.
  4. Installieren Sie die Treiber mit

    Sudo add-apt-repository ppa:graphics-drivers

    Sudo apt-get update

    Sudo apt-get install nvidia-390 (oder was auch immer der kompatible Treiber für Ihre Grafikkarte ist)

  5. Versuchen Sie einen Neustart mit systemctl reboot -i und hoffen Sie, dass Ihre Anmeldeschleife behoben ist.

Ist Ihr ZUHAUSE Ihr ZUHAUSE?

  1. Überprüfen Sie den Besitzer Ihres Home-Verzeichnisses mit ls -l /home
  2. Wenn Sie Ihr Home-Verzeichnis nicht besitzen, ändern Sie es mit Sudo chown $USER:$USER $HOME
  3. Versuchen Sie einen Neustart mit systemctl reboot -i und hoffen Sie, dass Ihre Anmeldeschleife behoben ist.

Besitzen Sie Ihre .Xauthority?

  1. Überprüfen Sie den Besitzer Ihres Home-Verzeichnisses mit ls -l ~/.Xauthority
  2. Wenn Sie Ihre .Xauthority nicht besitzen, ändern Sie sie mit Sudo chown $USER:$USER ~/.Xauthority
  3. Verschieben Sie in diesem Fall Ihre .Xauthority-Datei mit Sudo mv ~/.Xauthority ~/.Xauthority.bak.
  4. Versuchen Sie einen Neustart mit systemctl reboot -i und hoffen Sie, dass Ihre Anmeldeschleife behoben ist.
  5. Möglicherweise müssen Sie bei .ICEauthority dasselbe tun.

Ist dein/tmp richtig?

  1. Führen Sie ls -ld /tmp aus und stellen Sie sicher, dass die Berechtigungen genau drwxrwxrwt sind. Die Ausgabe sollte von dieser Art sein

drwxrwxrwt 27 root root 36864 Sep 17 17:15 /tmp

  1. Wenn nicht, führen Sie Sudo chmod a+wt /tmp aus.
  2. Versuchen Sie einen Neustart mit systemctl reboot -i und hoffen Sie, dass Ihre Anmeldeschleife behoben ist.

Vielleicht ist lightdm dein Problem?

  1. Konfigurieren Sie Ihren Display Manager mit dpkg-reconfigure lightdm neu und probieren Sie andere verfügbare Display Manager (gdm3, lightdm,) aus. Vielleicht geben Sie Ihnen so genug Hinweise, um voranzukommen.
  2. Wenn keiner von ihnen hilft, versuchen Sie, sddm mit Sudo apt-get install sddm für einen letzten Versuch zu installieren. Konfigurieren Sie die Anzeige auf sddm.

Wenn keine der oben genannten Lösungen funktioniert hat, können Sie Ubuntu erneut installieren.

PS: Dies ist eine Zusammenstellung von Antworten aus den Quellen, auf die ich verwiesen habe, einige auch aus diesem Beitrag.

6

Ich musste nur die Berechtigungen meines Home-Ordners ändern:

Sudo chmod 755 /home/<username>

Dies kann durch Anmelden an einem Terminal unter Verwendung Ihres Benutzernamens und Kennworts in einer Shell unter Verwendung von erfolgen CtrlAltF1.

5
ffurrer

Ich habe die Login-Schleife im Zusammenhang mit einem Update von Ubuntu 12.04 auf 14.04 bekommen. Mit gdm hatte ich Fehlermeldungen in ~/.cache/gdm/session.log mit Einträgen wie /etc/gdm/Xsession: line 33: mktemp: command not found und nach Sudo aptitude purge gdm mit lightdm bekam ich mehrere ähnliche Fehlermeldungen in ~/.xsession-errors, zB usr/sbin/lightdm-session: line 24: mktemp: command not found.

Ich habe verschiedene Dinge ausprobiert. Was meines Erachtens das Problem letztendlich für mich gelöst hat, war folgendes:

Ich habe meine Konfigurationsdateien .profile, .bashrc und .pam_environment in andere Namen verschoben und mich dann angemeldet. Ich vermute, dass es bei einem von ihnen ein Problem gibt.

4
Sudo chown $USER:$USER $HOME

war das problem für mich.

Ich hatte eine Home-Partition eingerichtet mit:

Sudo mkdir /home/$USER

aber vergessen, es chown.

Dies kann auch an einer speziellen Kombination von Einstellungen liegen:

  • Verschlüsselt /home/$USER
  • $USER in nopasswdlogin Gruppe

lightdm versucht, Sie anzumelden, kann jedoch nicht auf Dateien zugreifen, sodass die beschriebenen Symptome auftreten.

Um dies zu beheben, entfernen Sie $USER aus der Gruppe:

Sudo gpasswd -d $USER nopasswdlogin
3
Jonas G. Drange

Ich hatte das gleiche Problem nach einer Neuinstallation von Ubuntu 12.10 (aber die Wiederverwendung meiner vorhandenen Home-Partition). Ich habe alle anderen Antworten ausprobiert, aber keine hat funktioniert. Aber ich habe den Hinweis auf mein spezifisches Problem in der Datei .xsession-errors in meinem Home-Verzeichnis gefunden.

So habe ich es in meinem Fall gelöst:

  1. Schlagen Ctrl+Alt+F1 ein virtuelles Terminal zu öffnen. Dann melden Sie sich mit Benutzername und Passwort an.

  2. Öffnen Sie die Datei ~/.xsession-errors, falls vorhanden (geben Sie cat ~/.xsession-errors ein). In meinem Fall enthielt diese Datei eine einzelne Zeile mit einer Fehlermeldung:

    / usr/sbin/lightdm-session: 27:.: Kann/usr/bin/byobu-launch nicht öffnen

  3. Jetzt byobu ist ein Befehlszeilentool, das ich verwende, und ich habe keine Ahnung, wie das in einer Systemdatei endete, da dies direkt nach einer Neuinstallation war. Byobu ist nicht standardmäßig installiert, daher wird der Fehler möglicherweise erklärt, wenn nach einer Datei (/usr/bin/byobu-launch) gesucht wird, die nicht vorhanden ist. In meinem Fall musste ich byobu installieren, um das Problem zu beheben:

    Sudo apt-get byobu installieren

  4. Schlagen Ctrl+Alt+F7 um zum Anmeldebildschirm zurückzukehren, und die Anmeldung funktionierte jetzt einwandfrei.

In Ihrem Fall wird möglicherweise eine andere Fehlermeldung in .xsession-errors angezeigt, die eine andere Lösung erfordert.

3
Serrano

Ich hatte ein sehr ähnliches Problem, bei dem ich mich auf dem Terminal anmelden konnte, aber nicht auf dem Desktop. Mein Hintergrundbild aus dem Profil wurde während der Anmeldung geladen, aber nach einigen Sekunden sprang es zurück zum Anmeldebildschirm. Ich habe alle Dateiberechtigungen wie vorgeschlagen überprüft, sie waren in Ordnung. Ich habe es ohne separate Home-Partition versucht und konnte mich auf dem Desktop anmelden. Danach überprüfte ich die Einstellungen für die LUKS-verschlüsselte Home-Partition, die ebenfalls in Ordnung waren (obwohl es auf dem Terminal einige Fehlermeldungen gab, die darauf hinwiesen, dass das verschlüsselte Volume nicht bereitgestellt werden konnte, weil es bereits bereitgestellt war).

Dann habe ich in dmesg nachgesehen, BTRFS-Fehler im Zusammenhang mit dem Dateisystem auf der LUKS-verschlüsselten Home-Partition gefunden (ja, ich mische LUKS und BTRFS), habe versucht, tatsächlich in das Dateisystem zu schreiben und festgestellt, dass es mir E/A-Fehler gab. Also musste ich das Dateisystem reparieren oder ein neues erstellen und aus dem Backup wiederherstellen.

Kurz gesagt: Schauen Sie sich dmesg an und versuchen Sie tatsächlich, in das Dateisystem zu schreiben, das beschreibbar zu sein scheint.

3
LiveWireBT

Ich habe festgestellt, dass die Einstellungen für die /tmp -Dateiberechtigung nicht korrekt sind. Es hatte nur Berechtigungen für root.

Das war mein eigener Fehler. Ich habe vergessen, dass ich einen Tag zuvor den Ordner /tmp mit den Rechten Sudo gelöscht und den Ordner anschließend mit Sudo mkdir tmp neu erstellt habe. Großer Fehler. Ich habe einen/tmp-Ordner erstellt, der nur über Root-Berechtigungen verfügt.

In der ~/.Xsession-errors -Datei konnte ich sehen, dass x11 in /tmp keine Datei schreiben konnte. Nach dem Ausführen dieser Befehle vom Root - Konto (oder Alt+Ctrl+f1) im Begrüßungsbildschirm und benutze die Zugangsdaten für das Problemkonto, um dich anzumelden) Ich habe das Problem gelöst:

Sudo chmod 1777 /tmp
Sudo chown root:root /tmp

Danach konnte ich mich wieder mit dem normalen Konto bei Unity anmelden. Wenn Sie also ein Problem mit .Xauthority haben, könnten Sie es versuchen, wenn nichts anderes funktioniert.

Siehe dieser Thread in den Ubuntu-Foren

3
Dirk

Ich musste mich mit dem gleichen Problem auseinandersetzen. Leider wurde dies in meinem Fall nicht durch einfaches Ändern der Berechtigungen gelöst. Daher werde ich versuchen, einen Leitfaden von den einfachen zu den komplexeren Schritten zu erstellen. Hoffentlich werden Ihre Verwendungen mit den einfachen gelöst.

Hinweis: Ersetzen Sie <username> durch Ihren Benutzernamen.

Annahmen: Nvidia Graphic Card, lightdm


Zugang zum Terminal

Um ein neues Terminal zu öffnen, verwenden Sie einfach (und melden Sie sich dann mit Ihren Anmeldeinformationen an):

Ctrl+Alt+F1

Überprüfen Sie die besessenen/group/Berechtigungen Ihrer Ausgangsverzeichnisdateien

cd ~<username>
ls -lah

Den Besitzer und die Gruppe von .Xauthority und/tmp festlegen

chown <username>:<username> .Xauthority
Sudo chmod a+wt /tmp

Überprüfen Sie, ob das Problem weiterhin besteht, indem Sie lightdm neu starten.

Sudo service lightdm restart

Lightdm neu konfigurieren

dpkg-reconfigure lightdm
Sudo service lightdm restart

Wenn Sie mögliche Systemfehler sehen möchten

tail -n 50 /var/log/Xorg.0.log # if you want to see the last 50 errors
tail -f /var/log/Xorg.0.log    # if you want to be able to see all new errors live

Relevante Protokolldateien:

/var/log/Xorg.0.log
/var/log/lightdm/lightdm.log

Als letzten Ausweg habe ich die Grafikkartentreiber neu installiert. Nvidia funktioniert einfach nicht mit Ubuntu.

3
Stanislav

Ich hatte das gleiche Problem und die Ursache in meinem Fall war, dass ich versuchte, etwas zur /etc/environment -Datei hinzuzufügen, und was auch immer ich hinzufügte, schien nicht zu wollen, dass ich mich nach dem Neustart anmeldete.

Lösung:

Wenn Sie sich auf dem Anmeldebildschirm befinden, drücken Sie CTRL + ALT + F2. Melden Sie sich mit dem Benutzernamen und dem Kennwort des Administrators an, bearbeiten Sie die Datei /etc/environment und entfernen Sie die daran vorgenommenen Änderungen.

Im Terminal können Sie den folgenden Befehl ausführen und die Datei mit nano bearbeiten:

Sudo nano /etc/environment

Drücken Sie CTRL + o und dann drücken ENTER um die Datei zu speichern. Drücken Sie CTRL + x um nano zu verlassen.

Sobald Sie die Datei bearbeitet und gespeichert haben, drücken Sie einfach CTRL + ALT + F2 Um zum GUI-Anmeldebildschirm zurückzukehren, sollten Sie sich anmelden können.

3
Jonny

Dies passierte mir, als ich den Computer ausschaltete, während noch die Aktualisierung auf die neuesten Kernel-Images abgeschlossen war. Ich habe STRG-ALT F1 ausgeführt, mich angemeldet, dann Sudo apt-get update und Sudo apt-get dist-upgrade und ließ es fertig einrichten.

Nach dem Neustart konnte ich mich wieder in den destkop einloggen.

2
f.cipriani

Ich musste NVIDIA-Treiber entfernen, um hineinzukommen, wie in (ersetzen Sie nvidia-current durch nvidia-340 oder was auch immer Ihre Nummer ist).

Zurück zu den Nouveau-Treibern

Dann hatte ich einen fehlerhaften UNITY-Rahmen. Ich musste die hier gezeigten Schritte befolgen, um sie zu beheben:

https://askubuntu.com/a/290376/275142

2
Evin1_

Möglicherweise sind Sie von Bug # 1240336 betroffen, bei dem nach dem Release-Upgrade andere Berechtigungen weg sind.

Andere Nebenwirkungen

  • kein Gast Login
  • Synaptic startet nicht vom Menü

Ich kann mich anmelden, wenn ich den Benutzer in die Gruppe video oder stelle, nachdem ich Sudo chmod a+rw /dev/dri/* in einem Terminal ausgeführt habe.

Aber:

  • keinen Ton
  • Das Abmelden vom Benutzermenü funktioniert nicht
  • running /usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 ergibt: polkit-gnome-authentication-agent-1: 5805): polkit-gnome-1-WARNUNG **: Die Sitzung, in der wir uns befinden, konnte nicht ermittelt werden: Keine Sitzung für pid 5805

Lösung

Führen Sie Sudo pam-auth-update --force im Terminal aus. Dies löste die beschriebenen Probleme in meinen Fällen.

2
uzhoasit

Wechseln Sie zu einem anderen Anmeldebildschirm.

Ctrl+Alt+F2 ein Terminal öffnen.

Ctrl+Alt+F7 um zum Grafikmodus zurückzukehren.

Typ Sudo dpkg-reconfigure gdm

Wählen Sie in einem Grafikbildschirm GDM und OK.

Typ Sudo reboot

1
Horacio Galan

Für mich war die Konfiguration einiger Pakete deaktiviert, daher läuft (nach ctrl + alt + F3):

Sudo dpkg --configure -a

problem behoben.

1
Akavall

Nur für den Fall, dass das Ändern der Zugriffsrechte für die Dateien .Xauthority und .IDEauthority mit dem Befehl chown bei Ihnen nicht funktioniert hat:

Diese Lösung gilt für Benutzer, die nicht nur die Zugriffsrechte für die oben genannten Dateien ändern mussten, sondern auch keine Befehle wie bisher verwenden können, d. H. Die Shell findet die Befehle nicht. (Aus diesem Grund kann der Login-Befehl auch nicht ausgeführt werden.)

Geben Sie echo $Shell in Ihr Terminal ein. Wenn Sie /bin/bash zurückerhalten, verwenden Sie export PATH=$PATH:/usr/local:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbin, um vorübergehend Befehle verwenden zu können.

Öffnen Sie dann Ihre .profile -Datei in Ihrem Ausgangsverzeichnis ~, dh /home/yourusername mit Sudo gedit ~/.profile und fügen Sie die fehlenden Pfade zu PATH hinzu, so dass es so aussieht diese:

PATH=/usr/local:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbin

Starten Sie nun Ihr System neu, damit die Änderungen an der Umgebungsvariablen PATH wirksam werden.

(Wenn Befehle von Ihrer Shell nicht erkannt werden, können Sie auch die entsprechenden Pfade zu den ausführbaren Dateien der Befehle verwenden, z. B. anstelle von Sudo gedit ~/.profile type /usr/bin/Sudo /usr/bin/gedit ~/.profile. Die Shell teilt Ihnen das zu verwendende Verzeichnis mit, z command nicht gefunden, aber der Befehl, den Sie verwenden möchten, befindet sich in /path/to/command's/directory - kann einer der oben angegebenen Pfade sein.)

1
Sekin

Wenn die anderen Fragen nicht zu einer Lösung führen, ist mein Vorschlag, die folgenden Schritte auszuführen:

  1. Melden Sie sich im Zeichenmodus mit einem VC (Virtual Console) an. Das ist, CtrlAltF1 und Ihr Benutzername/Passwort Login. Nennen wir diesen Benutzer original.

  2. Erstellen Sie einen neuen Benutzer. Sie können zum Beispiel verwenden:

    adduser newuser --group Sudo
    

    hinzufügen eines neuen administrativen Benutzers (dh eines Benutzers, der Sudo ausführen kann).

  3. Versuchen Sie, sich als newuser anzumelden. Wenn es funktioniert, liegt das Problem jetzt in der spezifischen Einrichtung von original user. Ansonsten hören Sie hier auf zu lesen - das Problem ist auf Systemebene und Sie müssen wahrscheinlich etwas vom Grafikstapel neu installieren.

  4. Jetzt können Sie versuchen zu suchen, was passiert ist. Vergleichen Sie versteckte Dateien in ~original und ~newuser und versuchen Sie, Unstimmigkeiten zu finden. Insbesondere sollten Sie nach Dateien suchen, die Ihnen nicht gehören:

    find . \! -user original
    

    und Dateien, die für Sie nicht beschreibbar sind (insbesondere in Caches):

    find . \! -perm -u=w
    
  5. Sie können verdächtige Dateien in ein Backup verschieben (Sudo mv whatever whatever-backup) und versuchen, sich erneut anzumelden.

  6. Dateien in /tmp und /var, die für dieses Problem von Bedeutung sein können, sollten durch einen Neustart gelöscht werden.

Als letzten Ausweg können Sie die wichtigen Informationen von original sichern (nicht alle Hauptverzeichnisse! Oder Sie werden das Problem verbreiten) und löschen und neu erstellen, obwohl es besser ist, zu finden: wo das Problem ist.

1
Rmano

In meinem Fall hat mein Benutzerordner chown von root! Die Antwort liegt in .Xauthority und anderen Dateien in Ihrem Home-Ordner. Wenn die Benutzerkonfigurationsdaten nicht zum Lesen/Schreiben geöffnet werden können, schlägt lightdm fehl.

Ich habe einfach ctrl+f1, angemeldet, dann Sudo chown /home/<userdir>, dann Sudo service lightdm restart (möglicherweise nicht erforderlich), und dann konnte ich wieder einsteigen.

Einige Diagnosemeldungen wären nützlicher, aber so ist das Leben mit freier Software.

0
M K

Nachdem ich James answer gelesen hatte, stellte ich fest, dass ich das Benutzerpasswort geändert hatte, indem ich mich als root anmeldete. Ich kannte das alte Passwort, also loggte ich mich erneut als root ein (um mich als root anzumelden, drücke ctrl+alt+F3 gib den Benutzernamen als root ein und gib dein root-Passwort ein) und änderte das Passwort für diesen Benutzer mit dem folgenden Befehl auf alt

passwd <username>

Ändern Sie nun das Passwort auf das alte, drücken Sie ctrl+alt+F7 und melden Sie sich normal an. Diese Lösung funktioniert nur, wenn Sie das Problem mit dem Basisverzeichnis verschlüsselt haben und das Kennwort mit root geändert haben.

0
rahul

Ich habe einen anderen Weg gefunden, um eine Login-Schleife auszulösen, die von keiner dieser Antworten abgedeckt wird.

Ich hatte ein Skript zum Einrichten meiner Doppelmonitore, auf das in /etc/lightdm/lightdm.conf als session-setup-script verwiesen wurde. Als ich zu einer einzelnen Monitorkonfiguration ging, löschte ich das Skript, entfernte jedoch nicht den Verweis. Nächstes Mal, wenn ich hochgefahren bin - Login-Schleife.

Untersuchen der Protokolldatei in /var/log/lightdm/lightdm.log Ich habe eine explizite Fehlermeldung gefunden, die besagt, dass das Skript nicht gefunden wurde, und daher konnte lightdm nicht gestartet werden. Das Auskommentieren der Referenz in lightdm.conf hat es behoben.

0
Organic Marble

Ich habe das gleiche Problem ein paar Mal in der Woche erlebt und die meisten der hier aufgeführten Lösungen ausprobiert, aber die einzige Möglichkeit, mich wieder anzumelden, besteht darin, lightdm neu zu starten.

Sudo-Dienst lightdm Neustart.

Das lustige ist, dass ich mich nicht beim ersten Versuch anmelde, sondern erst beim zweiten Versuch, obwohl ich das richtige Passwort eingebe, nachdem ich lightdm neu gestartet habe. Ich habe dies vor einigen Wochen festgestellt und dies einige Male überprüft, um sicherzustellen, dass ich nicht versehentlich mein falsches Passwort eingebe. Ich bin mir jetzt sicher, dass es mich beim ersten Mal nach dem Neustart von lightdm nicht anmeldet, sondern erst beim zweiten Versuch!

0
eshwar

Wenn Sie indicator-multiload kürzlich installiert haben, deinstallieren Sie es.

Dieses Problem ist mir passiert, nachdem ich indicator-multiload installiert habe. Durch Deinstallieren wurde das Problem behoben.

0
vanillaSugar

Ich bin in die Anmeldeschleife gekommen, indem ich den Software-Updater für 18.04 am 30. Januar 2019 ausgeführt habe. Es war sehr schwierig, in den Terminal-Modus per zu gelangen Ctrl+Alt+F1 oder F2 oder F3Dies gelingt normalerweise erst nach einer Reihe von Neustarts. Einstieg in den Terminalmodus per Ctrl+Alt+F3 wurde erst nach der Installation von lightdm und dem Umstieg auf das in der oben genannten Antwort vorgeschlagene System zuverlässig. Die anderen Standardrezepte (überprüfen Sie den Besitz von .Xauthority und .ICEauthority und die Berechtigungen von/tmp) waren in Ordnung, und es half nichts, sich mit dem nvidia-Treiber herumzuschlagen. Nach langem googeln habe ich Khalil Lalehs Vorschlag unter buntu 18.04 Login window loop gefunden, um deine Gnome-Erweiterungen zu überprüfen. Bingo! In meinem Fall musste Zakkaks Workspace Grid = '[email protected]' im Verzeichnis ~/.local/share/gnome-Shell/extensions entfernt werden, damit Ubuntu endlich startet, und anschließend von - neu installiert werden. https://extensions.gnome.org hat mein Arbeitsbereichslayout wiederhergestellt.

0
Rob Rutten

In Bezug auf Gnome-Benutzer:

Ich habe alle diese Optionen ohne Erfolg ausprobiert. Wahrscheinlich, weil ich Gnome als bevorzugte Benutzeroberfläche verwendet habe.

Nachdem ich mir Sooths Antwort angeschaut hatte , gelang es mir, mich mit der Ubuntu- und Xubuntu-Benutzeroberfläche anzumelden. Sein Beitrag half also einem spark in meinem Gehirn.

Ich habe nichts in Bezug auf Gnome gesehen, also habe ich einige Anleitungen nachgeschlagen und bin dieser Anleitung von OMG Ubuntu für Gnome 3.2 unter Ubuntu 16.04 gefolgt.

Ich hatte Gnome fehlerfrei arbeiten lassen, also habe ich keine Ahnung, was eines Tages schief gelaufen ist. Es ist ein bisschen wie ein Download und Upgrades, aber das hat bei mir mit Gnome funktioniert und ich bin glücklich ohne die Login-Schleife des Todes!

0
JREAM

In meinem Fall wurde dies durch eine neu installierte Software verursacht, die über das Software-Center (oder wie auch immer genannt) als Helligkeitssteuerung (Xrandr) bezeichnet wurde. Also habe ich mich mit Unity über das Log-Fenster bei Ubuntu angemeldet und dann das Software Center geöffnet, um es zu deinstallieren. Nach dem Neustart konnte ich mich bei Ubuntu (Gnome) einloggen.

0
blue_chip

Gleiches Problem bei mehreren RPIs (Version 2B und 3). Lösung:

  • überprüfen Sie die Datei mit den .xsession-Fehlern: cat ~/.xsession-errors. Meins zeigte:

Xsession: X-Session für Pi bei **** gestartet

Xsession: X-Sitzung kann nicht gestartet werden --- keine Datei "/home/pi/.xsession", keine Datei "/home/pi/.Xsession", keine Sitzungsmanager, keine Fenstermanager und keine Terminalemulatoren gefunden; abbrechen.

  • um dies zu lösen, installieren Sie die folgenden Pakete neu:
Sudo apt-get install xserver-xorg-core xserver-xorg-input-all \
xserver-xorg-video-fbdev libx11-6 x11-common \
x11-utils x11-xkb-utils x11-xserver-utils xterm lightdm openbox

Quelle: https://www.raspberrypi.org/forums/viewtopic.php?t=15419

fyi: Ich habe die RPIs zuvor mit Auto-Login und Nicht-GUI-Modus verwendet. Daher habe ich lightdm neu installiert und bin beim Problem mit der Anmeldeschleife gelandet, nachdem ich in den GUI-Modus für die automatische Anmeldung (raspi-config) gewechselt bin.

0
hb0

Ich bin mir sicher, dass niemand außer jemandem mit einem extremen Fall des Problems dies sehen wird, aber wenn Sie dies tun, wird dies vielleicht helfen! :)

Wenn ich zu den aktuellen Antworten hinzuzähle - und sie zu einem großen Teil abbaue -, hatte ich ein- oder zweimal das Problem, dass Dateien andere als .Xauthority aus irgendeinem Grund Eigentum von root sind. Dies kann zu Anmeldeschleifen, Problemen mit sekundären Monitoren und einer Reihe anderer Probleme führen. Führen Sie Folgendes aus, um verdächtige Dateien zu suchen:

[email protected]:~$ find -user root

Von dort aus müssen Sie in der Ausgabe herumfischen und sehen, ob Sie etwas nicht finden können, das ungewöhnlich aussieht.

Als Randnotiz wird auch angezeigt, ob .Xauthority im Besitz von root ist ...

0
anonymous2

GNOME-Shell-Erweiterungen, die im Profil des Benutzers installiert wurden, verursachten anscheinend die Anmeldeschleife bei der Installation von Bionic Beaver hier. Der Benutzer kann sich erneut erfolgreich in seiner grafischen Umgebung anmelden, bis alle im Benutzerprofil installierten GNOME-Shell-Erweiterungen entfernt wurden. Gefunden und dann aus Bash entfernt, waren [email protected] und [email protected].

Ich glaube, dass diese Spur durch die Untersuchung des systemd-Journals gefunden wurde. Es gab auch ein Signal im Web, Gnome Shell-Erweiterungen in diesem oder engem Zusammenhang anzusprechen.

Nach der Installation der Sicherheits- und Basis-Updates in Kalenderwoche 3 von 2019 traten Probleme auf. Zu diesem Zeitpunkt wurde vom Benutzer keine Neukonfiguration auf Systemebene durchgeführt.

Nun bleiben zwei GNOME-Erweiterungen auf Systemebene übrig, da keine Möglichkeit gefunden wurde, diese ebenfalls zu deinstallieren. Diese sind jedoch deaktiviert. Der Hauptschalter der Nebenstellen ist ebenfalls auf OFF gestellt. Vielleicht werde ich mittel- oder langfristig versuchen, Erweiterungen wieder zu verwenden, jedoch mit Vorsicht und in kleinen Schritten.

Folglich konnte keiner der hier gefundenen Hinweise helfen, da die zugrunde liegenden Punkte in Ordnung waren, z. ~/.XAuthority, ~/.ICEAuthority,/tmp-Verzeichnis, Nvidia-Stapel. Ein lightdm-basierter Ansatz war unerwünscht, da in diesem Fall Ubuntu 18.04 verwendet wird, das nicht standardmäßig lightdm verwendet. Es handelt sich um eine Installation, die in VmWare-Hypervisor ausgeführt wird, sodass die emulierte Grafikkarte nicht von Nvidia stammt. Diese Hinweise konnten weder angewendet werden noch helfen. Ich konnte auch keine Hinweise in der ~/xsession-errors-Direktive finden.

Ich fand Rmanos Herangehensweise interessant und wandte das an, was in der Folge einige andere interessante Punkte aufdeckte, die in neuen Fragen aufgeworfen werden. Auch Rmanos Hinweis trug in diesem Fall zum Erfolg bei. Danke.

0
Fifi Cek

Wenn Sie sich nicht anmelden können, ist der Datenträger/die Partition Ihres Basisordners möglicherweise voll.

Um herauszufinden, ob Ihre Festplatte/Partition voll ist, drücken Sie Ctrl + Alt + F3, melden Sie sich an und geben Sie df ein. Sie erhalten Informationen zum belegten Speicherplatz.

0
daniel.neumann

Bei mir hat folgendes geklappt. Geben Sie ctrl + alt + F1 ein und melden Sie sich mit Ihrem Benutzernamen an der Eingabeaufforderung an.

[email protected]$ ls -l ~/.ICEauthority
-rw------- root root 3668 May 28 09:28 /home/user/.ICEauthority
[email protected]$ Sudo chmod 777 ~/.ICEauthority
password:
[email protected]$ ls -l ~/.ICEauthority
-rwxrwxrwx root root 3668 May 28 09:28 /home/user/.ICEauthority

ctrl + alt + F7 und Login funktionierten.

0
iammilind

Ich habe dieses Problem bei einem Xenial-Gerät festgestellt, das auf einem USB-Schlüssel installiert und auf einem HD-Laptop mit Unity und Gnome-Flashback installiert ist. Versuchte hier jede Umgehung ohne Erfolg und erinnerte mich dann daran, dass ich vor einigen Tagen, als ich in der Chroot war und Qemu verwendete, das Problem mit Gnome-Flashback-Compiz bekam, während ich es mit Unity nicht tat. Versuchte mit Gnome-Flashback-Metacity und es funktionierte.

Auch in diesem Fall funktioniert es nicht mit Gnome-Flashback-Compiz, sondern mit Gnome-Flashback-Metacity und mit Unity.

Silvia

0
Silvia

In meinem Fall wurde das Problem durch falsche Berechtigungen in meinem Home-Verzeichnis verursacht.

1: Booten Sie von einem Live-Medium (oder einer anderen Linux-Distribution, die auf demselben System installiert ist) und öffnen Sie ein Terminal mit Ctrl-Alt-T

2: Erstelle einen temporären Einhängepunkt und hänge die Partition ein, die dein/home enthält (in meinem Fall war es/dev/sda6)

Sudo mkdir /mnt/sda6Sudo mount /dev/sda6 /mnt/sda6

: Berechtigungen prüfen

Sudo ls - la /mount/sda6/

sie sollten einen Eintrag Benutzername `sehen, wobei Benutzername Ihr Benutzername ist

Ab diesem Zeitpunkt verwenden wir den Benutzernamen tvbox (ändern Sie diesen in Ihren Benutzernamen)

Sie sollten so etwas sehen:

drwxr-x--- 67 tvbox tvbox 12288 May 1 07:00 tvbox

Dies zeigt an, dass tvbox ein Verzeichnis ist und der Eigentümer über die erforderlichen Lese- und Schreibrechte verfügt.

4: richtige Berechtigungen, wenn nicht korrekt.

Wenn das oben Gesagte in irgendeiner Weise falsch ist, müssen wir es korrigieren.

Wenn die Daten von root verschoben wurden, sehen Sie root anstatt tvbox tvbox (Eigentümer Name Eigentümer Gruppe) Dies könnte als "Grundursache" bezeichnet werden ;-)

Um dieses Problem zu beheben, verwenden Sie den Befehl `Sudo chown -R tvbox: tvbox/mount/sda6/tvbox

Wenn die anderen Berechtigungen irgendwie nicht stimmen, müssen Sie sie ändern, indem Sie Sudo chmod +rwx tvbox Lese-, Schreib- und Ausführungsberechtigungen hinzufügen. (Mit dem Ausführungsbit in einem Verzeichnis können Sie sie durchlaufen.)

5: Starten Sie das problematische Betriebssystem neu

6: login

Wenn sich das Problem dadurch nicht beheben lässt, lesen Sie die vielen anderen Qualitätsantworten hier.

0
Elder Geek

Ich hatte kürzlich ein ähnliches Problem. Ubuntu hat ein paar Updates gemacht und ich habe diese Login-Schleife bekommen, die mit lightdm zu tun zu haben schien.

Ich habe es endlich geschafft, das Problem zu lösen, nachdem ich verschiedene Dinge ausprobiert hatte.

Ich vermute, dass amdgpu der Grund für das Versagen ist, aber da ich nicht sicher bin, werde ich alles posten, was ich versucht habe:

Entnommen aus meiner ursprünglichen Frage zu askubuntu: siehe hier

  1. deinstalliere amdgpu-pro (amdgpu-pro-uninstall)
  2. installieren Sie den Open Source-Treiber ( siehe hier ). Ich habe auch alle diese * hwe * -Pakete installiert.
  3. neuinstallation und Neukonfiguration von Lightdm, Ubuntu-Dektop, Unity

Zu diesem Zeitpunkt - nach dem Neustart - reagierte meine Tastatur nicht mehr, also startete ich in den Wiederherstellungsmodus und wählte die Option zum Reparieren defekter Pakete, was funktionierte und ich konnte meine Tastatur wieder verwenden.

Leider würde der Login immer noch nicht funktionieren. Außerdem habe ich meinen Benutzer zur LightDM-Gruppe hinzugefügt, aber ich bezweifle, dass dies von Bedeutung ist.

Dann fand ich andere ähnliche Probleme und versuchte die folgenden Schritte:

# as root
add-apt-repository ppa:paulo-miguel-dias/pkppa
apt-get update
apt-get upgrade
reboot

Bisher noch kein Erfolg, daher habe ich mich entschlossen, eine andere Upgrade-Methode zu versuchen

# as root
apt full-upgrade
reboot

Und dann konnte ich mich wieder einloggen.

Mein persönliches Fazit

Es scheint, dass das Problem im amdgpu-Treiber besteht und Ubuntu keinen funktionierenden Treiber installieren kann, es sei denn, Sie fügen den oben genannten ppa hinzu. Es heißt, nur mit Ubuntu 18.04 zu arbeiten, aber ich habe es trotzdem versucht und es funktionierte fürs Erste .

0
Philipp Wrann

Ich hatte nach dem Upgrade auf 12.10 das gleiche Problem. Dann bin ich von Google hierher gekommen. Ich habe einen anderen Benutzer erstellt und konnte mich anmelden.

Da ich Unity nicht verwende, habe ich lighdm deinstalliert. Nach dem Neustart konnte ich mich einloggen. Sie können das versuchen.

Viel Glück!

0
James Ni