Проблема в том, что resolveconf-pull-resolved.service
и plymouth-quit-wait.service
занимают много времени времени, чтобы замедлить общий процесс загрузки. Первый при поиске я обнаружил различные проблемы, из-за которых загрузка зависала там, но ни одна из них не вызывала медленную загрузку в целом, для второго я нашел этот ответ, в котором говорится, что эта служба не виноват, поскольку он просто ждет, пока другие завершат.
Весь процесс моего исследования объясняется ниже:
systemd-analysis time
дает следующий результат:
Startup finished in 7.870s (firmware) + 3.118s (loader) + 19.467s (kernel) + 1min 56.978s (userspace) = 2min 27.435s
graphical.target reached after 1min 56.840s in userspace
После этого ответа относительно медленного пользовательского пространства моя проблема была аналогичной (то есть ] snapd
был одним из главных виновников замедления) as systemd-analysis виноват | grep snapd
дал следующий результат:
26.656s snapd.service
1.011s snapd.apparmor.service
915ms snapd.seeded.service
1ms snapd.socket
и systemd-analysis виноват | grep dev-loop
дал
10.384s dev-loop19.device
10.236s dev-loop9.device
10.155s dev-loop0.device
10.151s dev-loop16.device
10.110s dev-loop14.device
9.776s dev-loop13.device
9.470s dev-loop15.device
9.294s dev-loop12.device
9.106s dev-loop6.device
8.982s dev-loop17.device
8.873s dev-loop11.device
8.864s dev-loop10.device
8.738s dev-loop8.device
8.731s dev-loop18.device
8.724s dev-loop21.device
8.052s dev-loop3.device
8.017s dev-loop2.device
5.861s dev-loop5.device
5.374s dev-loop1.device
4.883s dev-loop4.device
Но если мы посмотрим на весь график в файле svg (я разместил ссылку, так как загрузка всего изображения сюда сделает его нечитаемым из-за сжатия размера ) resolveconf-pull-resolved.service
и plymouth-quit-wait.service
по-прежнему занимают больше времени, чем они.Ниже я разместил снимок экрана, показывающий соответствующий раздел файла svg
.
Вчера у меня была аналогичная ситуация, и после некоторой очистки resolveconf-pull-resolved.service
исчез из списка, а plymouth-quit-wait.service
] вернулся на третье место. Вот шаги, которые я выполнил:
$ sudo snap remove xxx
) и переустановите инструменты, используя другие средства, такие как apt
или . пакеты deb
. Это значительно улучшило время загрузки (многие петлевые устройства были отключены). Я не мог полностью избавиться от привязки, потому что я использую Gnome Desktop, и кажется, что он был установлен с помощью привязки во время установки ОС. Это мой минимальный список снимков. $ sudo systemctl stop xxx
и $ sudo systemctl disable xxx
). В моем случае я остановил PostgreSQL
(занимает много времени), я также остановил Apache
, InfluxDB
и OpenProject
(многие сервисы по теме)apt-daily.service
, чтобы он срабатывал после загрузки. Прочтите этот пост, чтобы узнать, как это сделать. После всех этих действий у меня резко сократилось время загрузки.Я думаю об использовании другого менеджера рабочего стола, такого как Xfce
, или удалить Gnome Desktop и переустановить его без использования Snaps.
В качестве примечания: я удивлен тем, как мало времени требуется для запуска приложения без снимков, например, VLC появляется почти мгновенно, прежде чем занять несколько секунд, около 5-10.
Надеюсь, это поможет!