J'exécute le 18.04 depuis une installation propre du SSD le jour de sa sortie officielle, sans problème.
La mise sous tension pour se connecter était de quelques secondes (max 10)
Ensuite, j'ai fait une mise à jour régulière ce matin:
$ sudo apt update && sudo apt dist-upgrade
Les packages installés / mis à niveau étaient :
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)
J'ai redémarré une fois la mise à niveau terminée et j'ai noté un délai de 2-3 minutes sur l' écran de chargement / démarrage d'Ubuntu (avant la connexion) (sans aucune progression / activité indiquée sur les points).
Je me suis mis hors tension et j'ai essayé de redémarrer, mais je reçois ce délai de manière constante maintenant. La fermeture est également beaucoup plus lente.
Mise à jour # 1 (2018-07-03):
Analyse sur 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
Montrant cela plymouth-quit-wait.service(qui je crois maintenant est lié à l'écran de chargement / splash d'Ubuntu) et snapd.seeded.serviceétait de loin le service le plus ancien à lancer. J'ai donc comparé les temps avant dist-upgradeet après:
$ 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.
Avant la mise à niveau a plymouth-quit-wait.servicepris 3 secondes . Après la mise à niveau, il a fallu 3 minutes 35 secondes
$ 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.
Avant la mise à niveau a snapd.seeded.servicepris 0 secondes . Après la mise à niveau, cela a pris 2 minutes 2 secondes.
Mise à jour # 2 (2018-07-06):
La botte de ce matin a vu le retour du retard .
Donc je suppose que nous attendons toujours la mise à jour du noyau / plymouth / snapd .
Mise à jour # 3 (2018-07-12):
Le problème semble être résolu , mais je n'ai vu aucune mise à jour pour snap ou plymouth, et j'utilise toujours le noyau 4.15.0-24. Je ne suis donc pas sûr de la mise à jour du package qui a résolu le problème, ou si elle s'est simplement résolue d'une manière ou d'une autre. En lisant les mises à jour des bogues sur le tableau de bord, je ne sais pas ce qui a été fait (ou est en cours) pour quel (s) package (s). Si quelqu'un peut clarifier cela, ce serait très utile.
3min 57.515s plymouth-quit-wait.service 2min 24.588s snapd.seeded.service