Не стартует плазма (черный экран)

Через startx пробовал?

удали файлы в /var/lib/sddm

xsession-errors //tread

xsession-errors содержит сообщение

/etc/X11/Sessions/Xsession: line 106: exec: xsm: not found

но это старое сообщение (дата последнего изменения файла 22.04.2017) и оно по-видимому не в тему.

startx вручную тоже пробовал, но там сообщение, что server already running.

Удаление содержимого /var/lib/sddm никак не помеяло ситуацию. После загрузки там образовался только sddm.conf с именем последнего пользователя и выбранной сессией (плазма). Остальное (всякие кэши) не восставновилось.

Забыл ещё один момент: когда зашел в chroot для переустановки GRUB'a после env-update && source /etc/profile забыл выполнить export PS1="(chroot) $PS1"

Интересно, это как-то могло сказаться?

нет

/var/log/sddm.log

[13:53:57.991] (II) DAEMON: Initializing...
[13:53:57.995] (II) DAEMON: Console kit interface found
[13:53:57.995] (II) DAEMON: Adding new display on vt 7 ...
[13:53:58.005] (II) DAEMON: Loading theme configuration from ""
[13:53:58.005] (II) DAEMON: Display server starting...
[13:53:58.005] (II) DAEMON: Running: /usr/bin/X -nolisten tcp -auth /var/run/sddm/{0d7a3256-1fca-4b96-8f5e-104264f3b375} -background none -noreset -displayfd 10 -seat seat0 vt7
[13:53:59.146] (II) DAEMON: Setting default cursor
[13:53:59.196] (II) DAEMON: Running display setup script  "/usr/share/sddm/scripts/Xsetup"
[13:53:59.214] (II) DAEMON: Display server started.
[13:53:59.214] (II) DAEMON: Reading from "/usr/share/xsessions/plasma.desktop"
[13:53:59.221] (II) DAEMON: Reading from "/usr/share/xsessions/plasma.desktop"
[13:53:59.222] (II) DAEMON: Session "/usr/share/xsessions/plasma.desktop" selected, command: "/usr/bin/startkde"
[13:53:59.222] (II) DAEMON: Adding cookie to "/var/run/sddm/{0d7a3256-1fca-4b96-8f5e-104264f3b375}"
[13:53:59.246] (II) DAEMON: Starting...
[13:53:59.269] (II) DAEMON: Authenticated successfully
[13:53:59.270] (II) HELPER: Starting: "/usr/share/sddm/scripts/Xsession \"/usr/bin/startkde\""
[13:53:59.283] (II) HELPER: Adding cookie to "/home/hevioso/.Xauthority"
[13:53:59.312] (II) DAEMON: Session started
[13:55:58.713] (WW) DAEMON: Signal received: SIGTERM
[13:55:58.713] (II) DAEMON: Display server stopping...
[13:55:58.908] (II) DAEMON: Display server stopped.
[13:55:58.908] (II) DAEMON: Running display stop script  "/usr/share/sddm/scripts/Xstop"
[13:55:58.916] (WW) DAEMON: QProcess: Destroyed while process ("/usr/libexec/sddm-helper") is still running.

Вроде ничего подозрительного

BOOT_IMAGE=/boot/kernel-4.9.76-gentoo-r1 root=/dev/sda1 ro...

Так ты ридонли монтируешь / на котором и /home куда плазма хочет писать, вот и висит.

ro - это стандартная для кернела опция зашрузки. Потом оно перемонтируется по ходу загрузки на rw. Иначе и логи бы не сохранялись, и программы невозможно было бы запускать (например mc), править и сохранять конфиги и вообще залогиниться не удалось бы. Я всё это могу делать.

Не в этом дело.

Решил проверить, может конфиги чего-то там, подсунул /etc с рабочей генту - никаких изменений.

Пересборка 800 пакетов - нешуточное дело, однако....

Пересобрал всю систему через emerge -e, никаких изменений.

Компьтер поменять теперь что-ли?

Поставь что-то другое вместо sddm, x11-misc/slim например.

startx вручную тоже пробовал, но там сообщение, что server already running

Это потому что у тебя sddm запущен в этот момент, как мне кажется. Можешь сделать пока

rc-update delete xdm

поменяй дистрибутив на нормальный

Зачем дистрибутив? Пусть сразу систему меняет. У меня плазма на арче с такой же проблемой не стартует.

без xdm startx не стартует - permission denied

permission denied

От рута запускаете?
Slim пробовали?

от рута не запустится, даже и не пробовал.

В общем клонировал старую генту, переключил профайл на 17.0. Пересобирать не буду, по мере прихода обновлений пересоберется.

Так я и не понял, как винда могла запороть генту. Кстати и семерка на этом же диске перестала грузится, новый десяточный загрузчик не справляется... Фак.

Обновил систему и снова получил ту же самую хрень, черный экран и мышь.

slim - ничем не отличается от sddm, черный экран и курсор. Пробовал откатить sddm c 0.17 0.15 ничего не дало.

Все-таки это не проблема sddm/slim, похоже что-то сама плазма.

процессор какой? тоже самое на ноутбуке после обновления QT gcc.

As I had to find out after compiling qtcore 5.9.4 and being unable to start, e.g., vlc, I found out that ivybridge and previous do not support AES on i3.

https://en.wikipedia.org/wiki/AES_instruction_set#Intel_and_AMD_x86_architecture

Therefore, «safe flags» needs to be extended with -mno-aes for Ivy Bridge, Sandy Bridge and many Westmere. -mno-avx2 seems to be ignore by Qt, that is probably a qt bug, though.

Amend: because it is a virtual machine, I also had to add -mno-f16c and -mno-rdrnd. This is probably not related to ivy-bridge but to virtual machines (at least VirtualBox) generally.

Снова склонировал систему и стал обновлять, тллько не всё сразу а по 20 пакетов. После каждой порции перезагружал и смотрел, что получилось. Затык произошел после обновления пачки x11-proto.

Выяснять, какой именно пакет уже не стал, надоело. Проще было переустановить систему, что я и сделал.

Со старыми конфигами (скопировал весь /etc в новый stage3) все собралось и работает. Никаких AES -mno-aes и прочих -mno не добавлял, хотя и Sandy Bridge i3-2120.