¿Por qué mi sistema se congela cuando cambio de usuario?

Hola, he actualizado recientemente de 13.04 a 13.10 de 64 bits.

Estoy ejecutando gráficos AMD con los controladores propietarios.

Tengo dos cuentas de usuario. El mío (administrador) y el de mi novia (estándar)

Mi novia hace clic en "Cambiar usuario" desde mi pantalla de bloqueo y se conecta bien.

Luego trato de hacer clic en "cambiar usuario" desde su pantalla de bloqueo y todo se vuelve negro. Luego, el monitor parpadea con un solo cursor. No tengo forma de acceder al terminal, el sistema no responde y tengo que presionar el botón de encendido. Incluso ctrl + alt + f4o ctrl + alt + tno me consigue una terminal. Cuando presiono el botón de encendido en mi sistema, comienza a imprimir la secuencia de apagado en el monitor.

Aquí están mis errores .xsession

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

Aquí está el suyo:

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

Encontré algunos consejos en un foro para buscar at-spi2-registryden los registros de mi sistema. Quizás sea útil.

ejecutando esto: sudo grep -r at-spi2-registryd /var/log/* produce esto:

/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

Aquí están mis registros de registros lightdm:

¿Alguna idea de lo que está pasando?

lightdm

— ZeroDivide
fuente

Suena como un error para mí, ¿se informa en el launchpad?

— Alvar

No estoy seguro. He buscado en Google, pero no he encontrado nada exactamente como mi problema.

— ZeroDivide el

Tengo el mismo problema en Ubuntu 13.10 en una computadora portátil con tarjeta de video nvidia, usando el controlador nouveau

— hansioux

¿Has intentado purgar el controlador propietario? ¿Tienes el mismo problema con el controlador de código abierto predeterminado?

— Chris Carter

Encontré un informe de error similar. Si tiene este problema, puede suscribirse y proporcionar comentarios si es necesario. bugs.launchpad.net/ubuntu/+source/lightdm/+bug/884331

— ZeroDivide

Respuestas:

Solucioné el problema pero no estoy seguro de qué lo causó.

Cambié el nombre de /var/lib/lightdm/.Xauthority a /var/lib/lightdm/.Xauthority-bak. Hice lo mismo en mi directorio de inicio.

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

Luego reinicié lightdm

sudo service lightdm stop
sudo service lightdm start

Funciona bien ahora. Uno de los archivos estaba dañado, pero no estoy seguro de cuál lo solucionó.

— ZeroDivide
fuente

No importa. Funcionó por un día pero no funciona ahora.

— ZeroDivide

ctrl-alt-f7 / f8 puede funcionar para usted como una solución alternativa. ¿Has intentado eso? Si eliminar .Xauthorityy reiniciar lightdmfuncionó durante un día, creo que la verdadera pregunta es qué está bloqueando / corrompiendo la sesión X. Eres xsesion-errorsnormal, pero el de ella no lo es. Que podría ser un error LightDM, o aconflict en los archivos de configuración que quedaron de 13,04, pero podría ser otra cosa. ¿Hay más cosas que pueda editar en su pregunta sobre qué más está pasando o qué software está utilizando, etc. antes de que comience a suceder nuevamente?

— chaskes

Por cierto, ese informe de error de lightdm es antiguo, se archiva en una versión EOL de Ubuntu, y al mirar los archivos de registro publicados, aunque el efecto es el mismo, no parece el mismo problema que está teniendo. Puede buscar / presentar un nuevo error.

— chaskes

¿Algún registro tiene esta línea: Failed to switch to greeter:o Failed to get system bus:?

— chaskes

No encontré esos en los registros usando este comando: sudo grep -r "Failed to switch to greeter:" /var/log/*También publiqué una captura de pantalla de mi archivo .Xauthority ... parece corrupto.

— ZeroDivide

Tengo el mismo problema en el netbook de gama baja. Lo más probable es que cuando vaya a usuarios swich no cierre sesión desde el principio, por lo que ha decidido ejecutar dos xsession al mismo tiempo. primer cierre de sesión, luego inicie sesión en otra cuenta.

— profiler1982
fuente

Sí, cerrar sesión evita el problema.

— ZeroDivide

De x-2.log:

Loading extension ATIFGLRXDRI
(EE) 
(EE) Backtrace:

Ese es el controlador de video ATI / AMD que hace que el segundo servidor X se bloquee.

Es posible que tenga un problema causado por la actualización. Diría que tiene dos opciones después de realizar una copia de seguridad completa de sus datos:

Purgue completamente el controlador propietario y luego vuelva a instalarlo.

Si eso no lo arregla,
Realice una instalación limpia de 13.10.

Con cualquiera de las opciones, puede probar el controlador de código abierto con 13.10 y ver cómo funciona durante un tiempo antes de volver a instalar el controlador propietario.

— chaskes
fuente

Cambié al controlador de código abierto y luego purgué fglrx. Todavía tiene el mismo ploblema. Volveré a instalar mañana, pero instalaré Mint en lugar de Ubuntu. Lo he tenido en mi computadora portátil por un tiempo y quería cambiar de todos modos. Esto parece una buena oportunidad para hacerlo.

— ZeroDivide

Si instaló fglrx desde el sitio amd en lugar de controladores adicionales, debe purgar fglrx y reinstalar algunas cosas para que el controlador de código abierto funcione correctamente. Todavía creo que es probable que sea un problema de la actualización y una instalación limpia de Ubuntu o Mint se encargará de ello. Si desaparece después de eso, recuerde aceptar o votar la respuesta. ;) Suerte con ello.

— chaskes

Tuve exactamente el mismo problema que el OP de una instalación limpia, así que no creo que esa sea la solución ...

— rft183

@ rft183 Interesante, gracias. Así que es hora de presentar un nuevo informe de error. Aún así, el OP puede tener una experiencia diferente.

— chaskes