Я работаю 18.04 с момента чистой установки SSD в день его официального выпуска, без проблем.
Включение при входе в систему было секунд (не более 10)
Затем я сделал обычное обновление этим утром:
$ sudo apt update && sudo apt dist-upgrade
Установленные / обновленные пакеты :
Install: linux-headers-4.15.0-24:amd64 (4.15.0-24.26, automatic), linux-headers-4.15.0-24-generic:amd64 (4.15.0-24.26, automatic), linux-modules-extra-4.15.0-24-generic:amd64 (4.15.0-24.26, automatic), linux-modules-4.15.0-24-generic:amd64 (4.15.0-24.26, automatic), linux-image-4.15.0-24-generic:amd64 (4.15.0-24.26, automatic)
Upgrade: gnome-control-center-data:amd64 (1:3.28.1-0ubuntu1.18.04.1, 1:3.28.1-0ubuntu1.18.04.2), linux-headers-generic:amd64 (4.15.0.23.25, 4.15.0.24.26), gnome-control-center:amd64 (1:3.28.1-0ubuntu1.18.04.1, 1:3.28.1-0ubuntu1.18.04.2), linux-image-generic:amd64 (4.15.0.23.25, 4.15.0.24.26), linux-signed-generic:amd64 (4.15.0.23.25, 4.15.0.24.26), gnome-control-center-faces:amd64 (1:3.28.1-0ubuntu1.18.04.1, 1:3.28.1-0ubuntu1.18.04.2), linux-generic:amd64 (4.15.0.23.25, 4.15.0.24.26)
Я перезагрузил компьютер после завершения обновления и отметил 2-3-минутную задержку на экране загрузки / заставки Ubuntu (до входа в систему) (без какого-либо прогресса / активности, указанных в точках).
Я выключился и попытался снова загрузиться, но теперь получаю эту задержку постоянно. Также закрыть намного медленнее тоже.
Обновление № 1 (2018-07-03):
анализ в systemd:
$ sudo systemd-analyze blame
3min 53.073s plymouth-quit-wait.service
2min 20.699s snapd.seeded.service
49.949s snapd.service
6.186s NetworkManager-wait-online.service
1.148s dev-sda2.device
1.098s plymouth-start.service
Показывая это plymouth-quit-wait.service
(что я теперь считаю, связано с загрузочным / заставочным экраном Ubuntu) и snapd.seeded.service
на сегодняшний день были запущены самые длинные службы. Поэтому я сравнил время до dist-upgrade
и после:
$ journalctl -u plymouth-quit-wait.service --since today
-- Logs begin at Fri 2018-04-27 13:01:30 BST, end at Tue 2018-07-03 12:38:05 BST. --
Jul 03 04:15:43 user-laptop systemd[1]: Starting Hold until boot process finishes up...
Jul 03 04:15:46 user-laptop systemd[1]: Started Hold until boot process finishes up.
-- Reboot --
Jul 03 04:21:17 user-laptop systemd[1]: Starting Hold until boot process finishes up...
Jul 03 04:24:52 user-laptop systemd[1]: Started Hold until boot process finishes up.
До обновления plymouth-quit-wait.service
прошло 3 секунды . После обновления прошло 3 минуты 35 секунд
$ journalctl -u snapd.seeded.service --since today
-- Logs begin at Fri 2018-04-27 13:01:30 BST, end at Tue 2018-07-03 12:42:14 BST. --
Jul 03 04:15:43 user-laptop systemd[1]: Starting Wait until snapd is fully seeded...
Jul 03 04:15:43 user-laptop systemd[1]: Started Wait until snapd is fully seeded.
-- Reboot --
Jul 03 04:22:47 user-laptop systemd[1]: Starting Wait until snapd is fully seeded...
Jul 03 04:24:49 user-laptop systemd[1]: Started Wait until snapd is fully seeded.
До обновления snapd.seeded.service
прошло 0 секунд . После обновления прошло 2 минуты 2 секунды.
Обновление № 2 (2018-07-06):
загрузка этим утром вернула задержку .
Так что, думаю, мы все еще ждем обновления ядра / plymouth / snapd .
Обновление № 3 (2018-07-12):
проблема, кажется, решена , но я не видел никаких обновлений для оснастки или plymouth, и я все еще использую ядро 4.15.0-24. Так что я не уверен, какое обновление пакета решило проблему, или оно просто как-то разрешилось. Читая обновления багов на панели запуска, мне неясно, что было сделано (или делается) с какими пакетами. Если кто-то может уточнить, это было бы очень полезно.
3min 57.515s plymouth-quit-wait.service
2min 24.588s snapd.seeded.service