Anmeldeschleife nach Upgrade auf 16.04

Anmeldeschleife nach Upgrade auf 16.04

Nach der Aktualisierung der Xenial-Beta auf die neuesten Updates ist bei mir eine Anmeldeschleife aufgetreten.

Ich habe vieles ausprobiert:

  • xauthorityoder /tmpRechte ändern

  • Nvidia-Treiber neu installieren und entfernen.

  • Neuinstallation von unity, unity-greeter, ubuntu-desktop, upstart, lightdmund compiz.

  • Zurücksetzen compizund unityEinstellungen. (Ich erhalte dbusStartfehler:

    Failed to commit changes to dconf: error spawning command line 'dbus-launch -auto launch=..................)
    
  • ältere Kernel und Failsafe werden verwendet (Failsafe-Bericht: Kein Bildschirm gefunden)

  • habe versucht, andere DE zu starten (Steam Big Picture)

Hier ist das Xsession-Fehlerprotokoll:

unity:
open connection: connect: No such file or directory
Cannot connect to brltty at :0
upstart: gnome-session (unity) main process (5441) terminated with status 1
upstart unity-settings-daemon main process (5434) killed by TERM signal

steam big picture:
open connection: connect: No such file or directory
Cannot connect to brltty at :0
ERROR: ld.so: object '/usr/lib/i386-linux-gnu/libmodeswitch_inhibitor.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file(: ignored.
ERROR: ld.so: object '/usr/lib/i386-linux-gnu/libmodeswitch_inhibitor.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file(: ignored
ERROR: ld.so: object '/usr/lib/i386-linux-gnu/libmodeswitch_inhibitor.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file(: ignored
Could not create GLX context
ERROR: ld.so: object '/usr/lib/i386-linux-gnu/libmodeswitch_inhibitor.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file(: ignored

Im Unity (Compiz)-Protokoll gibt es viele Fehler zum OpenGL-Plugin

Compiz (opengl) - Fatal: glXQueryExtenisonsString is NULL for screen 0

Und viele Plugins wurden wegen OpenGL entladen.

Lightdm hat plötzlich ein SIGTERM-Signal ohne vorherige Fehler im Protokoll.

xserver hat 2 Fehler:

xf86EnablePorts: failed to set IOPL for I/O (Operation not permitted)
(EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found)

Es werden jedoch die Eingabevorgänge fortgesetzt, bis es plötzlich beendet wird.

Antwort1

In meinem Fall waren die ursprünglichen Nvidia-Treiber die Ursache und der Wechsel zurück zum Open Source Nouveau hat geholfen. Zuerst habe ich alles von Nvidia entfernt:

sudo apt-get remove --purge 'nvidia-*'
sudo apt-get install ubuntu-desktop
sudo rm /etc/X11/xorg.conf
echo 'nouveau' | sudo tee -a /etc/modules

(Quelle:Wie kann ich einen NVIDIA-Treiber vollständig deinstallieren?)

Danach konnte ich mich anmelden, aber Unity wurde nicht geladen, es gab keinen Launcher usw. Es stellte sich heraus, dass ich das Unity-Plugin erneut aktivieren musste:

sudo apt-get install compizconfig-settings-manager
DISPLAY=:0 ccsm
Find the Unity plugin and enable it.

(Quelle:Unity wird nicht geladen, kein Launcher, kein Dash erscheint)

Antwort2

Das Problem besteht darin, dass beim Aktualisieren von Ubuntu (und sogar bei der Installation bestimmter Programme, die aufrufen /sbin/ldconfig) Änderungen an vorgenommen werden /etc/ls.so.cache.

Probieren Sie es aus und Sie werden sehen, dass die ld.so.cacheDatei nach einer solchen Installation/Aktualisierung eine andere Größe hat als vor dem Vorgang.

Dies führt in Ubuntu 16.04 zu einer Anmeldeschleife bei der Anmeldung von lightDM. Sie sollten daher eine Kopie des Originals aufbewahren ld.so.cache, da lightDM mit der nach der Installation/Aktualisierung generierten neuen Version keine Authentifizierung mehr durchführt.

Ich hatte dieses Problem schon oft und musste dabei sehr vorsichtig sein. Ich behalte immer eine Kopie der Originaldatei ( /etc/ld.so.cache.orig), mit der ich mich ohne die Anmeldeschleife anmelden kann, und verwende diese zum Anmelden. Wenn ich mich dann erfolgreich angemeldet habe, kopiere ich die neue ( /etc/ld.so.cache.new) herüber. Dazu habe ich meine ~/.bash_profileDatei geändert und diese Zeile hinzugefügt:

sudo /bin/cp /etc/ld.so.cache.new /etc/ld.so.cache

Um dann beim Beenden der Sitzung die Originaldatei wieder zurückzukopieren, sodass ich mich beim nächsten Mal erneut anmelden kann, habe ich folgende Zeile hinzugefügt /etc/gdm/PostSession/Default:

/bin/cp /etc/ld.so.cache.orig /etc/ld.so.cache

Damit dies funktioniert, habe ich eine Änderung vorgenommen /etc/sudoers(durch Ausführen sudo vosudo), um nicht privilegierten Benutzern das Ausführen des Kopierbefehls zu ermöglichen:

ALL     ALL= NOPASSWD: /bin/cp /etc/ld.so.cache.new /etc/ld.so.cache

Das sieht vielleicht wie ein hässlicher Hack aus, aber es umgeht das Problem der Anmeldeschleife und sorgt außerdem dafür, dass die neue /etc/ld.so.cacheDatei erhalten bleibt.

Antwort3

Ich hatte den gleichen Fehler auch bei 16.04. In meinem Fall war es auch ein Problem mit dem NVidia-Treiber. Ich habe 8 Monitore und bin zufrieden mit der Leistung des NVidia-Treibers. Um es zum Laufen zu bringen, gehe ich also wie folgt vor:

  1. Bei der Anmeldeaufforderung CTRL+ ALT+ gedrückt und über das Terminal angemeldet.F1

  2. Habe meine alte Datei gesichert /etc/X11/xorg.conf, da die Konfiguration von 8 Monitoren mühsam war.

  3. Die Treiberdatei von NVidia heruntergeladen:NVIDIA-Linux-x86_64-367.44.run

  4. Habe den folgenden Befehl ausgeführt: sudo service lightdm stop(die Treiberinstallation schlägt fehl, wenn dieser Schritt übersprungen wird).

  5. Treiber neu installiert: sudo ./NVIDIA-Linux-x86_64-367.44.runIch wurde benachrichtigt, dass das automatisch generierte Skript nicht abgeschlossen wurde, und hatte die Möglichkeit, die Installation fortzusetzen, was ich akzeptierte. Ich entschied mich auch dafür, den Treiber als Kernelmodul zu installieren und das Programm eine neue xorg.confDatei generieren zu lassen (ich hatte meine vorher gesichert). Am Ende des Vorgangs beschwerte es sich über einen fehlenden Link zu einer Bibliothek, gab aber Anweisungen zum Verknüpfen mit dieser. Ich habe das auf später verschoben.

  6. Neustart und konnte mich über die GUI anmelden.

Antwort4

In meinem Fall wurde dieses Problem dadurch verursacht, dass ich versehentlich Secure Boot in UEFI aktiviert habe, was dazu führte, dass Treiber von Drittanbietern (z. B. Nvidia) unbrauchbar wurden. Das führte zu einem X-Sitzungsfehler. Nachdem ich Secure Boot deaktiviert hatte, war alles wieder normal.

verwandte Informationen