Я попробовал отключитьслужба сетевого менеджерабезуспешно. Загрузка занимает более полутора минут. Вот вывод из
systemd-анализ критической цепи
graphical.target @1min 35.521s
└─multi-user.target @1min 35.521s
└─plymouth-quit-wait.service @1min 31.228s +4.292s
└─systemd-user-sessions.service @1min 31.219s +4ms
└─network.target @1min 31.217s
└─wpa_supplicant.service @1min 31.689s +10ms
└─dbus.service @1min 30.455s
└─basic.target @1min 30.442s
└─sockets.target @1min 30.442s
└─uuidd.socket @1min 30.442s
└─sysinit.target @1min 30.370s
└─systemd-backlight@leds:tpacpi::kbd_backlight.service @952>
└─system-systemd\x2dbacklight.slice @538ms
└─system.slice @175ms
└─-.slice @175ms
lines 1-18/18 (END)
systemd-анализ
Startup finished in 5.415s (kernel) + 1min 35.528s (userspace) = 1min 40.943s
graphical.target reached after 1min 35.521s in userspace
systemd-анализ вины
4.292s plymouth-quit-wait.service
937ms systemd-logind.service
846ms accounts-daemon.service
826ms networkd-dispatcher.service
798ms udisks2.service
765ms bluetooth.service
765ms avahi-daemon.service
760ms NetworkManager.service
755ms system76-power.service
752ms polkit.service
743ms switcheroo-control.service
739ms thermald.service
649ms gpu-manager.service
647ms dev-mapper-data\x2droot.device
639ms apport.service
634ms grub-common.service
624ms rsyslog.service
620ms lm-sensors.service
606ms e2scrub_reap.service
557ms vpnagentd.service
504ms fwupd.service
213ms apparmor.service
203ms systemd-rfkill.service
lines 1-23
Технические характеристики системы
- Дистрибутив: Ubuntu
- Шифрование диска: включено
- Аппаратное обеспечение: Thinkpad X1 Extreme, процессор i7 8-го поколения, 32 ГБ ОЗУ, NVIDIA 1050 Ti
- версия ядра xanmod: стабильная версия 5.10.35
Раньше он быстро загружался даже с включенным шифрованием диска в ядре по умолчанию, которое поставлялось с Pop os, после установки ядра xanmod я столкнулся с этой проблемой медленной загрузки. Я пробовал загрузиться с ядра по умолчанию, а затем даже удалил его, но это не помогло.
решение1
Оказывается, проблема в разделе подкачки, имеющем другой UUID в файлах конфигурации. Система ждала целых 90 секунд перед тем, как войти в экран входа, потому что она искала раздел подкачки, которого не было.
Итак, исправление этой проблемы заключается в загрузке системы в режиме восстановления и проверке, ищет ли она раздел подкачки, если ищет, то файлы конфигурации необходимо обновить с помощью правильного UUID раздела подкачки, который действительно существует. Если вы не хотите иметь раздел подкачки, то можете удалить/комментировать контуры, которые будут искать раздел подкачки из этих файлов.
Эта статья поможет вам найти, где находятся эти файлы конфигурации и что/как вам нужно редактировать в них: Что делать с ошибкой «диск для /dev/mapper/cryptswap1 еще не готов или отсутствует»?