Я працюю 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): вчорашній
черевик побачив повернення затримки .
Тому я думаю, що ми ще чекаємо оновлення ядра / плімута / оснащення .
Оновлення №3 (2018-07-12): Здається,
проблема вирішена , але я не побачив жодного оновлення для оснащення чи плімуту, і я все ще працюю з ядром 4.15.0-24. Тож я не впевнений, яке оновлення пакета вирішило проблему, або якщо воно просто якось вирішилось. Читаючи оновлення помилок на стартовій панелі, мені незрозуміло, що було зроблено (чи робиться) для якого пакета / з. Якщо хтось може уточнити, це було б дуже корисно.
3min 57.515s plymouth-quit-wait.service 2min 24.588s snapd.seeded.service