LINUX.ORG.RU

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

 


0

1

На компе 2 диска:

sda1 - gentoo (17 profile)

sda2 - gentoo (13 profile)

sda3 - Win 7

=====

sdb1 - Win 10

sdb2 - LUKS encrypted

Загрузчик GRUB был на sda. Grub-директория на sda1

Решил установить Win 10 на sdb1. Установил, перезагрузил, оказалось винда установила загрузчик не на свой диск sdb, а какого-то хера полезла на sda и затерла GRUB. Ну вроде это не проблема, загрузился в live систему и через chroot восстановил grub-install /dev/sda && grub-mkconfig -o /boot/grub/grub.cfg.

Меню GRUB появилось, пробую загружаться в gentoo 17 profile, - грузится, далее стартует X, черный экран и белая мышь. Всё. Более ничего нет. Делаю killall X - выкидывает на экран логина sddm, далее выбираю пользователя и стартую - все повторяется, черный экран и белаю мышь. Смотрю в Xorg log - всё чисто, никаких ошибок. Сам лог тут: https://pastebin.com/A92ky8Kb

От того, что установил систему на другом диске, как могла повредиться gentoo?

Интересно, что старая gentoo (13 profile) на sda2 -нормально работает. Я сейчас из неё пишу.

Пробовал fsck на sda1 - пишет что всё чисто и ничего не проверяет.

Как починить? Вариант клонирования старой gentoo с sda2 на sda1 и затем emerge -e сос сменой профайла как-то не хочется, слишком долго....


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

Deleted ()
Ответ на: комментарий от deity

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

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

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

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

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

Chord ()
Ответ на: комментарий от Chord

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

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

Chord ()
Ответ на: комментарий от Chord

/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.

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

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

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

BceM_IIpuBeT ★★★ ()
Последнее исправление: BceM_IIpuBeT (всего исправлений: 1)
Ответ на: комментарий от BceM_IIpuBeT

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

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

Chord ()
Ответ на: комментарий от Chord

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

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

Chord ()
Ответ на: комментарий от Chord

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

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

Chord ()

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

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

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

rc-update delete xdm
и запускать всё вручную.

stage3 ★★ ()
Ответ на: комментарий от Chord

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

anonymous ()
Ответ на: комментарий от anonymous

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

kshmr ()
Последнее исправление: kshmr (всего исправлений: 2)
Ответ на: комментарий от stage3

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

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

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

Chord ()
Ответ на: комментарий от Chord

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

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

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

Chord ()
Ответ на: комментарий от Chord

процессор какой? тоже самое на ноутбуке после обновления 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.

anonymous ()
Ответ на: комментарий от anonymous

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

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

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

Chord ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.