No se puede iniciar kde

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.

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.

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.