Ich habe am Tag der offiziellen Veröffentlichung 18.04 seit einer sauberen SSD-Installation ausgeführt, ohne Probleme.
Das Einschalten der Anmeldung dauerte Sekunden (max. 10).
Dann habe ich heute Morgen ein regelmäßiges Upgrade durchgeführt :
$ sudo apt update && sudo apt dist-upgrade
Die installierten / aktualisierten Pakete waren :
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)
Ich habe nach Abschluss des Upgrades einen Neustart durchgeführt und auf dem Ubuntu-Lade- / Begrüßungsbildschirm (vor der Anmeldung) eine Verzögerung von 2-3 Minuten festgestellt (ohne Fortschritt / Aktivität auf den Punkten).
Ich habe mich ausgeschaltet und versucht, erneut zu booten, aber diese Verzögerung wird jetzt konstant angezeigt. Auch das Herunterfahren ist viel langsamer.
Update # 1 (2018-07-03):
Analyse auf 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
Dies zu zeigen plymouth-quit-wait.service(was meiner Meinung nach mit dem Laden / Begrüßungsbildschirm von Ubuntu zu tun hat) und snapd.seeded.servicebei weitem die am längsten laufenden Dienste zu initiieren waren. Also habe ich die Zeiten vorher dist-upgradeund nachher verglichen :
$ 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.
Vor dem Upgrade plymouth-quit-wait.servicedauerte 3 Sekunden . Nach dem Upgrade dauerte es 3 Minuten 35 Sekunden
$ 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.
Vor dem Upgrade snapd.seeded.servicedauerte 0 Sekunden . Nach dem Upgrade dauerte es 2 Minuten 2 Sekunden.
Update Nr. 2 (06.07.2018): Mit
dem Boot heute Morgen kehrte die Verspätung zurück .
Ich denke, wir warten immer noch auf das Kernel / Plymouth / Snapd-Update .
Update Nr. 3 (12.07.2018):
Das Problem scheint behoben zu sein , aber ich habe kein Update für Snap oder Plymouth gesehen, und ich verwende immer noch den Kernel 4.15.0-24. Ich bin mir also nicht sicher, welches Paket-Update das Problem behoben hat oder ob es sich selbst irgendwie gelöst hat. Beim Lesen der Bug-Updates auf dem Launchpad ist mir unklar, was mit welchem Paket / welchen Paketen gemacht wurde (oder wird). Wenn jemand das klarstellen kann, wäre das sehr nützlich.
3min 57.515s plymouth-quit-wait.service 2min 24.588s snapd.seeded.service