Setelah memutakhirkan dari 17.10, saya mengalami waktu boot yang lebih lama. Awalnya butuh lebih dari 5 menit. dmesg
mengungkapkan pelakunya adalah floppy drive yang tidak ada, yang coba dicari oleh kernel.
Segera menghapus itu, 5 menit turun menjadi sekitar 40 detik, yang saya rasa masih lebih dari yang dibutuhkan sebelum pembaruan. Berjalan dmesg
lagi menunjukkan butuh 30 detik untuk memasang sistem file ( output penuh ), dengan pesan berikut:
[ 36.362834] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
Saya mem-boot dari SSD, dengan dua hard drive lain terpasang, salah satunya diformat dalam ext4, tetapi tidak memiliki data sistem. Saya kira ini adalah SSD. Selama 30 detik ini, tidak ada teks yang ditampilkan, tidak juga splash, hanya layar kosong.
Sekarang, saya mengatakan bahwa ini terasa lebih lambat daripada sebelum pembaruan, karena saya tidak memiliki waktu yang tepat dari sebelumnya, jadi pertanyaan pertama saya adalah, apakah normal untuk mengambil 30 detik untuk memasang sistem file, dan jika tidak, bagaimana mencari tahu lebih lanjut tentang apa yang bisa menyebabkan keterlambatan?
EDIT 1:
Mengaktifkan atau menonaktifkan swap tidak berpengaruh apa pun
Sementara itu saya juga menginstal hard drive lain ke komputer saya. Tampaknya telah memperpanjang waktu boot saya sekitar 10 detik, dengan baris lain muncul dalam dmesg
output, tepat sebelum penundaan 30 detik yang disebutkan sebelumnya:
[ 3.312351] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[ 17.169519] random: crng init done
[ 51.611617] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
EDIT 2:
systemd-analyze blame
hasilnya ada di sini
Sementara itu setelah beberapa restart, dmesg
garis yang saya menyalahkan di atas mengubah waktu mereka sebagai berikut:
[ 3.348384] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[ 34.091886] random: crng init done
[ 36.488321] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
Saya akan melakukan beberapa restart untuk mengetahui apakah ini berubah secara acak, atau tetap sama (blok kode di edit pertama adalah dari boot pertama setelah memasukkan HDD tambahan).
EDIT 2.5: random: crng init done
biasanya muncul dalam waktu seperti yang ditunjukkan pada edit 1, jarang seperti pada edit 2. Tampaknya ... acak.
systemd-analyze blame
dan mengedit pertanyaan Anda untuk memasukkan output dari perintah ini?Jawaban:
Saya memiliki masalah yang sama. Selama pesan booting itu akan mengatakan bahwa waktunya habis menunggu untuk melanjutkan perangkat. Periksa
/etc/initramfs-tools/conf.d/resume
apakah ada UUID di dalamnya sepertiRESUME=some-uuid
hapus uuid dan ganti dengan "tidak ada"RESUME=none
. Setelah larisudo update-initramfs -uk all
itu dan itu harus baik untuk pergi.sumber
Saya sudah punya masalah ini berkali-kali, dan solusi saya bekerja di semua situasi.
Saat menjalankan dsmeg, kesalahan muncul sebagai:
Solusinya adalah:
Pertama, bandingkan fstab dan blkid Anda:
Seperti yang Anda lihat swap saya di / dev / sda7 memiliki UUID berbeda di fstab daripada di blkid. Ini, dalam kasus saya, disebabkan oleh instalasi linux lain yang melakukan partisi ulang swap dan menyebabkan UUID berubah. Penundaan boot disebabkan oleh sistem yang mencoba menemukan UUID baru dari swap. Untuk memperbaikinya, cukup salin UUID dalam blkid yang tidak cocok dengan file fstab kemudian simpan.
Jika setelah restart kesalahan boot masih ada, Anda perlu mengedit file initramfs.conf Anda.
Lakukan ini dengan:
Kemudian dengan membuat file baru, atau mengedit file resume saat ini, tulis di baris pertama RESUME = UUID = << UUID swap >>
Misalnya, milikku seperti
Kemudian jalankan perintah di bawah ini untuk memperbarui file initramfs Anda.
Kemudian restart. Kesalahan akan hilang.
sumber
Saya mengalami peningkatan serupa pada waktu booting, dan setelah menyelidiki dengan
dmesg
dansystemd-analyze blame
pelakunya tampaknyarandom: crng init
Masalahnya tampaknya tidak cukup entropi dalam boot dari SSD untuk inisialisasi. Hipotesis ini tampaknya dikonfirmasi karena menggoyangkan mouse selama booting mengurangi waktu booting dari sekitar 2 menit ke dekat dengan apa yang sebelumnya.
sumber
Saat boot, kernel menunggu gerakan mouse untuk menginisialisasi generator angka acak. Pesan kernel saat boot:
sudo dmesg | less
Masalah:
kernel: random: crng init done
Solusinya:
sudo apt install haveged
sudo systemctl enable haveged
sumber
Saya punya masalah dengan waktu boot yang lambat di ubuntu 19.04 setelah mem-remocking partisi swap dan membuat file swap.
Output dari dmesg
Tidak ada swapfile di / etc / fstab. Semua disk / uuids yang terpasang benar.
Saya memeriksa
/etc/initramfs-tools/conf.d/resume
tetapi file itu hilang.Saya hanya berlari
Dan sekarang boot dengan sangat cepat.
sumber