Я нашел подобные темы относительно медленной начальной загрузки ядра, но моя проблема состоит в том, что моя система занимает 3 минуты для загрузки пространства пользователя
systemd-analyze
дает следующий вывод
Startup finished in 4.247s (kernel) + 3min 743ms (userspace = 3min 4.991s
graphical.target reacher after 1min 35.812s in userspace
Существует ли способ определить то, что точно занимает так много времени? Я выполняю Xubuntu 18.04 в VirtualBox, и я думаю проблема, запущенная после того, как я увеличил свой раздел (включая воссоздание раздела подкачки).
править: Вывод systemd-analyze critical-chain
graphical.target @1min 35.812s
└─multi-user.target @1min 35.812s
└─docker.service @1min 32.815s +2.996s
└─network-online.target @1min 32.814s
└─NetworkManager-wait-online.service @1min 31.863s +951ms
└─NetworkManager.service @1min 31.075s +784ms
└─dbus.service @1min 30.640s
└─basic.target @1min 30.529s
└─sockets.target @1min 30.529s
└─docker.socket @1min 30.498s +30ms
└─sysinit.target @1min 30.493s
└─apparmor.service @979ms +695ms
└─local-fs.target @947ms
└─media-aj-VBox_GAs_5.2.81.mount @1min 39.649s
└─clean-mount-point@media-aj-VBox_GAs_5.2.81.service @
└─system-clean\x2dmount\x2dpoint.slice @1min 39.668s
└─system.slice @272ms
└─-.slice @266ms
Что окончательно решило мою проблему, так это обновление UUID моего раздела подкачки в / etc / fstab в соответствии с информацией из Медленная загрузка - «запускается задание запуска для dev-disk-by ...» ;
Поскольку я изменил размер основного раздела, мне также пришлось переместить свой раздел подкачки, похоже, что система создаст новый UUID, но не обновит его в файле fstab. Я вернулся через несколько секунд после загрузки.
Ответ от Александра помог мне получить сообщения о загрузке, направляющие меня в правильном направлении.
Я нашел эту статью, это очень похоже, но включает медленные времена ядер и медленные времена загрузки пространства пользователя. https://askubuntu.com/a/1029880/852847, я надеюсь, что он выручает Вас в некоторой форме.