El inicio de sesión en el escritorio falla, el terminal funciona

12

Tengo un sistema de PC 12.04 LTS recién configurado (SSD de 120 GB, HDD de 1 TB, 16 GiB RAM); Desde hace unos días, ya no puedo iniciar sesión en el escritorio gráfico: hay una ventana de shell parpadeante muy corta que desaparece muy rápidamente ( editar: ver a continuación ), y me enfrento nuevamente a la pantalla de inicio de sesión. Creo que hay algo modprobey vbox, pero no puedo leerlo lo suficientemente rápido ...

Puedo iniciar sesión en una terminal ( Ctrl+ Alt+ F1). No sirvió para compartir todos los contenidos de mi directorio de inicio a me:, my-groupcomo se sugiere aquí .

Esto es lo que pude encontrar /var/log, buscando la fecha y la hora (inserté saltos de línea después <my-hostname>; valores en tiempo real preservados):

auth.log:

<date> 22:43:01 <my-hostname>
    lightdm: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "tobias"
<date> 22:43:08 <my-hostname>
    lightdm: pam_unix(lightdm:session): session closed for user lightdm
<date> 22:43:08 <my-hostname>
    lightdm: pam_unix(lightdm:session): session opened for user tobias by (uid=0)
<date> 22:43:08 <my-hostname>
    lightdm: pam_ck_connector(lightdm:session): nox11 mode, ignoring PAM_TTY :0
<date> 22:43:08 <my-hostname>
    lightdm: pam_unix(lightdm:session): session closed for user tobias
<date> 22:43:09 <my-hostname>
    lightdm: pam_unix(lightdm:session): session opened for user lightdm by (uid=0)
<date> 22:43:09 <my-hostname>
    lightdm: pam_ck_connector(lightdm:session): nox11 mode, ignoring PAM_TTY :0
<date> 22:43:10 <my-hostname>
    lightdm: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "tobias"
<date> 22:43:10 <my-hostname>
    dbus[756]: [system] Rejected send message, 2 matched rules; type="method_call", sender="1:43" (uid=104 pid=1639 comm="/usr/lib/indicator-datetime/indicator-datetime-ser") interface="org.freedesktop.DBus.Properties" member="GetAll" error name="(unset)" requested_reply="0" destination=":1.15" (uid=0 pid=1005 comm="/usr/sbin/console-kit-daemon --no-daemon ")

kern.log:

<date> 22:43:00 <my-hostname>
    kernel: [   16.084525] eth0: no IPv6 routers present

syslog:

<date> 22:43:00 <my-hostname>
    kernel: [   16.084525] eth0: no IPv6 routers present
<date> 22:43:01 <my-hostname>
    ntpdate[1492]: adjust time server 91.189.94.4 offset -0.162831 sec
<date> 22:43:08 <my-hostname>
    acpid: client 969[0:0] has disconnected
<date> 22:43:08 <my-hostname>
    acpid: client connected from 1553[0:0]
<date> 22:43:08 <my-hostname>
    acpid: 1 client rule loaded

Tengo instalado Virtualbox y Truecrypt, pero no puedo pensar en una razón por la que podrían evitar un inicio de sesión gráfico.

Estoy confundido:

  • ¿De qué se trata esto requirement "user ingroup nopasswdlogin" not met? Yo no inicio de sesión utilizando una contraseña, la contraseña y funciona bien al iniciar sesión en un terminal!
  • ¿Puedo leer de alguna manera el resultado del error, por ejemplo, retrasándolo, redirigiéndolo a un archivo o haciendo que el sistema me solicite presionar una tecla?
  • ¿Alguna actualización reciente ha causado mi problema? ¿Debo instalar las actualizaciones pendientes? ¿Cómo , por cierto, sin acceso a la interfaz gráfica de usuario?

Tengo algunos conocimientos sobre el shell de Linux, pero soy nuevo en Ubuntu. Cualquier ayuda sería apreciada.

Editar: Después de apagar la máquina ayer ( sudo shutdown now), encontré el siguiente texto en la pantalla, que parece ser el texto "intermitente" mencionado anteriormente (formateado; había un espacio en blanco inicial tonto):

Could not write bytes: broken pipe
speech-dispatcher disabled; edit /etc/default/speed-dispatcher
* Starting VirtualBox kernel modules
* modprobe vboxdrv failed. Please use 'dmesg' to find out why
saned disabled; edit /etc/default/saned
* Checking battery state... [ OK ]

Después de copiarlo manualmente, apagué la máquina presionando el botón varios segundos.

Puede ser que virtualbox (4.2 instalado) cause el problema. Agregaré algunas extracciones de archivos de registro más tarde hoy (MET).

Editar , para los registros: intenté lo siguiente, desde / a / 133754/103086 :

  • sudo apg-get install gdm(cuando se le solicite, elija GDM)
  • reiniciado el inicio de sesión también falló con GDM
  • sudo dpkg-reconfigure lightdmreiniciado iniciar sesión no funcionará
  • mi ~/.Xauthorityarchivo esta vacio; eliminarlo y reiniciar no cambió nada

Además:

  • virtualbox desinstalado ( sudo apt-get remove virtualbox-4.2), reiniciando

Editar : cargué un archivo zip de archivos de registro seleccionados / filtrados a http://www.tobias-herp.de/en/errors/ubuntu-gui-lockout . Mantenido apt-get upgraderecientemente, pero desafortunadamente el problema persiste.

Tobias
fuente
Tengo un script para extraer líneas de registro ahora (y copiar archivos con líneas no prefijadas), y subiría un archivo zip (ya que serían 1619 líneas en 6 archivos, incluidas 924 líneas dmesg), pero no puedo descubra cómo subirlo ...
Tobias
No; el ~/.Xauthorityarchivo es completamente "mío" ( tobias:tobias).
Tobias
Recientemente configuré un nuevo escritorio 12.04 (ya tengo otros 5) y el nuevo estaba teniendo problemas para iniciar sesión en la GUI con usuarios de ldap, pero no local. Luché con él con un éxito limitado, luego me di por vencido e instalé Mint que funcionó. Supongo que hay algún tipo de regresión en una actualización reciente. rant: ubuntu se está convirtiendo en un completo desastre. solo mire la loca configuración de pam con herramientas de configuración que son aún más complicadas y arcanas que la configuración manual de pam.
Ciclón

Respuestas:

14

Eliminar ~ / .Xauthority funcionó para mí

Andrés
fuente
Lo mismo aquí, incluso si ~/.Xauthorityfue con el permiso correcto y el propietario correcto (yo).
vaab
Del mismo modo, esto funcionó para mí (en Ubuntu 13.04)
Stabledog
Sí, es necesario eliminar el archivo porque los datos en el archivo .Xauthority serán diferentes (¿tal vez hay un contexto pid o date?). El permiso solo no es el problema habitual.
Andrew
4

Tuve el mismo problema. Resultó que mi problema fue que ~/.Xauthorityse actualizó como root, y desde entonces solo root pudo leerlo. Me impidió comenzar cualquier sesión X desde mi nombre de usuario. Tenía que hacerlo sudo rm ./.Xauthorityy funcionó bien después de eso.

Peter
fuente
3

Finalmente me di por vencido y reinstalé el sistema. Esto no fue un problema, ya que el sistema era bastante nuevo y la mayoría de los datos personales aún no se habían migrado a él. No puedo decir con certeza que el problema no haya sido causado por un paquete no estándar, así que ...

Así que comencé de nuevo y tomé precauciones para estar mejor la próxima vez. Después de la instalación, actualicé el sistema, instalé algunos paquetes cruciales y fijé un ojo en la configuración:

sudo bash
apt-get upgrade
apt-get install ssh mercurial vim
cd /etc/
vim mercurial/hgrc
hg init .
hg add *
hg commit

Por lo tanto, cada vez que ocurre un nuevo problema, debería tener una mejor oportunidad de saber qué pudo haber salido mal.

Tobias
fuente
Solo para los registros: después de un tiempo, incluso el sistema recién configurado se encuentra con el mismo problema. Decidí eliminar Ubuntu totalmente e instalé Windows en su lugar (con una máquina virtual de Linux).
Tobias
Solo para los registros: lo que haces con "hg" se hace automáticamente gracias al paquete "etckeeper" (y puedes elegir mercurial, bazar, git ...)
vaab
2

En mi caso, esto fue causado por un error ~/.dmrccomo se explica aquí . Esto se puede detectar gracias a ~/.xsession-errorsque tuve el siguiente error:

x-terminal-emulator: error fatal de IO: el cliente mató a konsole (1598) Konsole :: SessionManager :: ~ SessionManager: Konsole SessionManager destruido con sesiones aún vivas

BenC
fuente
2
Trabajó para mí también. Kubuntu 12.04, KDE. Eliminé tanto .dmrc como.Xauthority. ¡Gracias!
MountainX
2

Me sucedió un problema similar después de agregar un export PATH=$PATH:/home/<user>/SomeFolderal final de /etc/profile. Después de iniciar sesión en un terminal, eliminar esa línea y reiniciar, pude iniciar sesión normalmente y el problema parece haber desaparecido.

Documentación:

  • Recibía el siguiente texto intermitente en la pantalla antes de la pantalla de inicio de sesión:

    Could not write bytes: broken pipe
    * Starting VirtualBox kernel modules
    
    saned disabled; edit /etc/default/saned
    
  • Ubuntu 12.04 LTS, 64 bits, Intel Core i5, 6GB.
  • Tengo instalado VirtualBox 4.2.18 pero parece estar funcionando bien.
  • Yo arranque dual con Windows 8 usando GRUB.
jRT
fuente
¿Podría haber sido este el problema? No lo sé. Por lo general, tengo un ~/bindirectorio que me gusta tener en el PATH, pero la instalación ya no existe.
Tobias
Me empujaste en la dirección correcta al resolver el problema que también apareció en mi netbook, que todavía tiene Ubuntu. Uno de los shellscripts que obtuve automáticamente durante el inicio de sesión causó un error, y aparece como una línea ~/.xsession-errors; cuando lo probé en un shell, todo parecía estar bien. Sin embargo, deshabilité la carga de los scripts y puedo iniciar sesión gráficamente nuevamente.
Tobias
0

Ahora me encuentro con esto usando lightdm + cualquier saludo de no unidad. Si configuro el greeter en unity-greeter en /etc/lightdm/lightdm.conf, parece que funciona. No tengo idea de por qué.

Editar: redactado. Algo que acabo de sacar con una actualización debe haber causado esto y ahora incluso la unidad de bienvenida no funciona.

Pablo
fuente
1
Eché un vistazo a este archivo; en (la única) sección SeatDefaults, el valor de ya greeter-sessionestá unity-greeter. ¿Algún otro valor que pueda probar?
Tobias
0

En mi caso, agregué algunos comandos a .xprofile que causaron el regreso a la pantalla de inicio de sesión justo después de iniciar sesión. Los errores que encontré fueron los mismos. Eliminar todo lo que no sea esencial de su ~ / .profile y ~ / .xprofile debería devolver la situación a la normalidad.

Dalf
fuente
0

Para mí, esto sucedió cuando hay una entrada de ruta no válida en el archivo .profile. Cuando lo quité, funcionó perfectamente. Revise su archivo .xsession-error para ver el error que informa

savyan
fuente
0

Hubo el mismo error para mí en Ubuntu 14.04.02 LTS. He abierto el archivo de registro /var/log/lightdm/lightdm.logy veo un mensaje como ...not enough disk space for .Xauthroity.... Entonces descubrí que realmente hay cero espacio en el disco. Así que he eliminado algunos archivos y el error desapareció.

Paul Annekov
fuente