Perché il mio sistema si blocca quando cambio utente


8

Ciao, ho recentemente aggiornato da 13.04 a 13.10 a 64 bit.

Sto eseguendo la grafica AMD con i driver proprietari.

Ho due account utente. Il mio (amministratore) e quello della mia ragazza (standard)

La mia ragazza fa clic su "cambia utente" dalla mia schermata di blocco e accede bene.

Provo quindi a fare clic su "cambia utente" dalla schermata di blocco e tutto diventa nero. Quindi il monitor si accende e si spegne con un solo cursore. Non ho modo di accedere al terminale, il sistema non risponde e devo premere il pulsante di accensione. Anche ctrl + alt + f4o ctrl + alt + tnon mi procura un terminale. Quando premo il pulsante di accensione sul mio sistema, inizia a stampare la sequenza di spegnimento sul monitor.

Ecco i miei errori .xsession

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

Ecco il suo:

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

Ho trovato alcuni consigli in un forum da cercare at-spi2-registrydnei miei registri di sistema. Forse sarà utile.

eseguendo questo: sudo grep -r at-spi2-registryd /var/log/* produce questo:

/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

Ecco i miei registri registri lightdm:

lightdm.log

x-0-greeter.log

x-0.log

x-1-greeter.log

x-1.log x-2.log

Qualche idea su cosa sta succedendo?


mi sembra un bug, è segnalato sul launchpad?
Alvar,

Non ne sono sicuro. Ho fatto ricerche su Google ma non ho trovato nulla di simile al mio problema.
ZeroDivide

Ho lo stesso problema su Ubuntu 13.10 su un laptop con scheda video nvidia, utilizzando il driver nouveau
hansioux,

Hai provato a eliminare il driver proprietario, hai lo stesso problema con il driver open source predefinito?
Chris Carter,

Ho trovato una segnalazione di bug simile. Se si riscontra questo problema, è possibile abbonarsi e fornire feedback se necessario. bugs.launchpad.net/ubuntu/+source/lightdm/+bug/884331
ZeroDivide

Risposte:


3

Ho risolto il problema ma non sono sicuro di cosa l'abbia causato.

Ho rinominato /var/lib/lightdm/.Xauthority in /var/lib/lightdm/.Xauthority-bak Ho fatto la stessa cosa nella mia directory home.

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

Quindi ho riavviato lightdm

sudo service lightdm stop
sudo service lightdm start

Funziona bene ora. Uno dei file è stato danneggiato, ma non sono sicuro di quale sia stato risolto.


Non importa. Ha funzionato per un giorno ma ora non funziona.
ZeroDivide

ctrl-alt-f7 / f8 potrebbe funzionare come soluzione alternativa. Ci hai provato? Se la cancellazione .Xauthoritye il riavvio hanno lightdmfunzionato per un giorno, penso che la vera domanda sia cosa sta bloccando / corrompendo la sessione X. Il tuo xsesion-errorsnormale, ma i suoi no. Si potrebbe essere un bug lightdm, o aconflict nei file di configurazione rimasto da 13.04, ma potrebbe essere qualcos'altro. C'è altro che puoi modificare nella tua domanda su cos'altro sta succedendo o quale software stai usando, ecc. Prima che ricominci?
Chaskes,

A proposito, quel report di bug di lightdm è vecchio, è archiviato su una versione EOL di Ubuntu e dall'esame dei file di registro pubblicati, sebbene l'effetto sia lo stesso, non sembra lo stesso problema che stai riscontrando. È possibile cercare / archiviare un nuovo bug.
Chaskes

Alcuni registri hanno questa linea: Failed to switch to greeter:o Failed to get system bus:?
Chaskes

Non ho trovato quelli nei log usando questo comando: sudo grep -r "Failed to switch to greeter:" /var/log/*ho anche pubblicato uno screenshot del mio file .Xauthority ... sembra corrotto.
ZeroDivide

0

ho lo stesso problema sul netbook di fascia bassa. molto probabilmente quando vai su swich gli utenti non si disconnettono per primo, quindi devi tornare a eseguire due xsession contemporaneamente. disconnettiti, quindi accedi ad un altro account.


Sì, disconnettersi evita il problema.
ZeroDivide

0

Da x-2.log:

Loading extension ATIFGLRXDRI
(EE) 
(EE) Backtrace:

Questo è il driver video ATI / AMD che causa l'arresto anomalo del secondo X-server.

Potresti avere un problema causato dall'aggiornamento. Direi che hai due opzioni dopo aver eseguito il backup completo dei dati:

  1. Eliminare completamente il driver proprietario e quindi reinstallarlo.

    Se ciò non lo risolve,

  2. Esegui un'installazione pulita del 13.10.

Con entrambe le opzioni, è possibile provare il driver open source con 13.10 e vedere come procede per un po 'prima di reinstallare il driver proprietario.


Sono passato al driver open source quindi ho eliminato fglrx. Ho ancora lo stesso problema. Domani reinstallerò, ma installerò Mint invece di Ubuntu. L'ho avuto sul mio laptop per un po 'e volevo cambiare comunque. Questa sembra una buona opportunità per farlo.
ZeroDivide

Se hai installato fglrx dal sito di amd anziché da driver aggiuntivi, devi eliminare fglrx e reinstallare alcune cose per far funzionare correttamente il driver open source. Penso ancora che sia probabilmente un problema dall'aggiornamento e che un'installazione pulita di Ubuntu o Mint se ne occuperà. Se scompare dopo, ricordati di accettare o di votare la risposta. ;) Buona fortuna con esso.
Chaskes,

Ho avuto lo stesso identico problema dell'OP da un'installazione pulita, quindi non penso che sia la soluzione ...
rft183

@ rft183 Interessante, grazie. Quindi è tornato a presentare una nuova segnalazione di bug. Tuttavia, l'OP potrebbe avere un'esperienza diversa.
Chaskes
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.