De alguna manera, mientras jugaba con LightDM y Webkit Greeter, la propiedad del .Xauthority
archivo en mi directorio de inicio se le dio al usuario raíz y no pude iniciar sesión porque no tenía los privilegios para bloquear el archivo.
Pude recuperar la propiedad del archivo y pude volver a iniciar sesión. (Después de varias horas de reinstalar LightDM y sus saludos)
Así que ahora todo vuelve a funcionar bien. Pero me gustaría saber cómo sucedió esto. ¿Es esto un error en LightDM o Webkit Greeter o algo más?
fuente
sudo startx
, qué funcionó. Después de cambiar la propiedad del archivo, podría iniciar sesión nuevamente. Entonces, ¿comenzar X como root simplemente solucionó el problema original?.Xsession
y, por lo tanto, podía iniciar sesión. Luego cambió la propiedad que permitió que su usuario volviera a iniciar sesión. La próxima vez, simplemente elimine el archivo, como dije, se vuelve a crear automáticamente al iniciar sesión, no tiene sentido "arreglar" sus permisos..Xauthority
archivo es básicamente un número mágico utilizado para identificar al propietario de una sesión X para que otras personas no puedan secuestrarlo. Si está ejecutando una sesión X y estoy conectado a la misma máquina, no podré acceder a su sesión X a menos que sea el propietario del.Xauthority
archivo. Se crea cada vez que inicia sesión a menos que exista uno. Entonces, sí, cambiar los permisos para su usuario lo solucionará, pero simplemente lo eliminará.También me pasó a mí. Creo que podría ser causado por correr
en lugar de
para alguna aplicación (desconocida). Hay un párrafo en la página de ayuda de sudo sobre eso ... desplácese hacia abajo hasta "Sudo gráfico".
Vea también ¿Cuál es la diferencia entre "gksudo nautilus" y "sudo nautilus"?
fuente
.Xauthority
, que se crea cuando se inicia la sesión X, no será tocado por posteriores lanzamientos de aplicaciones GUI.