Не включается GUI

[anabez]

Ноутбук tolik-LIFEBOOK-AH532-G21
Весной 2020 г установил ROSA.FRESH.PLASMA5.R11.1.x86_64.uefi
Летом после очередного обновления появилась проблема:
После окончания синего экрана с прогресс-бегунком ПК как-бы зависает - графический инттерфейс с приглашением ввода пароля не появляется. В этот момент можно войти на другом терминале в командную строку (Alt-2, например) и в ней полноценно работать.
Сначала это особо не беспокоило, т.к. после перезагрузки по Ctrl-Alt-Del ПК загружался нормально. Такое повторялось не регулярно, а случайно. В последние дни ПК стал грузиться с 4, с 6-го раза. После сегодняшнего обновления загрузиться не смог, пробовал более 20 раз.
В командной строке снял ps -A и journalctl -b (см. вложения).
Проба оборудования URL пробы: https://linux-hardware.org/?probe=30ceda4380
У меня на этом же ПК на sda5 стоит эта же система для проведения проб - она обновлялась, но давно (летом) - сечас пишу с нее. И проба с нее.
С весны ядро обновлялось три раза, сейчас 5.4.72 - пробовал запускть 5.4.32 и 5.4.40 - не помогло. На sda5 стоит 5.4.40.
Подозреваемые: летом обновлялся udev, сегодня, кажется slice?

[anabez]

Наконец-то GUI стартовал (примерно с 25-27-го раза, считая с первой попытки).
Вошел, снял journalctl -b, прилагаю, если это поможет.

[anabez]

Сегодня войти на основную систему не смог - сделал 36 попыток.
Из командной строки вывел два журнала: journalctl --system и journalctl --user
Прилагаю.

[anabez]

Системный журнал слишком большой - отрезал только сегоняшнюю дату.

[anabez]

25-го вошел с 42-го раза
вчера - с 5-го раза
сегодня с 19 раза и второй раз с 5 раза.
В systemd службы грузятся асинхронно, поэтому в разном порядке и в разное время.
Такое ощущение, что где-то ошибка в зависимостях и графика не стартует, ожидая какой-то службы,
а иногда дожидается ее.
Есть специалисты по systemd?
Что такое служба systemd-rfkill.service ? По-моему ее раньше не было... Что-то она занимает очень много времени в процессе загрузки (см. вложенный systemd-analyze_blame) и в журналах нормальной загрузки ее поведение отличается от ненормальной загрузки.

[Алзим]

Есть специалисты по systemd?

Напиши в Телегу. Может там подскажут.
Там народу побольше.
https://t.me/rosalinux

[va9(2)]

anabez, попробуйте сделать sudo urpm-reposync

[anabez]

anabez, попробуйте сделать sudo urpm-reposync
va9(2) попробовал, протокол во вложении.
Перезагрузка прошла с первого раза, я уж обрадовался, но при повторной попытке загрузился с 9-го раза, к сожалению...
Спасибо за совет! Будем дальше копать...

[va9(2)]

на этом же ПК на sda5 стоит эта же система для проведения проб - она обновлялась, но давно (летом) - сечас пишу с нее.

Может тогда не стоит заморачиваться? В рабочей системе установите timeshift, сделайте резервную копию и пользуйтесь ей (системой) спокойно. А для экспериментов поставьте росу в virtualbox.

[anabez]

Проблема остается - GUI стартует с 14, 15-го раза.
Анализ журналов показал, что служба ssdm (Simple Desktop Display Manager) не может правильно отработать. Количество попыток ограничено 10-тью, а ей этого мало. Если ей удается отработать с меньшего числа рестартов, то GUI стартует.
Прилагаю три файла:
journalctl-b_20201128.txt - журнал с неудачным стартом
journalctl-b_20201128_2.txt - журнал с удачным стартом
analyze-logs.txt - протокол анализа журналов
В каком месте задано число повторений в systemd пока не нашел.
Может кто-нибудь подсказать?

[anabez]

Так как ssdm-сервис ругается на слишком быстрый рестарт:
sddm.service: Start request repeated too quickly.
(он происходит по умолчанию через 100 мс, а в журнале видно, что рестарт происходит примерно через 2 секунды)
поставил задержку на рестарт sddm-сервиса на 3 секунды:
******************************************************
[Unit]
Description=Simple Desktop Display Manager
Documentation=man:sddm(1) man:sddm.conf(5)
Conflicts=getty@tty1.service
After=systemd-user-sessions.service getty@tty1.service plymouth-quit.service systemd-logind.service

[Service]
ExecStart=/usr/bin/sddm
Restart=always
RestartSec=3s

[Install]
Alias=display-manager.service
************************************************
Перезагрузился 6 раз - загрузка идет с первого раза!
Теперь надо последить какое-то время за процессом...

[anabez]

24 ноября, когда проблема приобрела тяжелую форму, прошло обновление sddm - новая версия 0.18.1 от 17.11.20. До этого стояла версия 0.16.0 rel.6 (она сейчас стоит на моей тестовой системе на sda5 и с загрузкой проблем пока не было).
Анализ журнала со старой версией показывает, что с нею старт ssdm происходил тоже не всегда с первого раза, а например, с 12-го, но там нет ограничения в 10 рестартов. С новой версией количество рестартов ограничено 10-тью.
Приторможение рестартов помогло, но ситуация вернулась к той, которая была ранее, т.е. случается, что загрузка не проходит - пока статистики мало, примерно 1 случай из 10.
Такое ощущение, что успешный старт sddm зависит от какого-то другого процесса и в systemd надо описать эту зависимость. Имеется подозрение на nvidia390, потому что в журналах видно, что они стартуют почти одновременно и, если sddm стартует раньше nvidia, то GUI не появляется. Но это пока предположение, надо заниматься наборм статистики и анализом.
По мере возможности в течение недели послежу.

[notauser]

Определитесь какой GPU и как будете использовать.https://wiki.archlinux.org/index.php/NV ... %B8%D0%B9) - для начала.

[anabez]

Весной после инсталляции ROSA установил драйвер NVIDIA по стандартной процедуре
Параметры системы - Настройк видеокарты - Выберите видеодрайвер:
- выбрал "Proprietary (nvidia390), setup Optimus

Сейчас такое состояние:

tolik@tolik-LIFEBOOK-AH532-G21 ~/work $ lspci | grep -E "VGA|3D"
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
01:00.0 VGA compatible controller: NVIDIA Corporation GF108M [GeForce GT 620M] (rev a1)

tolik@tolik-LIFEBOOK-AH532-G21 ~/work $ cd /etc/X11
- конфигурационный файл отстутствует.

tolik@tolik-LIFEBOOK-AH532-G21 /etc/X11 $ ll
итого 60
drwxr-xr-x 2 root root 4096 окт 2 17:40 app-defaults/
drwxr-xr-x 2 root root 4096 окт 2 17:40 fontpath.d/
drwxr-xr-x 2 root root 4096 апр 27 2020 gdm/
drwxr-xr-x 2 root root 4096 апр 16 2020 twm/
drwxr-xr-x 2 root root 4096 фев 5 2017 wmsession.d/
lrwxrwxrwx 1 root root 18 окт 31 18:56 X -> ../../usr/bin/Xorg*
drwxr-xr-x 2 root root 4096 апр 16 2020 xdm/
drwxr-xr-x 3 root root 4096 апр 16 2020 xinit/
drwxr-xr-x 2 root root 4096 сен 1 18:31 xinit.d/
-rw-r--r-- 1 root root 213 фев 5 2017 Xmodmap
drwxr-xr-x 2 root root 4096 окт 2 17:40 xorg.conf.d/
-rw-r--r-- 1 root root 1829 фев 5 2017 Xresources
-rwxr-xr-x 1 root root 5054 фев 5 2017 Xsession*
drwxr-xr-x 2 root root 4096 май 26 2020 xsetup.d/
drwxr-xr-x 2 root root 4096 апр 16 2020 xsm/

Имеется такой файл:
tolik@tolik-LIFEBOOK-AH532-G21 /etc/X11 $ cd /etc
tolik@tolik-LIFEBOOK-AH532-G21 /etc $ ls -l XF*
-rwxr-xr-x 1 root root 14 апр 27 2020 XFdrake.conf*
tolik@tolik-LIFEBOOK-AH532-G21 /etc $ cat XFdrake.conf
driver=nvidia

Файл /usr/share/sddm/scripts/Xsetup пустой:
#!/bin/sh
# Xsetup - run as root before the login dialog appears

Попробовал добавить в него строки, указанные в https://wiki.archlinux.org/index.php/NV ... 8%D0%B9%29
- не помогло, зависание при загрузке продолжается. Загрузился с 3-го раза.
Прилагаю журнал загрузки. В нем видно, что sddm стартует одновременно с загрузкой nvidia и срабатывает после 5-го рестарта.
На тестовой системе sddm стартует через 17 секунд после загрузки nvidia и стартует с первого раза, без рестартов.

[notauser]

дек 06 17:27:22 tolik-LIFEBOOK-AH532-G21 kernel: bbswitch: detected an Optimus _DSM function
дек 06 17:27:22 tolik-LIFEBOOK-AH532-G21 kernel: pci 0000:01:00.0: enabling device (0000 -> 0003)
дек 06 17:27:22 tolik-LIFEBOOK-AH532-G21 kernel: bbswitch: Succesfully loaded. Discrete card 0000:01:00.0 is on
дек 06 17:27:22 tolik-LIFEBOOK-AH532-G21 bumblebeed[1384]: [ 15.304244] [INFO]/usr/sbin/bumblebeed 3.2.1 started
дек 06 17:27:22 tolik-LIFEBOOK-AH532-G21 kernel: bbswitch: disabling discrete graphics
Не пробовали стартовать bumblebeed после dm?
https://github.com/Bumblebee-Project/Bu ... ssues/1036

[anabez]

Не пробовали стартовать bumblebeed после dm?

А как это сделать?

[anabez]

Есть такой файл /etc/bumblebee/xorg.conf.nvidia

Section "ServerLayout"
Identifier "Layout0"
Option "AutoAddDevices" "false"
Option "AutoAddGPU" "false"
EndSection

Section "Device"
Identifier "DiscreteNvidia"
Driver "nvidia"
VendorName "NVIDIA Corporation"

# If the X server does not automatically detect your VGA device,
# you can manually set it here.
# To get the BusID prop, run `lspci | egrep 'VGA|3D'` and input the data
# as you see in the commented example.
# This Setting may be needed in some platforms with more than one
# nvidia card, which may confuse the proprietary driver (e.g.,
# trying to take ownership of the wrong device). Also needed on Ubuntu 13.04.
# BusID "PCI:01:00:0"

# Setting ProbeAllGpus to false prevents the new proprietary driver
# instance spawned to try to control the integrated graphics card,
# which is already being managed outside bumblebee.
# This option doesn't hurt and it is required on platforms running
# more than one nvidia graphics card with the proprietary driver.
# (E.g. Macbook Pro pre-2010 with nVidia 9400M + 9600M GT).
# If this option is not set, the new Xorg may blacken the screen and
# render it unusable (unless you have some way to run killall Xorg).
Option "ProbeAllGpus" "false"

Option "NoLogo" "true"
Option "UseEDID" "false"
Option "UseDisplayDevice" "none"
EndSection
Это похоже на /etc/X11/xorg.conf, описанный в

https://wiki.archlinux.org/index.php/NV ... 8%D0%B9%29

Ппопробовал раскомментировать строку
# BusID "PCI:01:00:0"
- не помогло.

Попробовал рекомендацию из

https://github.com/Bumblebee-Project/Bu ... ssues/1036

В файле Unit'а /lib/systemd/system/bumblebeed.service в секции [Unit] добавил строку
After=sddm.service
Теперь bumblebee стартует сразу за sddm, но это не исправляет проблему.
Прилагаю протоколы
journalctl-b_20201208_7.txt - снято при зависании
journalctl-b_20201208_8.txt - снято при следующем нормальном входе

Может быть надо сделать наоборот, чтобы sddm стартовал после bumblebee?
На тестовой системе так и происходит - см. протокол journalctl-b_20201206.txt
Еще надо подумать...

[anabez]

Попробовал установить зависимость - запуск sddm.service после bumblebeed.service
Не помогло.
На тестовой системе sddm стартует гораздо позже загрузки nvidia. Почему, пока неясно.
Но nvidia грузится в ядре - можно ли каким-то образом установить зависимость от модулей ядра?
Как говорил Семен Семеныч: "Будем искать..."

[va9(2)]

anabez, не проще переустановить?

[anabez]

не проще переустановить?

Такая мысль была. Но пройдут все обновления и, боюсь, опять будет тот же результат.
Еще пороюсь, попробую пошагово сделать обновления на тестовой системе, может удастся поймать то обновление, после которого началась проблема. Не хватает времени на такие исследования...
Проблема сейчас особо не напрягает. Заданная мной задержка рестартов sddm пока спасает:
за период с 30.11 по 6.12 из 15 загрузок все прошли с первого раза, после этого до сегодня - из 11 загрузок только 6 прошли с первого раза, но тут сказались мои эксперименты.

[anabez]

Провел на тестовой системе (sda5) все обновления - система загружается без проблем.
В ней sddm стартует через 17 минут после nvidia.

Переустановил основную систему на sda2 - при установке видеодрайвера nvidia через Параметры системы обнаружились проблемы - драйвер не загрузился. Со свободным драйвером nouveau при загрузке также обнаружились проблемы - очень долгая загрузка.
Оказалось, что я установил систему с флешки, на которой была система с ядром 5.4.27 от 23.03.2020, а у меня было две флешки. Установил со второй - на ней система с ядром 5.4.32 от 16.04.2020.
В этой системе драйвер nvidia установился без проблем, загрузка проходит нормально, sddm стартует через 17 секунд после nvidia. Похоже изначально у меня система была установлена с ядром 5.4.27, а с ним, видимо, и связана проблема с загрузкой.
Помню, я хотел побыстрей перейти на R11 и пробовал еще в марте сырые версии. И имел с ними подобные же проблемы. Надеюсь теперь все будет нормально.
Спасибо всем откликнувшимся за помощь!

[Barmalei]

В репозиториях уже ядро 5.4.72. Если все обновления прилетели, оно тоже должно прилететь.