Не стартует Plasma 5 после обновления.
Сейчас у меня kde-plasma 5.4.2, после того, как в оверлее kde появились ебилды, я обновился до kde-plasma 5.4.3, kde-apps 15.08.3, ну и там по мелочи ещё что было. Полный список обновившихся пакетов: http://pastebin.com/pzQ8hx8N
Проблема в том, что после обновления не стартует рабочий стол. После ввода пароля в SDDM и клика Enter, экран становится чёрным, висит так несколько секунд, потом возвращается в SDDM. Пробовал зайти другим пользователем - на экране просто висит SDDM и ничего не происходит.
Делал так: входил своим пользователем в tty, делал startx, в xterm запускал plasmashell - Plasma запускается, правда, без KRunner, KWin и всего остального, что там в кедах обычно идёт. То есть, проблема где-то между SDDM и плазмой.
Куда можно копнуть? Такое ощущение, что обновление Plasma перелопатило что-то касающееся запуска сеанса.
- Для комментирования войдите или зарегистрируйтесь
А что скажет emerge
А что скажет
http://pastebin.com/Yk6cBNHh
http://pastebin.com/Yk6cBNHh
Может ли обновление cmake так
Может ли обновление cmake так повлиять?
Причем тут cmake?
Причем тут
cmake?У тебя вообще обновление незавершено!
Это зачем сделано:
Рекомендую все из package.provided убрать, если нет на то особых причин (т.е. действительно понимаешь, что делаешь!).
Сначала обнови нормально
gcc, а потом убери-pvв моей команде из первого поста и пусть все обновится до конца.Обновление завершено. Это из
Обновление завершено. Это из снапшота системы до обновления, в котором я сейчас. Обновлённый снапшот нерабочий по описанным выше причинам.
Вас ждут в
Вас ждут в /var/log/sddm.log
смотрим, разбираемся, при необходимости делимся с нами
知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"
Вот что пишет systemd,
Вот что пишет systemd, привожу отрывок, начиная со строчек, где мелькает sddm: http://pastebin.com/MCnncKw8
Дальше там ребут пошёл. Вижу, что там вроде что-то крашится в sddm.
По-моему, вот где собака
По-моему, вот где собака зарыта:
Nov 14 01:18:41 locus sddm-helper[434]: Starting: "/usr/share/sddm/scripts/Xsession" "/usr/bin/startkde" Nov 14 01:18:41 locus sddm-helper[439]: Adding cookie to "/home/fragment/.Xauthority" Nov 14 01:18:41 locus sddm[379]: Session started Nov 14 01:18:41 locus sddm-helper[388]: [PAM] Ended. Nov 14 01:18:41 locus sddm[379]: Auth: sddm-helper exited successfully Nov 14 01:18:41 locus sddm[379]: Greeter stopped. Nov 14 01:18:41 locus dhcpcd[357]: enp3s0: leased 192.168.1.193 for 86400 seconds Nov 14 01:18:41 locus dhcpcd[357]: enp3s0: adding route to 192.168.1.0/24 Nov 14 01:18:41 locus dhcpcd[357]: enp3s0: adding default route via 192.168.1.1 Nov 14 01:18:41 locus systemd-timesyncd[336]: Network configuration changed, trying to establish connection. Nov 14 01:18:41 locus org.a11y.Bus[452]: Activating service name='org.a11y.atspi.Registry' Nov 14 01:18:41 locus org.a11y.Bus[452]: Successfully activated service 'org.a11y.atspi.Registry' Nov 14 01:18:41 locus org.a11y.atspi.Registry[458]: SpiRegistry daemon is running with well-known name - org.a11y.atspi.Registry Nov 14 01:18:41 locus sddm-helper[434]: [PAM] Ended. Nov 14 01:18:41 locus sddm[379]: Auth: sddm-helper exited successfully Nov 14 01:18:41 locus sddm[379]: Socket server stopping... Nov 14 01:18:41 locus sddm[379]: Socket server stopped. Nov 14 01:18:41 locus sddm[379]: Display server stopping... Nov 14 01:18:41 locus org.a11y.Bus[452]: g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. Nov 14 01:18:41 locus org.a11y.atspi.Registry[458]: g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. Nov 14 01:18:42 locus kernel: nvidia-modeset: Freed GPU:0 (GPU-724a1712-15da-dee2-b007-ecb27c0affe9) @ PCI:0000:01:00.0 Nov 14 01:18:42 locus sddm[379]: Display server stopped. Nov 14 01:18:42 locus sddm[379]: Running display stop script "/usr/share/sddm/scripts/Xstop" Nov 14 01:18:42 locus sddm[379]: Removing display ":0" ... Nov 14 01:18:42 locus sddm[379]: Adding new display on vt 1 ... Nov 14 01:18:42 locus sddm[379]: Display server starting... Nov 14 01:18:42 locus sddm[379]: Running: /usr/bin/X -nolisten tcp -auth /var/run/sddm/{85b24de3-e2f2-41b9-aa51-7e4b69e4b365} -background none -noreset -displayfd 18 vt1Что вот это вот такое?
Вот что нашёл на этот счёт:
Вот что нашёл на этот счёт: http://ubuntuforums.org/showthread.php?t=2216622
Точно такая же проблема у людей была.
Чёрт его знает, ничего не
Чёрт его знает, ничего не помогает.
Раскопал ещё кое-что. Всё
Раскопал ещё кое-что.
Всё прекрасно запускается под рутом. Обнаружил, что после каждой попытки залогиниться, права на ~/.Xauthority сбрасываются на 700, тогда как на все файлы в хомяке у меня выставлено 770. Даже если перед логином сделать chmod -R 770 на хомяк - всё равно после попытки логина права на этом файле сброшены.
Как это исправить?
Нет, дело не в этом. На
Нет, дело не в этом. На текущей системе, где всё нормально логинится, у этого файла такие же права доступа. Тут что-то другое.
Проблема решена. Источником
Проблема решена. Источником падений был каталог ~/.config/plasma-workspace, в котором хз с каких времён лежал линк на скрипт, устанавливающий режим для видеокарты. Я его когда-то добавил через systemsettings на уровень запуска "pre-KDE startup", plasma 5.4.3, очевидно, такое не переваривает.