No se puede iniciar kde

3

Reiniciar mi computadora portátil después de unos días de tiempo de actividad (por lo que no sé qué pudo haber desencadenado el problema) He descubierto que no puedo iniciar sesión desde lightdm. Se acepta mi contraseña y los campos desaparecen, pero estoy atascado con el fondo de pantalla lightdm y mi cursor (móvil). Puedo sin embargo

  • iniciar sesión como invitado
  • startx de un tty

Si lo intento desde kdm, sucede lo mismo.

Si intento iniciar project-neon, aparece la barra de progreso del escritorio, pero vuelvo al fondo de pantalla de lightdm cuando finaliza la carga, también aparece un mensaje para la contraseña del llavero, y después de ingresarlo, el escritorio aparece brevemente.

.xsession dice que el proceso de inicio previo de dbus finalizó con el estado 2. No sé si es relevante.

Editar: Puedo iniciar lxde sin problemas. He intentado con plasma activo, tengo los mismos síntomas que con project-neon, así que claramente este es un problema de kde / plasma. Pero dado que comenzar desde startx funciona, el problema parece estar en las interacciones lightdm / kdm-kde. ¿Hay alguna manera de rastrear cómo lightdm inicia kde (kwin, plasma)?

Además, el problema no es con el inicio de sesión, la sesión gráfica aparece whoy dm-tool list-seatsmuestra un Session0nombre de usuario.

Editar: he intentado algunas cosas más. Mencioné una solicitud de contraseña en project-neon. Si lo dejo reposar por un momento, el escritorio finalmente aparece y funciona.

También he intentado agregar salidas de depuración a startkdey startactive. Aquellos en el startactivetrabajo pero no aquellos en startkde(cuando comienzan desde lightdm o kdm, pero funciona desde xinit /usr/bin/startkde), por lo que puede ser que lightdm ni siquiera se inicie startkde, aunque lo hace de acuerdo con lightdm.log.

Evpok
fuente
¿Puedes iniciar sesión en la consola? Bastante ctrl + alt + f1 para obtener uno. Si no puede iniciar sesión allí, probablemente sea un PEBKAC. Presione ctrl + alt + f7 para volver a la interfaz gráfica de usuario.
James T Snell
Puedo, es por eso que dije que podía empezar desde allí
Evpok,
Oh, no me conecté, eso es lo que quieres decir con "un tty". Bueno. Lo suficientemente justo. ¿Su / var / log / syslog da alguna pista?
James T Snell
No vi nada obvio. ¿Pensaste en algo específico?
Evpok
No estoy seguro de a dónde iría después. Apostaría que es una cuestión de configuración. Puede descartar un problema de hardware arrancando desde un instalador USB, pero de todos modos no parece ser un problema de hardware. ¿Supongo que su software está completamente actualizado? ¿Su /etc/X11/xorg.conf contiene algo? Tal vez cambie el nombre de su xorg.conf, si tiene algo, obligará a Xorg a improvisar, lo que podría ser una mejora.
James T Snell

Respuestas:

3

TL; DR hubo un problema de permiso con ~/.cache/upstart/dbus-session, rm -rf .cache/upstarty un reinicio lo resolvió.

Nuevas ideas de depuración para futuros lectores (que bien pueden incluirme).

El ~/.xsessionmensaje que mencioné en la pregunta, en la línea de

init: dbus pre-start process (PID XXXX) terminated with status 2

En realidad fue muy importante. Aprendí lo que significaba mientras investigaba, lo encontré de esta manera

  • Primero, pensé que el problema era con kde, así que traté de encontrar cómo lightdm comenzó a kde
  • Traté de buscar /etc/lightdm/(según lo sugerido man lightdm) pero los lightdmarchivos de configuración no estaban aquí pero (lo encontré mirando /var/log/lightdm.log) en /usr/share/lightdm/lightdm.conf.ddonde encontré el archivo relevante/usr/share/lightdm/lightdm.conf.d/40-kde-plasma.conf
  • Según él, lo que lightdm comenzó para kde fue el script /usr/bin/startkde, por lo que agregué algunas echo 'startkde is at line ##' > /home/evpok/deloglíneas de depuración para ver dónde falló, pero ninguno de ellos se ejecutó.
  • comprobando de nuevo /var/log/lightdm.logvi la línea,
    Running command /usr/sbin/lightdm-session /usr/bin/startkde
    así que miré usr/sbin/lightdm-session, a lo que nuevamente agregué echolíneas de depuración
  • Después de algunos titubeos, encontré que el problema fue con la carga de un script Xsession: /etc/X11/Xsession.d/99x11-common_start. Así que busqué en eso. Parecía cargar normalmente y solo tenía una línea exec $STARTUP. Al agregar un echopara ver qué había en $STARTUPél, descubrí que era init --user. Ahora que no quería meterme initasí que solo rastreé sus resultados comentando esta línea y agregando en su lugar
    exec init -v --user > /home/evpok/initlog 2> /home/evpok/initerrlog
  • Mirando estos registros, vi este mensaje en initerrlog

    dbus pre-start process (PID XXXX) terminated with status 2
    pero todavía no sabía qué hacer, así que miré initlogy vi
    Loading configuration from /usr/share/upstart/sessions

  • Miré en ese directorio, donde vi a startkde.conf. Después de buscar un poco en la documentación para las confesiones de trabajo iniciales, vi que
    start on started dbus and xsession SESSION=kde-plasma
    obviamente era por eso startkdeque no comenzó. Necesitaba dbus, que tenía un error, así que investiguédbus.conf
  • Allí, había una pre-start scriptestrofa, ¡oye! Eso es lo que hay en el errlog de init y en .xsession-errors. Entonces, agregué nuevamente algunos ecos, para encontrar que el problema estaba en la línea
    echo "DBUS_SESSION_BUS_ADDRESS=${DBUS_SESSION_BUS_ADDRESS}" >$HOME/.cache/upstart/dbus-session(ninguno de mis ecos de depuración)
  • Después de algunas dudas, descubrí que no podía tocar el archivo inexistente ~/.cache/upstart/debus-sessiondebido a un problema de permiso. Intenté crearlo debajo sudoy lo reconocí con los permisos apropiados, pero no funcionó. Así que acabo rm -rfde ed .cache/upstart.
  • Después de un reinicio, todo funcionó como se esperaba.

Después de todo, solo necesitaba dejar de tener miedo a las partes internas y ensuciarme las manos.

Evpok
fuente
Me has ahorrado tanto tiempo y tirones de pelo. Después de 83 días de tiempo de actividad, reinicié y no pude ingresar a KDE. No hice nada para causar este problema. Todo lo que hice fue instalar las actualizaciones habituales a los paquetes. Es absolutamente una locura lo que tuviste que hacer para profundizar en el estúpidamente simple problema, y ​​ese habría sido yo si no hubieras compartido esto. Gracias. Por cierto, debe haber un error archivado en Launchpad sobre esto. No sé qué podría haberlo causado, pero está realmente desordenado que no haya un mensaje de registro simple en ~ / .xsession-errors o / var / log / lightdm sobre el problema del permiso.
Blujay
Realmente no sé si mi problema era el mismo, pero eliminar .cache también resolvió el problema (funcionó bien también sin reiniciar).
Zitrax
1

Tuve el mismo problema después de la actualización de Ubuntu 13.10 a Ubuntu 14.04. También tenía en el archivo .xsession-errors la última lectura de línea:

init: dbus pre-start process (PID XXXX) terminated with status 2

El problema también estaba en el .cache/upstartdirectorio. Tenía permisos drw-------, así que ni siquiera pude entrar. Acabo de agregar un bit de ejecución, reinicié X y ahora funciona.

usuario3497625
fuente