Bootin'den Sonra Uzun Gecikme - upower.service 26s gerektirir


11

Önyükleme sonrası bir gecikmenin kök nedenini belirlemeye çalışıyorum. Şu anda Ubuntu 16.10 LTS kullanıyor, ancak aynı sorun önceki sürümlerde 14'e geri dönüyordu.

Sistem, 30 saniye gibi görünen bir şey için giriş ekranında asılı kalır. Fare imleci ve ekranı tamamen dondurulmuştur. Bundan sonra sistem normal çalışır.

Üst çıktı systemd-analyze blame...

   26.653s upower.service
   6.890s NetworkManager-wait-online.service

Googling upower.service, çoğu insan 2'den az görüyor gibi görünüyor. Upower.service'in önyüklemede neden bu kadar uzun sürdüğünü nasıl belirleyebilirim?

Teşekkürler!

Yanıtlar:


1

systemd-analyzeEkli komutu kullanarak daha fazla çıktı görmek için bir adım daha atın critical-chain. Bu komut sözde "zaman açısından kritik birimler zincirinin bir ağacını yazdırır".

Aşağıdakilerle systemd-analyzeilgili olan komutlardan örnek çıktı upower.service:

$ systemd-analyze blame | grep upower
           486ms upower.service

$ systemd-analyze critical-chain upower.service
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

upower.service +486ms
└─basic.target @16.023s
  └─sockets.target @16.023s
    └─snapd.socket @15.921s +55ms
      └─sysinit.target @15.920s
        └─apparmor.service @6.264s +9.629s
          └─local-fs.target @6.147s
            └─run-user-108.mount @36.705s
              └─local-fs-pre.target @6.147s
                └─systemd-remount-fs.service @6.051s +93ms
                  └─system.slice @2.394s
                    └─-.slice @2.389s

Yukarıdaki çıktı size hala bir ipucu systemctl status SERVICEvermiyorsa, hedef SERVICE ile ilgili çıktıyı görmek için başka bir komut kullanın. Bu komut, SERVICE'in çalışıp çalışmadığını yazdırır ve ayrıca son önyüklemeden ilgili günlüğü yazdırır.

Aşağıdakilerle systemctlilgili olan komut çıktısı örneği upower.service:

$ systemctl status upower.service
● upower.service - Daemon for power management
   Loaded: loaded (/lib/systemd/system/upower.service; disabled; vendor preset: 
   Active: active (running) since Wed 2016-09-21 23:33:23 MYT; 1min 35s ago
     Docs: man:upowerd(8)
 Main PID: 967 (upowerd)
    Tasks: 3 (limit: 512)
   CGroup: /system.slice/upower.service
           └─967 /usr/lib/upower/upowerd

Sep 21 23:33:22 HOSTNAME systemd[1]: Starting Daemon for power management...
Sep 21 23:33:23 HOSTNAME systemd[1]: Started Daemon for power management.

Basit bir kontrol : Görünür bir sebep olmadan bilgisayarınıza bağlı kalan başka bir cihaz var mı? USB bağlantı noktasına bağlı akıllı telefon gibi herhangi bir masum aygıt, bilgisayarınızın önyükleme işlemini yavaşlatabilir ve hatta engelleyebilir.

Sistem, 30 saniye gibi görünen bir şey için giriş ekranında asılı kalır. Fare imleci ve ekranı tamamen dondurulmuştur. Bundan sonra sistem normal çalışır.

Değişen nokta : Yukarıdaki soru sadece sistemi yüklemenin yavaşlığından başka bir şey söyleyemeyen semptomları ortaya çıkardı.

Gecikmeyi tanımlamak yerine, kendinize aşağıdaki sorulardan herhangi birini sormayı düşünün:

  • Önyükleme işlemi ne zaman yavaşlamaya başladı?

  • Son zamanlarda bilgisayarımda neler değişti? BIOS güncelleme veya özelleştirme gibi.

  • Ek donanım kurdum mu? Yeni aygıt sürücüsü gibi.

  • Ek paketler yükledim veya belirli paketleri yükselttim mi?

  • Ne tür donanım kullanılır? Donanım sorunlara mı neden oluyor?

Soruda bu bilgilerin hiçbiri yoktu, bu da bilmediğimiz bir şeyin temel nedenini belirlemek imkansız olduğu anlamına geliyor. Bilgi eksikliği, her türlü problem çözme girişiminin bir tuzağıdır.


0

Düzenlemenizle /etc/journald.confve kalıcı depolama alanı ekleyin. Bu, günlüklerinizi önceki derlemelerden koruyacaktır.

Bu etkinleştirildiğinde, daha yüksek hizmet için önceki önyüklemelerin günlüklerini inceleyebilirsiniz:

journalctl -b -1 -u upower.service

Çok fazla disk alanı kullanacağından, kalıcı günlük kaydını devre dışı bırakmak isteyebilirsiniz.


Açıkçası bu seçenek etkinleştirilmeden önce botlardan günlük yapmaz, bu sihirli değil.
Amias

0

63 saniye gerektiren upower.service ile aynı sorunu yaşadım. Bir çift önyükleme kurulumum olduğundan ve sık sık geçiş yapmam gerektiğinden, bu beni delirtti. Upower.freedesktop web sitesinde okumak, neler olduğuna dair herhangi bir ipucu vermedi.

Yanlışlıkla da olsa sorunu çözmeyi başardım. systemd-analyze blameşimdi çıktılar:

800ms snapd.firstboot.service
696ms wicd.service
...
250ms upower.service

Öyleyse önyükleme sürem çok hızlı. İlk olarak, (hiçbir şey değişmeyen) upower'ı yeniden kurdum. Sonra nvidia sürücülerini yeniden kurdum ve ayrıca plazmayı da yeniden kurdum ve bu sorunu çözmüş görünüyor. Çift monitör kurulumunun başlangıçta yavaş yüklendiğini fark ettim, plazma (Kubuntu 16.04 kullanıyorum) sık sık kurulumu unutuyor. Eğer 'ubuntu yavaş önyükleme nvidia' google oldukça isabet almak ve bu beni denemek için yol açtı.

Bu cevabı, başkalarının başarıyı çoğaltmasına yardımcı olabileceği umuduyla yazıyorum. Ben bu kılavuzu takip upower için yeniden yükleme: tıklayın

#re-installing nvidia drivers
sudo apt-get purge nvidia-*
sudo apt-get install nvidia-current nvidia-settings

#uninstalling plasma
sudo apt-get purge kubuntu-desktop plasma-desktop
sudo apt-get autoremove

#installing plasma    
sudo apt-add-repository ppa:kubuntu-ppa/backports
sudo apt update && sudo apt full-upgrade -y

OP, Nvidia kartı veya Radeon'u olup olmadığını belirtmedi. Ve eğer Nvidia kartı ikili veya açık kaynak kullanıyorsa doymamıştı. Cevabınızın platformunuzla ilgisi olmayan platformunuz için geçerli olmasını öneririm. Ona sadece platformunun ne olduğunu sormak kesin olarak öğrenecek.
WinEunuuchs2Unix
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.