Penundaan boot lama pada pemuatan / splash screen Ubuntu setelah dist-upgrade reguler pada pemasangan SSD bersih (18.04)

Saya sudah menjalankan 18,04 sejak SSD bersih dipasang pada hari rilis resmi, tanpa masalah.
Daya untuk masuk adalah detik (maks 10)

Lalu, saya melakukan upgrade reguler pagi ini:

$ sudo apt update && sudo apt dist-upgrade

Paket yang diinstal / ditingkatkan adalah :

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)

Saya reboot setelah upgrade selesai, dan mencatat penundaan 2-3 menit pada layar loading / splash Ubuntu (sebelum login) (tanpa kemajuan / aktivitas yang ditunjukkan pada titik-titik).

Saya mati dan mencoba untuk boot lagi, tetapi saya mendapatkan penundaan ini secara konsisten sekarang. Tutup juga jauh lebih lambat.

Pembaruan # 1 (2018-07-03):
Analisis pada 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

Menunjukkan hal itu plymouth-quit-wait.service(yang sekarang saya yakini terkait dengan pemuatan / layar splash Ubuntu) dan snapd.seeded.servicesejauh ini merupakan layanan terpanjang yang dijalankan. Jadi saya membandingkan waktu sebelum dist-upgradedan sesudah:

$ 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.

Sebelum upgrade plymouth-quit-wait.servicebutuh 3 detik . Setelah peningkatan, butuh 3 menit 35 detik

$ 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.

Sebelum peningkatan snapd.seeded.serviceberlangsung 0 detik . Setelah upgrade, butuh 2 menit 2 detik.

Pembaruan # 2 (2018-07-06):
Boot pagi ini menunjukkan kembalinya penundaan .
Jadi saya kira kita masih menunggu pembaruan kernel / plymouth / snapd .

Pembaruan # 3 (2018-07-12):
Masalahnya tampaknya telah diatasi , tetapi saya tidak melihat pembaruan apa pun untuk diambil atau dihapus, dan saya masih menjalankan kernel 4.15.0-24. Jadi saya tidak yakin pembaruan paket mana yang memperbaiki masalah, atau apakah itu hanya menyelesaikan sendiri. Membaca pembaruan bug pada launchpad tidak jelas bagi saya apa yang telah dilakukan (atau sedang dilakukan) untuk paket apa. Kalau ada yang bisa mengklarifikasi itu akan sangat berguna.

Ini adalah regresi terkait kernel, bug launchpad adalah: https://bugs.launchpad.net/ubuntu/+bug/1779827

Sebagai solusinya, tekan tombol dan / atau gerakkan mouse saat boot.

Singkatnya, layanan yang menggunakan / dev / urandom atau getrandom () sekarang memblokir sampai tersedia cukup entropi. Di masa lalu, dibutuhkan lebih sedikit entropi untuk / dev / urandom.

Status terbaru dari https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1779961/comments/5 adalah:

Meta-paket telah dibatalkan dan perbaikan sedang dalam proses diterapkan dan diunggah.

Tim snapd juga melihat ini dan bekerja dengan bson hulu untuk memastikan tidak ada / dev / unrandom diperlukan untuk startup ( https://github.com/snapcore/snapd/pull/5464 )

Jadi masalah ini harus segera diperbaiki melalui kernel atau pembaruan snapd.

Anda dapat memindahkan mouse atau meningkatkan entropi dalam sistem.

sudo apt install haveged

situs web telah ditempa

Bekerja untuk kernel default dan dari ukuu. Ini memungkinkan sistem untuk boot dengan benar pada kernel 4.17.4.

Saya memiliki masalah yang sama dengan 4.15.0-24-generic #26-Ubuntu SMP

user@nb:~$ systemd-analyze blame |head
         4min 2s plymouth-quit-wait.service
          1.440s systemd-udev-settle.service
           562ms dev-sda1.device
           313ms udisks2.service
           240ms systemd-rfkill.service
           231ms NetworkManager.service
           194ms networkd-dispatcher.service
           180ms systemd-backlight@backlight:acpi_video0.service
           179ms systemd-journal-flush.service
           147ms systemd-logind.service

Untuk solusi sementara , Anda hanya perlu menggerakkan mouse / touchpad Anda saat melakukan booting , menghasilkan waktu boot yang "normal"; dalam hal ini:

user@nb:~$ systemd-analyze blame |head
          1.440s systemd-udev-settle.service
           882ms plymouth-quit-wait.service
           562ms dev-sda1.device
           313ms udisks2.service
           240ms systemd-rfkill.service
           231ms NetworkManager.service
           194ms networkd-dispatcher.service
           180ms systemd-backlight@backlight:acpi_video0.service
           179ms systemd-journal-flush.service
           147ms systemd-logind.service

Perbaiki Sumber: https://ubuntuforums.org/showthread.php?t=2395451&p=13780509#post13780509

Saya telah melihat manifes ini di dua desktop yang saya kelola. Menjalankan perintah berikut untuk menginstal rng-toolsmemecahkan masalah untuk saya:

sudo apt install rng-tools

Dari Arch wiki: The rng-tools adalah sekumpulan utilitas yang terkait dengan pembuatan angka acak di kernel. Ini terutama berguna untuk meningkatkan jumlah entropi dalam kernel untuk membuat / dev / random lebih cepat.