Estou executando o 18.04 desde uma instalação limpa do SSD no dia de seu lançamento oficial, sem problemas.
A inicialização do login foi em segundos (máximo 10)
Então, fiz uma atualização regular esta manhã:
$ sudo apt update && sudo apt dist-upgrade
Os pacotes instalados / atualizados foram :
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)
Reiniciei uma vez que a atualização foi concluída e observei um atraso de 2 a 3 minutos na tela inicial / de carregamento do Ubuntu (antes do login) (sem nenhum progresso / atividade indicado nos pontos).
Desliguei e tentei inicializar novamente, mas agora estou recebendo esse atraso de forma consistente. Também fechar é muito mais lento também.
Atualização # 1 (03/07/2018):
Análise no 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
Mostrando isso plymouth-quit-wait.service(que agora acredito estar relacionado à tela inicial / de carregamento do Ubuntu) e snapd.seeded.serviceforam de longe os serviços mais antigos a serem iniciados. Então eu comparei os tempos antes dist-upgradee depois:
$ 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 a atualização plymouth-quit-wait.servicedemorar 3 segundos . Após a atualização, levou 3 minutos e 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 a atualização snapd.seeded.servicedemorar 0 segundos . Após a atualização, demorou 2 minutos e 2 segundos.
Atualização # 2 (06/07/2018):
A inicialização desta manhã viu o retorno do atraso .
Acho que ainda estamos aguardando a atualização do kernel / plymouth / snapd .
Atualização # 3 (12/07/2018):
O problema parece estar resolvido , mas não vi nenhuma atualização para encaixar ou plymouth, e ainda estou executando o kernel 4.15.0-24. Portanto, não tenho certeza de qual atualização de pacote corrigiu o problema ou se ela se resolveu de alguma forma. Lendo as atualizações de bugs na barra de ativação, não está claro para mim o que foi feito (ou está sendo feito) para quais pacotes. Se alguém puder esclarecer isso seria muito útil.
3min 57.515s plymouth-quit-wait.service 2min 24.588s snapd.seeded.service