я заглянул в этот вопрос среди нескольких других (включенных и выключенных SO) для решения.
Проголосовавшие (но нет принято) ответ на этот вопрос, предлагает энтропия может быть проблемой.
У меня с самого начала есть оба хэвенг и rng-инструменты установлен и включен, а энтропия довольно высока (согласно комментариям к этому ответу, которые предлагают что-то близкое к 4000 как хорошее значение).
$ cat /proc/sys/kernel/random/entropy_avail
$ 3703
Я отключил кучу служб, таких как Docker, lxc и т. д., которые, по моему мнению, могли замедлять процесс загрузки. Вот результат критической цепи после этого. Я не думаю, что какие-то ненужные службы запускаются.
$ systemd-анализировать критическую цепь
Время, когда устройство стало активным или запущенным, печатается после символа «@».
Время, которое понадобилось устройству для запуска, печатается после символа «+».
graphical.target @ 18,632 с
ââmulti-user.target @18.632s
ââModemManager.service @12.750s +3.349s
ââpolkit.service @9.288с +3.409с
ââbasic.target @8.854s
ââsockets.target @8.854s
ââlibvirtd-admin.socket @8.854s
ââlibvirtd.socket @8.848s +5ms
ââsysinit.target @8.817s
ââsystemd-sysctl.service @8.795s +21ms
ââsystemd-modules-load.service @ 2,849 с +5,941 с
ââsystemd-journald.socket @2.737s
ââ-.mount @ 2.733s
ââsystem.slice @2.733s
ââ-.slice @2.733s
Вот мой lightdm.log.
[+7,13 с] DEBUG: Процесс 1994 завершился с возвратом значения 0
[+7,13 с] DEBUG: Seat seat0: статус выхода /sbin/prime-offload: 0
[+7,13 с] DEBUG: posix_spawn обходится (запрошено закрытие fd) (указано child_setup)
[+7,13 с] DEBUG: Seat seat0: Показать готовность сервера, запуск аутентификации сеанса
[+7,13 с] ОТЛАДКА: сеанс pid=1999: запущен со службой 'lightdm-greeter', имя пользователя 'lightdm'
[+7.40s] DEBUG: Session pid=1999: Аутентификация завершена с возвращаемым значением 0: Успех
[+7,40 с] DEBUG: Seat seat0: сеанс аутентифицирован, запущена команда
[+7.40s] DEBUG: Session pid=1999: Запуск команды /usr/lib/lightdm/lightdm-greeter-session /usr/sbin/lightdm-gtk-greeter
[+7.40s] ОТЛАДКА: Создание общего каталога данных /var/lib/lightdm-data/lightdm
[+7.40s] DEBUG: Session pid=1999: Ведение журнала в /var/log/lightdm/seat0-greeter.log
[+30,54 с] ОТЛАДКА: Активация VT 7
[+30,54 с] DEBUG: Активация сеанса login1 c1
[+30,54 с] ОТЛАДКА: Seat seat0 меняет активный сеанс на c1
[+30,54 с] ОТЛАДКА: сеанс c1 уже активен
[+48,16 с] ОТЛАДКА: Подключенная версия приветствия = 1.30.0 API = 1 сбрасываемая = ложь
[+49,90 с] ОТЛАДКА: приветствие запускает аутентификацию для junaid
[+49,90 с] ОТЛАДКА: сеанс pid=6578: запущен со службой 'lightdm', имя пользователя 'junaid'
[+49,92 с] DEBUG: сеанс pid=6578: получено 1 сообщение(я) от
Я уже пытался переключиться на драйверы amdgpu-pro из сайт амд и это ничего не изменило. Я вернулся к драйверам с открытым исходным кодом.
Я также переключился с lightdm на sddm и на gdm3 в качестве альтернативы. Вот результат для этого.
$ systemd-анализ
Запуск завершен за 7,564 с (ядро) + 18,663 с (пользовательское пространство) = 26,228 с.
graphical.target достигнут через 18,632 с в пользовательском пространстве
С lightdm у меня просто пустой экран примерно на 30 секунд, прежде чем появится приветствие.
$ systemd-анализ
Запуск завершен за 6,667 с (ядро) + 16,169 с (пользовательское пространство) = 22,837 с.
graphical.target достигнут через 16,155 с в пользовательском пространстве
Интересная особенность sddm заключается в том, что курсор мыши (хотя и замороженный) уже появляется почти сразу, но приветствующий не появляется в течение следующих ~ 20 секунд.
$ systemd-анализ
Запуск завершен за 6,562 с (ядро) + 52,061 с (пользовательское пространство) = 58,624 с.
graphical.target достигнут через 52,047 с в пользовательском пространстве
$ systemd-анализировать вину
41.779s plymouth-quit-wait.service
5.738s systemd-modules-load.service
5.519s udisks2.service
4.411s network-dispatcher.service
3.809s учетные записи-daemon.service
3.443s [email protected]
3.011s qemu-kvm.service
2.930s uml-utilities.service
2.614s dev-sdb5.device
2.459s ModemManager.service
2.205с полкит.сервис
2.158s avahi-daemon.service
2.136s NetworkManager.service
2.124s данди.сервис
2.005s ofono.service
1.958s gpu-manager.service
1.920s grub-common.service
...
И, наконец, системный журнал показывает, что ядро загружается довольно быстро (~ 4 секунды), пока не возникают следующие проблемы, занимающие 20–30 секунд, что примерно соответствует времени, когда экран остается пустым и не отвечает до появления экрана входа в систему.
18 декабря 12:04:03 мой рабочий стол NetworkManager[1057]: <info> [1639825443.5387] менеджер: состояние NetworkManager теперь CONNECTED_GLOBAL
18 декабря, 12:04:13 my-desktop systemd[1]: NetworkManager-dispatcher.service: успешно.
18 декабря, 12:04:22 my-desktop systemd[1]: systemd-fsckd.service: успешно.
18 декабря, 12:04:22 my-desktop systemd-timesyncd[996]: начальная синхронизация с сервером времени 91.189.89.199:123 (ntp.ubuntu.com).
18 декабря, 12:04:26 my-desktop systemd[1]: systemd-hostnamed.service: успешно.
18 декабря, 12:04:40 my-desktop systemd[1]: Создан пользовательский слайс с UID 1000.
При использовании gdm3 экран загрузки остается замороженным примерно на 30 секунд, прежде чем появится приветствие входа в систему.
У меня есть не такая уж плохая система, собранная пару лет назад, с процессором Ryzen 7, 32 ГБ ОЗУ, 256 ГБ SSD для ОС, и я использую последнюю версию Ubuntu 20.04 LTS.
Так что, если есть решение этой проблемы, оно ускользнуло от меня за последние 2-3 часа.
