После обновления не стартует Lightdm 1:1.24.0-2

Доброе время суток друзья.

После обновления на рабочем компе lightdm 1:1.24.0-1 -> lightdm 1:1.24.0-2 он перестал запускаться.
На домашнем ноуте все ок.
Откат версии так же решает проблему.
lightdm.log (Тут, ИМХО, ничего примечательного):
[+0.00s] DEBUG: Logging to /var/log/lightdm/lightdm.log
[+0.00s] DEBUG: Starting Light Display Manager 1.24.0, UID=0 PID=673
[+0.00s] DEBUG: Loading configuration dirs from /usr/share/lightdm/lightdm.conf.d
[+0.00s] DEBUG: Loading configuration dirs from /usr/local/share/lightdm/lightdm.conf.d
[+0.00s] DEBUG: Loading configuration dirs from /etc/xdg/lightdm/lightdm.conf.d
[+0.00s] DEBUG: Loading configuration from /etc/lightdm/lightdm.conf
[+0.00s] DEBUG: Registered seat module local
[+0.00s] DEBUG: Registered seat module xremote
[+0.00s] DEBUG: Registered seat module unity
[+0.00s] DEBUG: Using D-Bus name org.freedesktop.DisplayManager
[+0.00s] DEBUG: Monitoring logind for seats
[+0.00s] DEBUG: New seat added from logind: seat0
[+0.00s] DEBUG: Seat seat0: Loading properties from config section Seat:*
[+0.00s] DEBUG: Seat seat0: Starting
[+0.00s] DEBUG: Seat seat0: Creating greeter session
[+0.00s] DEBUG: Seat seat0: Creating display server of type x
[+0.01s] DEBUG: Could not run plymouth --ping: Failed to execute child process “plymouth” (No such file or directory)
[+0.01s] DEBUG: Using VT 7
[+0.01s] DEBUG: Seat seat0: Starting local X display on VT 7
[+0.01s] DEBUG: XServer 0: Logging to /var/log/lightdm/x-0.log
[+0.01s] DEBUG: XServer 0: Writing X server authority to /run/lightdm/root/:0
[+0.01s] DEBUG: XServer 0: Launching X Server
[+0.01s] DEBUG: Launching process 679: /usr/bin/X :0 -seat seat0 -auth /run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
[+0.01s] DEBUG: XServer 0: Waiting for ready signal from X server :0
[+0.01s] DEBUG: Acquired bus name org.freedesktop.DisplayManager
[+0.01s] DEBUG: Registering seat with bus path /org/freedesktop/DisplayManager/Seat0
[+0.01s] WARNING: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files
[+0.01s] DEBUG: Loading user config from /etc/lightdm/users.conf
[+0.01s] DEBUG: User noname added
[+0.71s] DEBUG: Got signal 10 from process 679
[+0.71s] DEBUG: XServer 0: Got signal from X server :0
[+0.71s] DEBUG: XServer 0: Connecting to XServer :0
[+0.72s] CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
[+0.72s] DEBUG: Seat seat0: Display server ready, starting session authentication
[+0.72s] DEBUG: Session pid=687: Started with service 'lightdm-greeter', username 'lightdm'
[+0.73s] DEBUG: Session pid=687: Authentication complete with return value 0: Success
[+0.73s] DEBUG: Seat seat0: Session authenticated, running command
[+0.73s] DEBUG: Session pid=687: Running command /usr/bin/lightdm-gtk-greeter
[+0.73s] DEBUG: Creating shared data directory /var/lib/lightdm-data/lightdm
[+0.73s] DEBUG: Session pid=687: Logging to /var/log/lightdm/seat0-greeter.log
[+0.78s] DEBUG: Activating VT 7
[+0.78s] DEBUG: Activating login1 session c6
[+0.78s] DEBUG: Seat seat0 changes active session to c6
[+0.78s] DEBUG: Session c6 is already active
[+0.78s] DEBUG: Greeter closed communication channel
[+0.79s] DEBUG: Session pid=687: Exited with return value 1
[+0.79s] DEBUG: Seat seat0: Session stopped
[+0.79s] DEBUG: Seat seat0: Stopping; failed to start a greeter
[+0.79s] DEBUG: Seat seat0: Stopping
[+0.79s] DEBUG: Seat seat0: Stopping display server
[+0.79s] DEBUG: Sending signal 15 to process 679
[+0.79s] DEBUG: Seat seat0 changes active session to
[+1.06s] DEBUG: Process 679 exited with return value 0
[+1.06s] DEBUG: XServer 0: X server stopped
[+1.06s] DEBUG: Releasing VT 7
[+1.06s] DEBUG: XServer 0: Removing X server authority /run/lightdm/root/:0
[+1.06s] DEBUG: Seat seat0: Display server stopped
[+1.06s] DEBUG: Seat seat0: Stopped
[+1.06s] DEBUG: Required seat has stopped
[+1.06s] DEBUG: Stopping display manager
[+1.06s] DEBUG: Display manager stopped
[+1.06s] DEBUG: Stopping daemon
[+1.06s] DEBUG: Exiting with return value 1

seat0-greeter.log:
Error writing X authority: Failed to open X authority /var/run/lightdm/.Xauthority: Permission denied

Вероятно проблема с доступом к /var/run/lightdm/.Xauthority у greeter. Мне кажется, что что-то там не так с pam.
Но отчего так и как это победить? Может быть кто-то сможет подсказать направление поисков?
Спасибо.
genues
Может быть кто-то сможет подсказать направление поисков?
Я не разбираюсь в этих DM, так как их не использую (считаю это лишним и вредным и плюс к этому значительно увеличивающим время загрузки системы), но в части этого сообщения
genues
Error writing X authority: Failed to open X authority /var/run/lightdm/.Xauthority: Permission denied
рекомендую для начала проанализировать права доступа к .Xauthority и /var/run/lightdm/.Xauthority, а также сравнить их содержимое (эти файлы должны совпадать, точнее иметь одинаковый MIT-MAGIC-COOKIE).
1. Свой MIT-MAGIC-COOKIE можно узнать посмотрев вывод xauth list (32-значное число в конце - 16 байт)
Это же значение должно быть в конце вывода как hexdump -C .Xauthority, так и sudo hexdump -C /var/lib/lightdm/.Xauthority
2. .Xauthority должен иметь следующие права доступа
ls -l .Xauthority
-rw------- 1 <user> users .....
А раз файлы .Xauthority и /var/lib/lightdm/.Xauthority совпадают, т.е. имеют одинаковый MIT-MAGIC-COOKIE, то, думаю, что они должны иметь и одинаковые права доступа - но полностью не уверен, а проверить не могу - надеюсь, что кто использует lightdm, проверят и подскажут.
Если с этим все нормально, тогда нужно будет копать дальше.

EDIT 1 - насчет прав доступа /var/lib/lightdm/.Xauthority не прав, конечно же, вывод ls -l /var/lib/lightdm/.Xauthority должен быть типа -rw------- 1 lightdm lightdm
Ошибки не исчезают с опытом - они просто умнеют
vasek
.Xauthority и /var/run/lightdm/.Xauthority
Пользовательского .Xauthority это не должно касаться по моему разумению.
Я так понимаю lightdm как раз и не может создать (или кто это должен создавать?) /var/run/lightdm/.Xauthority и по этому не стартует. Если изменить права на папку, то всё заводится. До перезагрузки.
Я совсем не в теме, что тут управляет правами.
genues
совсем не в теме, что управляет правами.
Гляньте, возможно, это поможет
man tmpfiles.d
Lupo_Alberto
Гляньте, возможно, это поможет
Спасибо, глянул - у меня папка /etc/tmpfiles.d пуста.
Да и мне кажется, что изменять права на папку это не верный путь решения проблемы.
Я пробовал снести всё, что нашёл относящегося к lightdm и поставит его заново - не помогло.
genues
Пользовательского .Xauthority это не должно касаться по моему разумению.
Не должно, но есть ситуации при которых меняется MIT-MAGIC-COOKIE и меняются права на .Xauthority.
Если такие изменения были, то обычно создается новый .Xauthority (или командой или простым удалением этого файла - при перегрузке создается автоматом новый). А потому и предложил проверить как содержимое, так и права.
Если с этим все нормально, то причина в обновлении lightdm 1:1.24.0-1 -> lightdm 1:1.24.0-2 ...... но тогда это должно наблюдаться и у других.

EDIT 1 - насчет других - только сейчас заметил
genues
На домашнем ноуте все ок.
Значит причина не в обновлении. Попробуй удалить .Xauthority и переименовать /var/lib/lightdm/.Xauthority и перегрузиться (в принципе можно и его удалить, но не знаю всех тонкостей lightdm).
Ошибки не исчезают с опытом - они просто умнеют
genues
Откат версии так же решает проблему.
Смущает это - значит все-таки дело в обновлении? Что то там намудрили? И интересно тогда узнать - имеется ли эта проблема у других?
UPD - лишний раз убеждаюсь в ненужности этих DM.
Ошибки не исчезают с опытом - они просто умнеют
надо править права в tmpfiles.d
копируете из /usr/lib/tmpfiles.d в /etc/tmpfiles.d и правите
потом надо удалить имеющийся каталог и перегрузиться
такие дела.
cucullus
надо править права в tmpfiles.d
Лично мне не очень нравится правка прав в системных файлах. Для меня проще перед выключением/перегрузкой удалить два файла: .Xauthority и /var/lib/lightdm/.Xauthority, думаю это должно сработать (можно написать скриптик и повесить на горячую клавишу).
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.