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

8

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?

ZeroDivide
źródło
brzmi dla mnie jak błąd, czy jest zgłaszany na starterze?
Alvar,
Nie jestem pewny. Zrobiłem trochę googlingu, ale nie znalazłem niczego dokładnie takiego jak mój problem.
ZeroDivide
Mam ten sam problem na Ubuntu 13.10 na laptopie z kartą graficzną NVIDIA, używając sterownika Nouveau
hansioux,
Czy próbowałeś wyczyścić zastrzeżony sterownik, czy masz ten sam problem z domyślnym sterownikiem open source?
Chris Carter,
Znalazłem podobny raport o błędzie. Jeśli masz ten problem, możesz go zasubskrybować i w razie potrzeby przesłać opinię. bugs.launchpad.net/ubuntu/+source/lightdm/+bug/884331
ZeroDivide

Odpowiedzi:

3

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ł.

ZeroDivide
źródło
Nieważne. Pracował przez jeden dzień, ale teraz nie działa.
ZeroDivide,
ctrl-alt-f7 / f8 może działać dla ciebie jako obejście. Próbowałeś tego? Jeśli usuwanie .Xauthorityi ponowne uruchamianie lightdmdziałało przez jeden dzień, myślę, że prawdziwym pytaniem jest to, co powoduje awarię / uszkodzenie sesji X. Twoja xsesion-errorsnormalna, ale jej nie. Może to być błąd lightdm lub konflikt w plikach konfiguracyjnych pozostałych po 13.04, ale może to być coś innego. Czy jest coś więcej, co możesz edytować w swoim pytaniu o to, co się dzieje lub jakiego oprogramowania używasz itp., Zanim zacznie się to powtarzać?
chaskes,
Btw, ten raport o błędach lightdm jest stary, jest składany przeciwko wersji Ubuntu w wersji EOL, a patrząc na opublikowane pliki dziennika, chociaż efekt jest taki sam, nie wygląda na taki sam problem. Możesz wyszukać / zgłosić nowy błąd.
chaskes,
Czy jakieś dzienniki mają tę linię: Failed to switch to greeter:lub Failed to get system bus:?
chaskes,
Nie znalazłem ich w logach za pomocą tego polecenia: sudo grep -r "Failed to switch to greeter:" /var/log/*Wysłałem również zrzut ekranu z mojego pliku .Xauthority ... wygląda na uszkodzony.
ZeroDivide,
0

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.

profiler1982
źródło
Tak, wylogowanie pozwala uniknąć problemu.
ZeroDivide,
0

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.

kolby
źródło
Przełączyłem się na sterownik open source, a następnie wyczyściłem fglrx. Nadal mam ten sam problem. Jutro dokonam ponownej instalacji, ale zainstaluję Mint zamiast Ubuntu. Od jakiegoś czasu mam go na swoim laptopie i i tak chciałem to zmienić. To wydaje się dobrą okazją do zrobienia tego.
ZeroDivide,
Jeśli zainstalowałeś fglrx z witryny amd zamiast dodatkowych sterowników, musisz wyczyścić fglrx i ponownie zainstalować kilka rzeczy, aby sterownik open source działał poprawnie. Nadal uważam, że jest to prawdopodobnie problem z aktualizacją i zajmie się tym czysta instalacja Ubuntu lub Mint. Jeśli potem zniknie, pamiętaj o zaakceptowaniu lub głosowaniu za odpowiedzią. ;) Powodzenia z tym.
chaskes
Miałem dokładnie ten sam problem co OP z czystej instalacji, więc nie sądzę, że takie jest rozwiązanie ...
rft183
@ rft183 Ciekawe dzięki. Wróćmy więc do złożenia nowego zgłoszenia błędu. Mimo to PO może mieć inne doświadczenie.
chaskes,