Kernel Xubuntu 18.04 membutuhkan waktu lama untuk boot

10

Setelah memutakhirkan dari 17.10, saya mengalami waktu boot yang lebih lama. Awalnya butuh lebih dari 5 menit. dmesgmengungkapkan 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 dmesglagi 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 dmesgoutput, 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 blamehasilnya ada di sini

Sementara itu setelah beberapa restart, dmesggaris 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 donebiasanya muncul dalam waktu seperti yang ditunjukkan pada edit 1, jarang seperti pada edit 2. Tampaknya ... acak.

Jes Wanson
sumber
Bisakah Anda menjalankan systemd-analyze blamedan mengedit pertanyaan Anda untuk memasukkan output dari perintah ini?
vidarlo
Saya sudah menjalankannya sebelumnya dan jumlah hasilnya di bawah 8-9 detik, jadi saya pikir itu tidak akan relevan. Saya sudah menambahkan hasilnya.
Jes Wanson

Jawaban:

17

Saya memiliki masalah yang sama. Selama pesan booting itu akan mengatakan bahwa waktunya habis menunggu untuk melanjutkan perangkat. Periksa /etc/initramfs-tools/conf.d/resumeapakah ada UUID di dalamnya seperti RESUME=some-uuidhapus uuid dan ganti dengan "tidak ada" RESUME=none. Setelah lari sudo update-initramfs -uk allitu dan itu harus baik untuk pergi.

Alex
sumber
2
Akhirnya! Ini memecahkan masalah yang saya cari selama berjam-jam - sekarang separuh waktu boot saya. Info berguna tentang isi resume ini: askubuntu.com/questions/1057556/…
Casperrw
1
ini tampaknya bekerja untuk saya juga, punya sekitar 38 detik boot sebelum ini dan 8 detik setelah.
Pablo Pazos
Masalahnya muncul bagi saya setelah upgrade distro dari 16,04 ke 18,04 - dan metode ini menghilangkan penundaan 30-an bagi saya juga.
Bonlenfum
5

Saya sudah punya masalah ini berkali-kali, dan solusi saya bekerja di semua situasi.

Saat menjalankan dsmeg, kesalahan muncul sebagai:

[    6.382044] random: crng init done
[    6.382048] random: 7 urandom warning(s) missed due to ratelimiting
[   32.162934] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)

Solusinya adalah:

Pertama, bandingkan fstab dan blkid Anda:

$ blkid
/dev/sda1: UUID="C0C0-7641" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="1085d848-f8b9-45e2-a6be-087acb32a820"
/dev/sda3: LABEL="Windows" UUID="8662302C623022FB" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="de399a3e-c832-4dca-a09d-f65789425b89"
/dev/sda4: LABEL="Windows RE tools" UUID="2262513962511341" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="18feb4e1-5770-4e13-92b8-bb8ba8005536"
/dev/sda5: UUID="81a474ab-98bf-4d40-b03e-e5e647163d7e" TYPE="ext4" PARTLABEL="Arco Linux" PARTUUID="3759200f-6317-4487-8b10-3a0140c67bd5"
/dev/sda6: LABEL="rootMX17" UUID="7bae9e4d-61fa-4187-b11f-517c799f7c94" TYPE="ext4" PARTLABEL="MX Linux" PARTUUID="417c8cbd-11b7-4fe6-9b15-ac9082d74460"
/dev/sda7: UUID="d9539219-1c29-468f-bbd0-106663fdef59" TYPE="swap" PARTLABEL="Swap" PARTUUID="fefe3061-bf7b-4a26-8c20-08e209acc28e"



$ sudo nano /etc/fstab


# /etc/fstab: static file system information
#
# Created by make-fstab on Mon Nov 19 17:10:30 EST 2018

# <file system>                            <mount point>                               <type>     <$

#-> /dev/sda6  label=rootMX17
UUID=7bae9e4d-61fa-4187-b11f-517c799f7c94  /                                           ext4       d$
#-> /dev/sda1
UUID=C0C0-7641                             /boot/efi                                   vfat       d$
#-> /dev/sda7
UUID=42e5a9cd-b6e1-4d57-9a3a-2ad910862579  swap                                        swap       d$

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:

$ sudo nano  /etc/initramfs-tools/conf.d/resume

Kemudian dengan membuat file baru, atau mengedit file resume saat ini, tulis di baris pertama RESUME = UUID = << UUID swap >>

Misalnya, milikku seperti

RESUME=UUID=d9539219-1c29-468f-bbd0-106663fdef59

Kemudian jalankan perintah di bawah ini untuk memperbarui file initramfs Anda.

#sudo update-initramfs -u

Kemudian restart. Kesalahan akan hilang.

Andrew
sumber
1

Saya mengalami peningkatan serupa pada waktu booting, dan setelah menyelidiki dengan dmesgdan systemd-analyze blamepelakunya 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.

Jay
sumber
1

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

virusmxa
sumber
0

Saya punya masalah dengan waktu boot yang lambat di ubuntu 19.04 setelah mem-remocking partisi swap dan membuat file swap.

Output dari dmesg

[    2.220963] hid-generic 0003:1B1C:1B0F.0003: input,hidraw2: USB HID v1.11 Device [Corsair Corsair M45 Gaming Mouse] on usb-0000:00:14.0-1/input2
[   33.321639] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)
[   33.407323] systemd[1]: RTC configured in localtime, applying delta of 120 minutes to system time.
[   33.417651] systemd[1]: Inserted module 'autofs4'

Tidak ada swapfile di / etc / fstab. Semua disk / uuids yang terpasang benar.

Saya memeriksa /etc/initramfs-tools/conf.d/resumetetapi file itu hilang.

Saya hanya berlari

sudo update-initramfs -uk all

Dan sekarang boot dengan sangat cepat.

Vlastimil Sadílek
sumber