Dlaczego mój system zawiesza się po zmianie użytkowników?

Witam Niedawno zaktualizowałem z 13.04 do 13.10 64bit.

Używam grafiki AMD z zastrzeżonymi sterownikami.

Mam dwa konta użytkowników. Mój (administrator) i mojej dziewczyny (standard)

Moja dziewczyna klika „przełącz użytkownika” z ekranu blokady i loguje się dobrze.

Następnie próbuję kliknąć „Przełącz użytkownika” na ekranie blokady i wszystko staje się czarne. Następnie monitor miga za pomocą jednego kursora. Nie mam dostępu do terminala, system nie odpowiada i muszę nacisnąć przycisk zasilania. Nawet ctrl + alt + f4czy ctrl + alt + tnie dostanie mi terminal. Po naciśnięciu przycisku zasilania w systemie zaczyna się drukować sekwencję wyłączania na monitorze.

Oto moje błędy .xsession

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

Oto jej:

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

Na forum znalazłem porady na temat at-spi2-registryddzienników systemowych. Być może będzie to przydatne.

wykonanie tego: sudo grep -r at-spi2-registryd /var/log/* tworzy to:

/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

Oto moje logi logi lightdm:

lightdm.log

x-0-greeter.log

x-0.log

x-1-greeter.log

x-1.log x-2.log

Jakieś pomysły, co się dzieje?

Naprawiłem problem, ale nie jestem pewien, co go spowodowało.

Zmieniłem nazwę /var/lib/lightdm/.Xauthority na /var/lib/lightdm/.Xauthority-bak Zrobiłem to samo w moim katalogu domowym.

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

Następnie zrestartowałem lightdm

sudo service lightdm stop
sudo service lightdm start

Teraz działa dobrze. Jeden z plików został uszkodzony, ale nie jestem pewien, który go naprawił.

Mam ten sam problem na netbooku Lowend. najprawdopodobniej kiedy idziesz do których użytkownicy nie wylogowują się od pierwszego, więc powróciłeś do uruchamiania dwóch xsessionów jednocześnie. najpierw wyloguj się, a następnie zaloguj się na inne konto.

Od x-2.log:

Loading extension ATIFGLRXDRI
(EE) 
(EE) Backtrace:

To sterownik wideo ATI / AMD powoduje awarię drugiego serwera X.

Możesz mieć problem z aktualizacją. Powiedziałbym, że masz dwie opcje po całkowitym utworzeniu kopii zapasowej swoich danych:

1. Całkowicie wyczyść zastrzeżony sterownik, a następnie zainstaluj go ponownie.

   Jeśli to nie rozwiąże,

2. Wykonaj czystą instalację 13.10.

W przypadku każdej z tych opcji możesz wypróbować sterownik open source z wersją 13.10 i sprawdzić, jak to działa przez chwilę, zanim ponownie zainstalujesz zastrzeżony sterownik.