cucullus |
|
Темы:
256
Сообщения:
3435
Участник с: 06 июня 2007
|
vasek, нет, не сработает. Ошибка в файле /usr/lib/tmpfiles.d/lightdm.conf. (ну или ошибка в самом lightdm, это как посмотреть). Если просто удалить, то директория опять создастся с недостаточными правами. Чтобы заработало, надо группе lightdm добавить права на запись.
такие дела.
|
vasek |
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
cucullusВозможно я и не прав, просто посчитал, что этого будет достаточно. Ничего конкретного сказать не могу, да и особо не разбираюсь как происходит загрузка с наличием DM, но я бы проверил - в любом случае это дополнительный источник информации. Но интересно то, что lightdm у других работает нормально (специально звонил 2-им знакомым юзерам с Arch и интересовался), а значит проблема не в одном lightdm.
Ошибки не исчезают с опытом - они просто умнеют
|
kdy |
|
Темы:
0
Сообщения:
14
Участник с: 12 декабря 2011
|
С месяц назад была аналогичная проблема с автостартом lightdm по причине, что служба пыталась стартовала раньше её зависимостей (в файле service эти зависимости не прописаны). Проверить легко - зайти на другой терминал, например tty2 и стартануть службу systemd руками. Сначала решил криво - вставил в запуске службы (файле service) паузу в 5 секунд, затем переделал через автовход (https://wiki.archlinux.org/index.php/Getty) и запуск службы systemd из файла .bashrc. |
cucullus |
|
Темы:
256
Сообщения:
3435
Участник с: 06 июня 2007
|
vasek, возможно дело в методе запуска иксов. От рута или пользователя.
такие дела.
|
Shama_comp |
|
Темы:
2
Сообщения:
39
Участник с: 28 июня 2017
|
Да у меня тоже такая проблема решение есть? Кроме как отката. Вот лог похож как две капли воды:
|
cucullus |
|
Темы:
256
Сообщения:
3435
Участник с: 06 июня 2007
|
решение выше в теме.
такие дела.
|