Używam 18.04 od czasu czystej instalacji SSD w dniu jej oficjalnej premiery, bez problemów.
Włączenie do zalogowania trwało sekundy (maks. 10)
Potem rano przeprowadziłem regularną aktualizację :
$ sudo apt update && sudo apt dist-upgrade
Zainstalowane / zaktualizowane pakiety to :
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)
Po zakończeniu aktualizacji uruchomiłem się ponownie i zauważyłem 2-3 minutowe opóźnienie na ekranie ładowania / powitania Ubuntu (przed zalogowaniem) (bez postępu / aktywności zaznaczonego kropkami).
Wyłączyłem się i spróbowałem ponownie uruchomić komputer, ale teraz opóźnienie jest konsekwentne. Także zamykanie jest znacznie wolniejsze.
Aktualizacja nr 1 (2018-07-03):
Analiza w systemied:
$ 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
Pokazuje to plymouth-quit-wait.service(co, jak sądzę, jest związane z ładowaniem / ekranem powitalnym Ubuntu) i snapd.seeded.servicebyło zdecydowanie najdłużej działającymi usługami do zainicjowania. Porównałem więc czasy przed dist-upgradei po:
$ 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.
Zanim aktualizacja plymouth-quit-wait.servicezajęła 3 sekundy . Po aktualizacji zajęło 3 minuty 35 sekund
$ 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.
Zanim aktualizacja snapd.seeded.servicezajęła 0 sekund . Po aktualizacji zajęło 2 minuty 2 sekundy.
Aktualizacja nr 2 (06.07.2018): Dzisiejszy
rozruch przyniósł opóźnienie .
Sądzę więc, że wciąż czekamy na aktualizację jądra / plymouth / snapd .
Aktualizacja nr 3 (2018-07-12): Wygląda na to , że
problem został rozwiązany , ale nie widziałem żadnej aktualizacji do snapu lub plymoutha, a ja nadal korzystam z jądra 4.15.0-24. Nie jestem więc pewien, która aktualizacja pakietu rozwiązała problem, czy też jakoś się rozwiązała. Czytanie aktualizacji błędów na starterze nie jest dla mnie jasne, co zostało zrobione (lub co jest zrobione) do jakiego pakietu / pakietów. Jeśli ktoś może wyjaśnić, byłoby to bardzo przydatne.
3min 57.515s plymouth-quit-wait.service 2min 24.588s snapd.seeded.service