KAPALI - Şaşırtıcı derecede uzun sistemd açılış süreleri, nereden başlayacağınızı bilmiyorum


9

Uzun önyükleme sürelerini çözmenin, neyi önyüklemenin ne kadar sürdüğünü analiz etmeyi içerdiğini anlıyorum, ancak çıktısı systemd-analyze blameve systemd-analyze plotbeni şaşırttı.

~ $ systemd-analyze
Başlangıç ​​12.557s'de (bellenim) + 4.516s (yükleyici) + 3.732s (çekirdek) + 26.720s (kullanıcı alanı) = 47.526s
~ $ systemd-analiz suçlama | grep "\ s [1-9] * \."
          8.989s klavye kurulumu. Hizmet
          8.757s dev-sda2.device
          6.055s apparmor.service
          4.948s accounts-daemon.service
          4.446s NetworkManager.service
          3.383s gpu-manager.service
          3.134s systemd-udevd.service
          3.079s snapd.firstboot.service
          2.440s udisks2.service
          2.249s grub-common.service
          2.093s upower.service
          1.943s networking.service
          1.661s avahi-daemon.service
          1.461s rsyslog.service
          1.460s pppd-dns.service
          1.449s systemd-tmpfiles-setup-dev.service
          1.387s systemd-rfkill.service
          1.290s renk. Hizmet
          1.210s resolvconf.service
          1.192s apport.service
          1.188s systemd-modules-load.service
          1.187s systemd-remount-fs.service
          1.166s dev-mqueue.mount
          1.152s bluetooth. Servis
          1.032s lightdm.service
          1.013s plymouth-quit-wait.service

Sistemd-analiz grafiğinin çıktısı

Bilgi

Makine bir Dell Inspiron 5559; Şubat / Mart 2016'dan beri yaşadım.

~ $ uname -imporvs
Linux 4.8.0-32-jenerik # 34-Ubuntu SMP Sal 13 Aralık 14:30:43 UTC 2016 x86_64 x86_64 x86_64 GNU / Linux

Distro, LXDE ile birlikte Lubuntu 16.10'dur.

~ $ sudo parted / dev / sda unit mib yazdır
Model: ATA ST1000LM024 HN-M (scsi)
Disk / dev / sda: 953870MiB
Sektör boyutu (mantıksal / fiziksel): 512B / 4096B
Bölme Tablosu: gpt
Disk Bayrakları: 

Numara Başlangıç ​​Bitiş Boyutu Dosya sistemi Adı Bayraklar
 1 1.00MiB 513MiB 512MiB fat32 EFI Sistem Bölümü önyükleme, esp
 2 513MiB 937591MiB 937078MiB ext4
 3 937591MiB 953869MiB 16278MiB linux takas (v1)

En kötü yanı, bireysel modüllerin süreleri biraz değişiyor (1 ila 2 saniye, Lubuntu'yu kurduğumdan beri bu sorunu izlemekten gözlemleniyor), yani systemd-analyze blamesürekli güncellemem veya bir dizi yeniden başlatmayı ve ardından bir ortalama yapmam gerekiyor .

Biri bana nereden başlayabileceğimi söyleyebilir mi?

GÜNCELLEME

16.10'dan 17.04'e yükseltmek sudo apt dist-upgradedurumu önemli ölçüde değiştirdi.

~ $ systemd-analiz suçlama | grep "\ s [1-9] * \."
         16.083s dev-sda2.device
         15.435s klavye-kurulumu. Hizmet
          8.015s systemd-udevd.service
          4.090s NetworkManager.service
          3.644s systemd-tmpfiles-setup-dev.service
          2.621s apparmor.service
          2.549s grub-common.service
          2.477s plymouth-okuma-yazma. Hizmet
          1.560'lı hesaplar-daemon.service
          1.107s systemd-modules-load.service
          1.002s Colord. Hizmet
~ $ systemd-analiz kritik zincir
Ünite aktif veya çalıştırıldıktan sonraki süre "@" karakterinden sonra yazdırılır.
Ünitenin başlama zamanı "+" karakterinden sonra yazdırılır.

graphical.target (@ 25.631s) Instagram Profilini Görüntüle
-Multi-user.target @ 25.631s
  └─getty.target (@ 25.631s) Instagram Profilini Görüntüle
    .6getty@tty1.service @ 25.631s
      -System-getty.slice (@ 25.630s) Instagram Profilini Görüntüle
        └─setvtrgb.service @ 25.407s + 222ms
          Dsystemd-user-sessions.service @ 25.245s + 2ms
            └─network.target @ 25.245s
              WorkNetworkManager.service @ 21.154s + 4.090s
                Busdbus.service (@ 21.147s) Instagram Profilini Görüntüle
                  .Basic.target @ 21.139s
                    Cketssockets.target (@ 21.139s) Instagram Profilini Görüntüle
                      Apsnapd.socket @ 21.136s + 2ms
                        Yssysinit.target @ 21.110s
                          Parapparmor.service @ 18.488s + 2.621s
                            Callocal-fs.target @ 18.488s
                              Otboot-efi.mount @ 18.387s + 100ms
                                Dsystemd-fsck @ dev-disk-by \ x2duuid-7930 \ x2d6EDD.service @ 18.198s + 150ms
                                  └─dev-disk-by \ x2duuid-7930 \ x2d6EDD.device @ 18.198s

Sistemd-analiz grafiğinin çıktısı En azından açık suçlular ortaya çıkıyor.

KAPALI

Sorunun ortaya çıkmadığı başka bir dağıtıma (Gentoo) göç ettiğim için yazı kapatılıyor, bu yüzden soru artık alakalı değil.


Tamam, ben bir kurşun systemd-analyze blame(özellikle keyboard-setup.service) tarafından belirtilen hizmetlerin bazıları /etc/init.d bulunan SysVInit tarzı komut dosyaları olmasıdır. Komut dosyası tabanlı bir hizmetin yerini nasıl alacağınızı
bilmesem de

grep "\s[1-9]\."> 10 saniyelik yükleme süreleriyle hizmetleri filtrelemenizin herhangi bir nedeni var mı? Bir veya daha fazla hane eşleştirmek için +sonrasını koyun ].
Jacob Krall

@JacobKrall Onları tam olarak filtrelemedim, sadece 10 saniyelik yükleme süreleri ile herhangi bir hizmetim yoktu, bu yüzden tek haneli. Bunu acele ettim ... ve '+' benim için işe yaramadı, '*' işe yaradı.
setun-90

Tamam, rahatsız ettiğim için üzgünüm. +İşe yaramayan garip ; GNU Grep'deki
Jacob Krall

@JacobKrall Ben de garip olduğunu düşündüm. Daha sonra hata ayıklayın.
setun-90

Yanıtlar:


1

Biri bana nereden başlayabileceğimi söyleyebilir mi?

Bir Canlı Ubuntu Oturumu (veya "yüklemeden dene" özelliğiyle gelen herhangi bir dağıtım) çalıştırın

Çoğu zaman Linux tabanlı dağıtımların, klavye veya NIC, vb. Gibi çevresel bir bileşenle ilgili bir sorun olduğunda önyüklemesi uzun sürebilir, hatta önyükleme yapamaz. Örneğin, eski dizüstü bilgisayarımın klavyesinin "Yukarı" Tuşu, fiziksel olarak basılmadan basılı durumda kalır . Bu nedenle keyboard-setup.sh uzun süre bekler, tamamlanamaz ve son olarak Ubuntu'nun önyükleme yapamadığını bildiren bir grup hata mesajı görüyorum. Önyükleme sırasında klavyenin bağlantısını kesmek, önyükleme yapmak için geçici bir çözümdü.

Donanımınızı bu tür hatalar açısından test etmek iyi bir başlangıç ​​noktası olacaktır. Dizüstü bilgisayarınızla ilgili bir donanım sorunu biliyorsanız, önyükleme sırasında bu bileşenin bağlantısını kesmeyi deneyebilirsiniz (muhtemelen NIC veya klavye, polktid ve keyboard-setup.sh'den bahsettiğiniz için)


Donanımdan bahsettiğiniz için teşekkürler, bunu düşünmemiştim. Yine de, 17.04'e bir dağıtım yükseltmesi yaptığımı ve önyükleme sürelerinin biraz değiştiğini (udevd'in şimdi ana suçlu olduğu) belirtmiş olmama rağmen, keyboard-setup.sh hala uzun sürüyor. Güncelleyeceğim.
setun-90

Pls sorunuzda bahsediyor. Hangi sürümden yükseltme yaptınız? LTS'den bir Sürüme yükseltme her zaman sorunlara neden olur. 16.xx LTS'den 17.04'e yükselttiyseniz, 17.04'lük temiz bir yükleme yapmanız gerekecektir. 17.04 canlı oturumunu denemek için ısrar ediyorum. Canlı oturum iyi başlatılırsa, temiz bir yükleme kesinlikle işleri düzeltir.
sziraqui

Üzgünüm, bu soru sorduktan sonra yükseltme yaptım. Önyükleme süreleri bir veya iki saniye kısaldı. Ama evet, temiz bir yeniden kurulumun bir şey yapabileceğini düşünüyorum. Ve 16.10'da LTS olmadığını düşündüm.
setun-90

Dikkat edilmesi gereken başka bir nokta, resmi olarak bir LTS'den (ör. 16.xx, 14.xx) bir Sürüme (ör. 15.xx, 17.xx) veya tam tersine güncelleyemezsiniz. Bir iso ile güncelleyebilirsiniz ama her zaman sistemi buggy yapar. ISO'dan yükseltme yaptığınızı tahmin ettim ve bu yüzden temiz bir kurulum yapmanızı önerdim. Bu durumda, gelecekte başka birine yardımcı olabilecek cevabımı güncelleyeceğim.
sziraqui

Bir ISO kullanmadım, yükseltme teklifi Synaptic aracılığıyla bir gün geldi ve sonra koştum sudo apt dist-upgrade.
setun-90
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.