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


24

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.


Sepertinya saya snapd sedang seeding (menyegarkan database snap) untuk 2:20. Peristiwa langka, tidak ada yang rusak. Jika itu terjadi setiap saat, ajukan bug terhadap snapd.
user535733

1
Saya mengalami masalah yang sama setelah instalasi baru Ubuntu 18.04: 3min 57.515s plymouth-quit-wait.service 2min 24.588s snapd.seeded.service
Alessandro Gaballo

1
Saya memiliki masalah yang sama hari ini setelah memutakhirkan kernel saya ke 4.15.0-24-generik.
user605331

1
Pertimbangkan memulai utas di forum.snapcraft.io . Di situlah pengembang snap nongkrong. Pastikan untuk memulai utas HANYA jika Anda bersedia membantu mereka memecahkan masalah dan menguji. Semua orang harus berlangganan ke utas yang sama, dan menghindari komentar 'saya juga' yang tidak berguna - jaga kebisingan agar pengembang tidak berkecil hati dan mematikan.
user535733

2
Saya login bug di: bugs.launchpad.net/snapd/+bug/1779872 Saya pasti bersedia membantu memecahkan masalah
Broadsworde

Jawaban:


15

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.


1
Saya baru saja mencoba boot "shift" dan sepertinya mencerminkan boot untuk login kali saya telah melihat sebelum pembaruan ... jadi apa yang rusak di sini? BTW, "shift" saat boot tidak memberiku menu grub, tapi itu memberiku login lebih cepat.
Broadsworde

Michael, bisakah Anda mengedit jawaban ini dan memasukkan informasi dari jawaban Anda yang lain ke dalam yang ini dan kemudian menghapus yang lain? Kami menyukai satu pertanyaan, satu jawaban di sini ... Terima kasih! ;-)
Fabby

silakan hubungi mod untuk menggabungkan akun Anda
Zanna

@Broadsworde, Spamming (pemukulan berulang) tombol shift atau tombol Esc di Ubuntu 18.04 LTS menampilkan menu grub untuk saya. (Tidak cukup hanya dengan menekan tombol; saya kira itu bisa berbeda antar komputer.)
sudodus

11

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.


Solusi menarik. Saya belum memiliki masalah karena saya baru-baru ini beralih ke 4.4.0-130untuk bereksperimen Virtualbox, tetapi saya menginstal havegeduntuk membuktikan mesin saya di masa depan.
WinEunuuchs2Unix

5

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


5

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.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.