Saya mengerti bahwa menyelesaikan waktu boot yang lama melibatkan menganalisis berapa lama waktu yang diperlukan untuk mem-boot apa, tetapi output dari systemd-analyze blamedan systemd-analyze plottelah 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 blamekonstan 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-upgrademengubah 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
└─getty@tty1.service @ 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.
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-Struktur

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 ...