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 who
y dm-tool list-seats
muestra un Session0
nombre 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 startkde
y startactive
. Aquellos en el startactive
trabajo 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
.
Respuestas:
TL; DR hubo un problema de permiso con
~/.cache/upstart/dbus-session
,rm -rf .cache/upstart
y un reinicio lo resolvió.Nuevas ideas de depuración para futuros lectores (que bien pueden incluirme).
El
~/.xsession
mensaje que mencioné en la pregunta, en la línea deEn realidad fue muy importante. Aprendí lo que significaba mientras investigaba, lo encontré de esta manera
/etc/lightdm/
(según lo sugeridoman lightdm
) pero loslightdm
archivos de configuración no estaban aquí pero (lo encontré mirando/var/log/lightdm.log
) en/usr/share/lightdm/lightdm.conf.d
donde encontré el archivo relevante/usr/share/lightdm/lightdm.conf.d/40-kde-plasma.conf
/usr/bin/startkde
, por lo que agregué algunasecho 'startkde is at line ##' > /home/evpok/delog
líneas de depuración para ver dónde falló, pero ninguno de ellos se ejecutó./var/log/lightdm.log
vi la línea,Running command /usr/sbin/lightdm-session /usr/bin/startkde
así que miré
usr/sbin/lightdm-session
, a lo que nuevamente agreguéecho
líneas de depuración/etc/X11/Xsession.d/99x11-common_start
. Así que busqué en eso. Parecía cargar normalmente y solo tenía una líneaexec $STARTUP
. Al agregar unecho
para ver qué había en$STARTUP
él, descubrí que erainit --user
. Ahora que no quería metermeinit
así que solo rastreé sus resultados comentando esta línea y agregando en su lugarexec 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é
initlog
y viLoading configuration from /usr/share/upstart/sessions
startkde.conf
. Después de buscar un poco en la documentación para las confesiones de trabajo iniciales, vi questart on started dbus and xsession SESSION=kde-plasma
obviamente era por eso
startkde
que no comenzó. Necesitaba dbus, que tenía un error, así que investiguédbus.conf
pre-start script
estrofa, ¡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íneaecho "DBUS_SESSION_BUS_ADDRESS=${DBUS_SESSION_BUS_ADDRESS}" >$HOME/.cache/upstart/dbus-session
(ninguno de mis ecos de depuración)~/.cache/upstart/debus-session
debido a un problema de permiso. Intenté crearlo debajosudo
y lo reconocí con los permisos apropiados, pero no funcionó. Así que acaborm -rf
de ed.cache/upstart
.Después de todo, solo necesitaba dejar de tener miedo a las partes internas y ensuciarme las manos.
fuente
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:
El problema también estaba en el
.cache/upstart
directorio. Tenía permisosdrw-------
, así que ni siquiera pude entrar. Acabo de agregar un bit de ejecución, reinicié X y ahora funciona.fuente