Cara mendiagnosis / memperbaiki boot yang sangat lambat pada Ubuntu 18.04

47

Ada waktu yang lama di mana SSD tidak melakukan apa pun.

  • Bagaimana saya dapat menemukan kesalahan dan memperbaikinya?
  • Sudah dicentang /etc/fstab, tidak ada swap atau ada yang salah di sana (RAM 32GB, tidak ada swap)

[    2.173492] usb 2-1.6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    2.173497] usb 2-1.6: Product: DW375 Bluetooth Module
[    2.173501] usb 2-1.6: Manufacturer: Dell Computer Corp
[    2.173511] usb 2-1.6: SerialNumber: 7CE9D3C0713B
[    2.323728] ata4: SATA link down (SStatus 0 SControl 300)
[    2.441062] input: AlpsPS/2 ALPS GlidePoint as /devices/platform/i8042/serio1/input/input6
[    2.640309] ata5: SATA link down (SStatus 0 SControl 300)
[    2.954947] ata6: SATA link down (SStatus 0 SControl 300)
[    3.068090] clocksource: Switched to clocksource tsc
[   36.584826] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[   36.726117] ip_tables: (C) 2000-2006 Netfilter Core Team
[   36.732610] systemd[1]: systemd 237 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +AC
L +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid)
[   36.751996] systemd[1]: Detected architecture x86-64.
[   36.753867] systemd[1]: Set hostname to <latitude-e5520>.
[   36.868561] systemd[1]: Started Forward Password Requests to Wall Directory Watch.
[   36.868594] systemd[1]: Reached target Remote File Systems.
[   36.868751] systemd[1]: Created slice User and Session Slice.
[   36.868869] systemd[1]: Created slice System Slice.
[   36.868948] systemd[1]: Listening on udev Control Socket.
[   36.868957] systemd[1]: Reached target Slices.
[   36.868996] systemd[1]: Listening on udev Kernel Socket.
[   36.895156] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
[   36.898185] lp: driver loaded but no devices found
[   36.903941] ppdev: user-space parallel port driver
boot 18.04 pengguna105939
sumber
3
Apakah ini pemasangan baru? dengan lvm? mungkin bug ini: bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1768230 ?
pim
Untuk melihat WARNING:Failed to connect to lvmetad. Falling back to device scanning.pesan, Anda harus menonaktifkan boot spash / quiet (lihat: askubuntu.com/a/289/454520 )
pim
Ini tentang booting network.service yang panjang. Solusi dari jawaban ini membantu saya.
gyr9i

Jawaban:

60

Saya meningkatkan ke 18,04 hari ini dan mengalami masalah yang sama. Saya dapat memperbaikinya dengan mem-boot kernel dengan noresumeparameter.

Seperti Anda, saya juga tidak memiliki ruang swap. Pada titik tertentu selama peningkatan, konfigurasi initramfs telah dimodifikasi, menambahkan garis yang menunjuk ke partisi swap yang tidak ada. Boot lambat itu karena sedang mencari partisi ini dan kemudian keluar setelah 30 detik.

Untuk memperbarui GRUB sehingga opsi ini dikirimkan ke kernel secara otomatis saat boot:

  1. Edit file /etc/default/grubfile sehingga string noresumetersebut termasuk dalam GRUB_CMDLINE_LINUX_DEFAULTbaris, misalnya:

    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"

  2. Jalankan perintah ini untuk memperbarui GRUB: 

    sudo update-grub

  3. Nyalakan kembali komputer

Clifforus
sumber
1
noresume memperbaikinya, tidak ada yang aneh di initramfs.
user105939
2
Saya memutakhirkan ke 18,04 kemarin dan saya memiliki masalah yang sama (butuh 52 detik untuk boot). Setelah mengatur parameter "noresume", butuh 21 detik.
Erol
1
Anda dapat meningkatkan jawaban Anda yang sudah baik dengan instruksi memperbarui grub.
WinEunuuchs2Unix
9
Harap dicatat bahwa ini adalah workaroud, karena itu akan mencegah melanjutkan kembali sistem hibernasi.
pim
2
Saya khawatir ini akan mencegah saya menggunakan hibernasi. Namun ini berhasil bagi saya: askubuntu.com/questions/1013830/… (mengedit /etc/initramfs-tools/conf.d/resume, mengubah RESUME = tidak ada dari UUID dan menjalankan pembaruan-initramfs -u)
Grey Panther
19 
$ systemd-analyze blame

Lihat untuk melihat proses mana yang paling banyak mengambil waktu dari proses booting.

Manoj
sumber
5
systemd-analyze blametidak akan menampilkan waktu kernel, dan untuk masalah ini. systemd-analyse timeakan menunjukkan bahwa kernellah yang macet mencari sistem file.
pim
2
petunjuk bagus, tapi proses terpanjang hanya membutuhkan waktu 1,6 detik, jadi alat ini tidak membantu.
user105939
3
@Pim systemd-analyse timememiliki kesalahan ketik, seharusnya memilikiz
RobAu
1
systemd-analyze critical-chainbahkan lebih baik daripadablame
user535733
4

Saya meningkatkan ke 18,04 dari 16,04. Waktu boot lebih dari 10 menit.
Dicoba dari "No splash screen to Kernel" untuk menemukan proses mana yang paling banyak memakan waktu untuk booting.

A start job is running for Raise network interfaces (1min 26s / 5min 24s)

Jadi, kita perlu mengurangi waktu agar proses ini menghemat waktu boot. Untuk melakukannya,

Anda harus mengedit,

sudo nano /etc/systemd/system/network-online.target.wants/networking.service

Temukan 

TimeoutStartSec=5min

Mengubah 

TimeoutStartSec=5s

dan reboot

krige
sumber
3

Anda dapat mengkonfigurasi batas waktu untuk Mulai Pekerjaan dan Hentikan Pekerjaan.

Edit /etc/systemd/system.confdengan hak yang lebih tinggi dan ubah / tambahkan dua baris yang dikomentari secara default dari 90 detik menjadi 5 (atau apa pun yang Anda inginkan) dan batalkan komentar itu:

dari: 

#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s

untuk:

DefaultTimeoutStartSec=5s
DefaultTimeoutStopSec=5s

Setelah itu, terapkan perubahan dengan membangun kembali initramfs Anda dengan perintah:

sudo update-initramfs -u
markackerman8-gmail.com
sumber
0

Saya mencoba metode yang berbeda tetapi tidak berhasil. maka saya menemukan itu adalah masalah driver grafis. Saya dipecahkan dengan menggunakan driver tambahan bagi saya itu adalah Nvidia.

goto: perangkat lunak & pembaruan -> pilih driver grafik yang terdaftar -> terapkan perubahan

Catatan: Saya menggunakan kernel versi 4.18.0-25-generik

habibun
sumber