DITUTUP - Waktu boot systemd yang membingungkan, tidak tahu harus mulai dari mana


9

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

Keluaran plot systemd-analysis

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 melalui sudo 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

Keluaran plot systemd-analysis 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.


Ok, salah satu petunjuk yang saya miliki adalah bahwa beberapa layanan yang disebutkan oleh systemd-analyze blame(khususnya keyboard-setup.service) adalah skrip SysVInit-style yang terletak di /etc/init.d. Meskipun saya tidak tahu bagaimana Anda akan mengganti layanan berbasis skrip ...
setun-90

grep "\s[1-9]\."alasan apa pun Anda memfilter layanan dengan waktu muat> 10s? Letakkan tanda +setelah ]untuk mencocokkan satu atau lebih digit.
Jacob Krall

@ JacobKrall Saya tidak benar-benar menyaringnya, hanya saja saya tidak memiliki layanan dengan waktu muat> 10s, karenanya satu digit. Saya melakukan ini dengan tergesa-gesa ... dan '+' tidak berhasil untuk saya, '' lakukan.
setun-90

Oke, maaf untuk masalah ini. Aneh itu +tidak berhasil; itu adalah salah satu operator pengulangan di GNU Grep gnu.org/software/grep/manual/grep.html#Fundamental-Struktur
Jacob Krall

@ JacobKrall Saya juga berpikir itu aneh juga. Debug nanti.
setun-90

Jawaban:


1

Adakah yang bisa memberitahu saya di mana saya bisa mulai?

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)


Terima kasih telah menyebutkan perangkat kerasnya, saya tidak memikirkan itu. Meskipun saya juga harus menyebutkan dalam pertanyaan bahwa saya melakukan upgrade distro ke 17,04 dan waktu boot telah sedikit berubah (dengan udevd sekarang menjadi penyebab utama), tapi saya pikir keyboard-setup.sh masih membutuhkan waktu lama. Saya akan memperbarui.
setun-90

Tolong sebutkan itu dalam pertanyaan Anda. Dari versi mana Anda meningkatkan? Memutakhirkan dari LTS ke Rilis selalu menyebabkan masalah. Jika Anda memutakhirkan dari 16.xx LTS ke 17.04 Anda harus melakukan pemasangan bersih 17.04 lalu. Saya bersikeras untuk mencoba sesi langsung 17,04. Jika sesi langsung boot dengan baik, instalasi yang bersih pasti akan memperbaiki keadaan.
sziraqui

Maaf, saya melakukan upgrade sementara itu, setelah pertanyaan ini diajukan. Waktu boot sebenarnya diperpendek satu atau dua detik. Tapi ya, saya kira instalasi ulang yang bersih bisa melakukan sesuatu. Dan saya pikir 16.10 bukan LTS.
setun-90

Hal lain yang perlu diperhatikan, Anda tidak dapat memperbarui secara resmi dari LTS (mis. 16.xx, 14.xx) ke Rilis (mis. 15.xx, 17.xx) atau sebaliknya. Anda dapat memperbarui dengan iso ofcourse tetapi selalu membuat sistem buggy. Saya kira Anda telah meningkatkan dari iso dan itulah sebabnya saya menyarankan untuk melakukan instalasi bersih. Jika ini masalahnya, saya akan memperbarui jawaban saya yang mungkin dapat membantu orang lain di masa depan.
sziraqui

Saya tidak menggunakan ISO, tawaran untuk meningkatkan muncul suatu hari melalui Synaptic dan saya kemudian berlari sudo apt dist-upgrade.
setun-90
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.