Saya mengerti bahwa menyelesaikan waktu boot yang lama melibatkan menganalisis berapa lama waktu yang diperlukan untuk mem-boot apa, tetapi output dari systemd-analyze blame
dan systemd-analyze plot
telah membuat saya bingung.
~ $ systemd-analysis Startup selesai dalam 12,557 detik (firmware) + 4,516 detik (loader) + 3,732 detik (kernel) + 26,720 detik (userspace) = 47,526 detik
~ $ systemd-analysis menyalahkan | grep "\ s [1-9] * \." 8.989-an keyboard-setup.service 8.757s dev-sda2.device 6.055s apparmor.service 4.948 akun-daemon.service 4.446s NetworkManager.service 3.383s gpu-manager.service 3.134s systemd-udevd.service 3.079 snapd.firstboot.service 2.440-an udisks2.service 2.249s grub-common.service 2.093 upower.service Layanan jaringan 1.943s 1.661s avahi-daemon.service 1.461s rsyslog.service 1.460-an pppd-dns.service 1.449s systemd-tmpfiles-setup-dev.service 1.387s systemd-rfkill.service Layanan 1.290s colord.service Layanan resolvconf.service 1.210 1.192 apport.service 1.188s systemd-modules-load.service 1.187s systemd-remount-fs.service 1.166s dev-mqueue.mount 1.152s bluetooth.service 1.032s lightdm.service Layanan 1.013 plymouth-quit-wait.service
Informasi
Mesin tersebut adalah Dell Inspiron 5559; Saya sudah memilikinya sejak Februari / Maret 2016.
~ $ uname-imporvs Linux 4.8.0-32-generic # 34-Ubuntu SMP Sel 13 Des 14:30:43 UTC 2016 x86_64 x86_64 x86_64 GNU / Linux
Distro adalah Lubuntu 16.10 w / LXDE.
~ $ sudo berpisah / dev / sda unit mib print Model: ATA ST1000LM024 HN-M (scsi) Disk / dev / sda: 953870MiB Ukuran sektor (logis / fisik): 512B / 4096B Tabel Partisi: gpt Bendera Disk: Nomor Mulai Akhir Ukuran File sistem Nama Bendera 1 1,00MiB 513MiB 512MiB fat32 EFI System Partition boot, esp 2 513MiB 937591MiB 937078MiB ext4 3 937591MiB 953869MiB 16278MiB linux-swap (v1)
Bagian terburuknya adalah, waktu masing-masing modul sedikit berbeda (1 hingga 2 detik, diamati setelah mengikuti masalah ini sejak saya menginstal Lubuntu), yang berarti saya perlu memperbarui secara systemd-analyze blame
konstan atau mencatat serangkaian reboot dan kemudian membuat rata-rata.
Adakah yang bisa memberitahu saya di mana saya bisa mulai ?
MEMPERBARUI
Memutakhirkan dari 16.10 ke 17.04 melaluisudo apt dist-upgrade
mengubah situasi secara signifikan.
~ $ systemd-analysis menyalahkan | grep "\ s [1-9] * \." 16.083s dev-sda2.device 15.435-an keyboard-setup.service Layanan 8.015s systemd-udevd.service 4.090-an NetworkManager.service 3,644s systemd-tmpfiles-setup-dev.service 2.621 apparmor.service 2.549-an grub-common.service 2.477 layanan plymouth-read-write.ser Akun 1.560-an-daemon.service 1.107s systemd-modules-load.service 1,002s colord.service
~ $ systemd-analysis critical-chain Waktu setelah unit aktif atau dimulai dicetak setelah karakter "@". Waktu yang diperlukan unit untuk memulai dicetak setelah karakter "+". graphical.target @ 25.631s └─multi-user.target @ 25.631s └─getty.target @ 25.631s └─[email protected] @ 25.631s └─system-getty.slice @ 25.630s └─setvtrgb.service @ 25.407s + 222ms └─systemd-user-session.service @ 25.245s + 2ms └─network.target @ 25.245s └─NetworkManager.service @ 21.154s + 4.090s └─dbus.service @ 21.147s └─basic.target @ 21.139s └─sockets.target @ 21.139s └─snapd.socket @ 21.136s + 2ms └─sysinit.target @ 21.110s └─apparmor.service @ 18.488s + 2.621s └─local-fs.target @ 18.488s └─boot-efi.mount @ 18.387s + 100ms └─systemd-fsck @ dev-disk-by \ x2duuid-7930 \ x2d6EDD.service @ 18.198s + 150ms └─dev-disk-by \ x2duuid-7930 \ x2d6EDD.device @ 18.198s
Setidaknya penyebab yang jelas muncul.
TUTUP
Posting sedang ditutup karena saya telah pindah ke distro lain (Gentoo) di mana masalahnya belum muncul, jadi pertanyaannya tidak lagi relevan.
systemd-analyze blame
(khususnyakeyboard-setup.service
) adalah skrip SysVInit-style yang terletak di /etc/init.d. Meskipun saya tidak tahu bagaimana Anda akan mengganti layanan berbasis skrip ...grep "\s[1-9]\."
alasan apa pun Anda memfilter layanan dengan waktu muat> 10s? Letakkan tanda+
setelah]
untuk mencocokkan satu atau lebih digit.+
tidak berhasil; itu adalah salah satu operator pengulangan di GNU Grep gnu.org/software/grep/manual/grep.html#Fundamental-StrukturJawaban:
Jalankan Sesi Ubuntu Langsung (atau distro apa pun yang dilengkapi dengan fitur "coba tanpa menginstal")
Banyak kali distro berbasis Linux membutuhkan waktu yang lama untuk mem-boot atau bahkan gagal mem-boot ketika ada beberapa masalah dengan komponen periferal seperti keyboard atau NIC, dll. Misalnya, "Up" Key keyboard laptop lama saya tetap dalam keadaan ditekan tanpa ditekan secara fisik . Karena ini keyboard-setup.sh menunggu untuk waktu yang lama, gagal untuk menyelesaikan dan akhirnya saya melihat banyak pesan kesalahan yang memberi tahu saya tentang Ubuntu tidak dapat melakukan boot. Melepaskan keyboard saat boot adalah solusi bagi saya untuk membuatnya boot.
Menguji perangkat keras Anda untuk jenis kesalahan seperti itu akan menjadi titik awal yang baik. Jika Anda tahu tentang masalah perangkat keras dengan laptop Anda, Anda dapat mencoba untuk melepaskan komponen itu saat boot (mungkin NIC atau keyboard karena Anda menyebutkan polktid dan keyboard-setup.sh)
sumber
sudo apt dist-upgrade
.