He estado ejecutando 18.04 desde una instalación SSD limpia el día de su lanzamiento oficial, sin problemas.
El encendido para iniciar sesión fue de segundos (máximo 10)
Entonces, hice una actualización regular esta mañana:
$ sudo apt update && sudo apt dist-upgrade
Los paquetes instalados / actualizados fueron :
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)
Reinicié una vez que se completó la actualización, y noté un retraso de 2-3 minutos en la pantalla de carga / bienvenida de Ubuntu (antes del inicio de sesión) (sin ningún progreso / actividad indicada en los puntos).
Apagué e intenté arrancar de nuevo, pero ahora recibo este retraso de manera constante. También cerrar es mucho más lento también.
Actualización n. ° 1 (2018-07-03):
Análisis en 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
Mostrar eso plymouth-quit-wait.service
(que ahora creo que está relacionado con la pantalla snapd.seeded.service
de inicio / carga de Ubuntu) y fueron, con mucho, los servicios más antiguos en iniciarse. Así que comparé los tiempos antes dist-upgrade
y despué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.
Antes de la actualización plymouth-quit-wait.service
tomó 3 segundos . Después de la actualización, tomó 3 minutos y 35 segundos
$ 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.
Antes de la actualización snapd.seeded.service
tomó 0 segundos . Después de la actualización, tardó 2 minutos y 2 segundos.
Actualización n. ° 2 (2018-07-06):
el arranque de esta mañana vio el regreso de la demora .
Así que supongo que todavía estamos esperando la actualización kernel / plymouth / snapd .
Actualización n. ° 3 (2018-07-12):
el problema parece estar resuelto , pero no vi ninguna actualización para ajustar o plymouth, y todavía estoy ejecutando el kernel 4.15.0-24. Así que no estoy seguro de qué actualización de paquete solucionó el problema, o si simplemente se resolvió de alguna manera. Al leer las actualizaciones de errores en el launchpad no me queda claro qué se hizo (o se está haciendo) en qué paquete / s. Si alguien puede aclarar eso sería muy útil.
3min 57.515s plymouth-quit-wait.service
2min 24.588s snapd.seeded.service