☰

Warum friert mein System ein, wenn ich den Benutzer wechsle?

tag-icon • tag-icon lightdm
Warum friert mein System ein, wenn ich den Benutzer wechsle?

Hallo, ich habe vor Kurzem ein Upgrade von 13.04 auf 13.10 64 Bit durchgeführt.

Ich verwende AMD-Grafiken mit den proprietären Treibern.

Ich habe zwei Benutzerkonten. Meines (Administrator) und das meiner Freundin (Standard)

Meine Freundin klickt auf meinem Sperrbildschirm auf „Benutzer wechseln“ und meldet sich problemlos an.

Ich versuche dann, auf ihrem Sperrbildschirm auf „Benutzer wechseln“ zu klicken, und alles wird schwarz. Dann blinkt der Monitor mit nur einem Cursor an und aus. Ich habe keine Möglichkeit, auf das Terminal zuzugreifen, das System reagiert nicht und ich muss den Einschaltknopf drücken. Sogar ctrl + alt + f4oder ctrl + alt + tbringt mir kein Terminal. Wenn ich den Einschaltknopf an meinem System drücke, beginnt es, die Abschaltsequenz auf dem Monitor auszudrucken.

Hier sind meine .xsession-Fehler

Script for ibus started at run_im.
Script for auto started at run_im.
Script for default started at run_im.

Hier ist ihres:

init: at-spi2-registryd main process ended, respawning
init: at-spi2-registryd main process ended, respawning
init: at-spi2-registryd main process ended, respawning
init: at-spi2-registryd main process ended, respawning
init: at-spi2-registryd main process ended, respawning
init: at-spi2-registryd main process ended, respawning
init: at-spi2-registryd main process ended, respawning
init: at-spi2-registryd main process ended, respawning
init: at-spi2-registryd main process ended, respawning
init: at-spi2-registryd main process ended, respawning
init: at-spi2-registryd respawning too fast, stopped
init: logrotate main process (4726) killed by TERM signal
init: upstart-dbus-session-bridge main process (4865) terminated with status 1
init: gnome-settings-daemon main process (4843) terminated with status 1
init: gnome-session main process (4852) terminated with status 1
init: unity-panel-service main process (4863) killed by KILL signal

Ich habe in einem Forum einige Tipps gefunden, wie ich in meinen Systemprotokollen suchen kann at-spi2-registryd. Vielleicht hilft das ja weiter.

die Ausführung davon: sudo grep -r at-spi2-registryd /var/log/* erzeugt Folgendes:

/var/log/lightdm/x-1-greeter.log:** (at-spi2-registryd:4384): WARNING **: Failed to register client: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files
/var/log/lightdm/x-1-greeter.log:** (at-spi2-registryd:4384): WARNING **: Unable to register client with session manager
/var/log/lightdm/x-2-greeter.log.old:** (at-spi2-registryd:7447): WARNING **: Failed to register client: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files
/var/log/lightdm/x-2-greeter.log.old:** (at-spi2-registryd:7447): WARNING **: Unable to register client with session manager
/var/log/lightdm/x-0-greeter.log:** (at-spi2-registryd:1378): WARNING **: Failed to register client: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files
/var/log/lightdm/x-0-greeter.log:** (at-spi2-registryd:1378): WARNING **: Unable to register client with session manager
/var/log/lightdm/x-0-greeter.log.old:** (at-spi2-registryd:1357): WARNING **: Failed to register client: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files
/var/log/lightdm/x-0-greeter.log.old:** (at-spi2-registryd:1357): WARNING **: Unable to register client with session manager

Hier sind meine LightDM-Protokolle:

lightdm.log

x-0-greeter.log

x-0.log

x-1-greeter.log

x-1.log x-2.log

Irgendwelche Ideen, was los ist?

Antwort1

Ich habe das Problem behoben, bin mir aber nicht sicher, was es verursacht hat.

Ich habe /var/lib/lightdm/.Xauthority in /var/lib/lightdm/.Xauthority-bak umbenannt. Dasselbe habe ich in meinem Home-Verzeichnis gemacht.

sudo mv /var/lib/lightdm/.Xauthority /var/lib/lightdm/.Xauthority-bak
mv ~/.Xauthority ~/.Xauthority-bak

Dann habe ich lightdm neu gestartet

sudo service lightdm stop
sudo service lightdm start

Funktioniert jetzt einwandfrei. Eine der Dateien war beschädigt, aber ich bin nicht sicher, welche das Problem behoben hat.

Antwort2

habe dasselbe Problem auf einem Low-End-Netbook. Höchstwahrscheinlich erfolgt beim Wechseln der Benutzer nicht zuerst die Abmeldung, sodass Sie zwei Sitzungen gleichzeitig ausführen müssen. Erst abmelden, dann mit anderem Konto anmelden.

Antwort3

Aus x-2.log:

Loading extension ATIFGLRXDRI
(EE) 
(EE) Backtrace:

Das ist der ATI/AMD-Grafiktreiber, der den Absturz des zweiten X-Servers verursacht.

Möglicherweise liegt ein Problem vor, das durch das Upgrade verursacht wurde. Ich würde sagen, Sie haben nach einer vollständigen Datensicherung zwei Möglichkeiten:

  1. Löschen Sie den proprietären Treiber vollständig und installieren Sie ihn anschließend erneut.

    Wenn das Problem dadurch nicht behoben wird,

  2. Führen Sie eine Neuinstallation von 13.10 durch.

Bei beiden Optionen können Sie den Open-Source-Treiber mit 13.10 ausprobieren und eine Weile beobachten, wie es läuft, bevor Sie den proprietären Treiber neu installieren.

verwandte Informationen