Systemctl hizmetinin “systemd-modules-load” neden başarısız olduğunu nasıl anlayabilirim?


27

Bir süredir önyükleme sırasında yanıp sönen kırmızı bir metin gördüm. Bugün buna bakmaya karar verdim. Systemctl hizmeti systemd-modules-load.serviceşu metinle başarısız oluyor:

tomas @ bonus-debian: ~ $ sudo systemctl durum sistemid-modüller-yük
● systemd-modules-load.service - Yük Çekirdeği Modülleri
   Yüklendi: yüklendi (/lib/systemd/system/systemd-modules-load.service; statik; tedarikçi ön ayarı: etkin)
   Aktif: başarısız (sonuç: çıkış kodu) ma'dan beri. 2015-11-09 02:58:48 CET; 5 dakika önce
     Docs: erkek: systemd-modules-load.service (8)
           Adam: modüller-load.d (5)
  İşlem: 644 ExecStart = / lib / systemd / systemd-modules-load (kod = çıkıldı, durum = 1 / ARIZA)
 Ana PID: 644 (kod = çıkıldı, durum = 1 / ARIZA)

Kasım 09 02:58:48 bonus-debian systemd [1]: Yük Çekirdek Modüllerini Başlatma ...
Kasım 09 02:58:48 bonus-debian systemd-modules-load [644]: '-r usbhid' modülü bulunamadı
Kasım 09 02:58:48 bonus-debian systemd [1]: systemd-modules-load.service: Ana işlemden çıkıldı, kod = çıkıldı, durum = 1 / ARIZA
Kasım 09 02:58:48 bonus-debian systemd [1]: Yük Çekirdeği Modülleri başlatılamadı.
Kasım 09 02:58:48 bonus-debian systemd [1]: systemd-modules-load.service: Birim başarısız durumuna girdi.
Kasım 09 02:58:48 bonus-debian systemd [1]: systemd-modules-load.service: Sonuç 'çıkış kodu' ile başarısız oldu.

Sorunu Google ile başlatacağımı düşündüm:

Ekran görüntüsü

Ahh.

Sistemim, bozulmuş bir deneyim fark etmediğim için sürücünün yüklenemediğini düşünmüyor, ancak yine de düzeltmek istiyorum.

Google beni hiçbir yere götürmediği için zaten takıldım. Nereden bakmaya başlayacağımı bilmiyorum.

Systemctl hizmetinin "systemd-modules-load" neden başarısız olduğunu nasıl anlayabilirim?


Bir udevkuralı hiç şans eseri değiştirdin mi?
MariusMatutiae

Günlükleri günlükten kontrol edebilir misiniz? "-R usbhid" adlı bir modül yüklemeye mi çalışıyor?
cristi

Yanıtlar:


40

Ben de bu sorunu yaşadım. Arch Linux systemd wiki sayfasındaki talimatları izleyerek çözebildim . İşte yaptığımın bir özeti:

  1. Başlatılamayan systemd hizmetlerini bulalım

    $ systemctl --failed  
    ------------------------------------------------------------------------
    systemd-modules-load.service   loaded failed failed  Load Kernel Modules
    
  2. Tamam, systemd-modules-load servisiyle ilgili bir sorun bulduk. Daha fazlasını bilmek istiyoruz.

    $ systemctl status systemd-modules-load  
    ------------------------------------------------------------------------
    systemd-modules-load.service - Load Kernel Modules      
       Loaded: loaded (/usr/lib/systemd/system/systemd-modules-load.service; static)     
       Active: failed (Result: exit-code) since So 2013-08-25 11:48:13 CEST; 32s ago  
         Docs: man:systemd-modules-load.service(8).  
               man:modules-load.d(5)
      Process: 15630 ExecStart=/usr/lib/systemd/systemd-modules-load (code=exited, status=1/FAILURE)
    

    İşlem Kimliği listelenmemişse, başarısız olan hizmeti

    $ systemctl restart systemd-modules-load
    
  3. Şimdi bu hatayı derinlemesine incelemek için süreç kimliğimiz (PID) var. Geçerli İşlem Kimliği ile aşağıdaki komutu girin (burada: 15630):

    $ journalctl _PID=15630
    ----------------------------------------------------------------------
    -- Logs begin at Sa 2013-05-25 10:31:12 CEST, end at So 2013-08-25 11:51:17 CEST. --
    Aug 25 11:48:13 mypc systemd-modules-load[15630]: Failed to find module 'blacklist usblp'
    Aug 25 11:48:13 mypc systemd-modules-load[15630]: Failed to find module 'install usblp /bin/false'
    
  4. Bazı çekirdek modülü yapılandırmalarının yanlış ayarlara sahip olduğunu görüyoruz. Bu nedenle, /etc/modules-load.d/ adresindeki bu ayarlara bir göz atalım.

    $ ls -Al /etc/modules-load.d/
    ----------------------------------------------------------------------
    ...  
    -rw-r--r--   1 root root    79  1. Dez 2012  blacklist.conf  
    -rw-r--r--   1 root root     1  2. Mär 14:30 encrypt.conf  
    -rw-r--r--   1 root root     3  5. Dez 2012  printing.conf  
    -rw-r--r--   1 root root     6 14. Jul 11:01 realtek.conf  
    -rw-r--r--   1 root root    65  2. Jun 23:01 virtualbox.conf  
    ...  
    
  5. 'Blacklist usblp' modülü bulunamadı hata mesajı, blacklist.conf içindeki yanlış bir ayar ile ilişkili olabilir. 3. adımda bulduğumuz her seçenekten önce bir # # ekleyerek devre dışı bırakalım:

    /etc/modules-load.d/blacklist.conf  
    ----------------------------------------------------------------------
    # blacklist usblp  
    # install usblp /bin/false  
    
  6. Şimdi systemd-modules-load komutunu başlatmayı deneyin:

    $ systemctl restart systemd-modules-load  
    

    Başarılı olursa, bu hiçbir şey istememelidir. Herhangi bir hata görürseniz, 3. adıma geri dönün ve kalan hataları çözmek için yeni PID'yi kullanın.

    Her şey yolundaysa, hizmetin başarıyla başlatıldığını doğrulayabilirsiniz:

    $ systemctl status systemd-modules-load
    ----------------------------------------------------------------------
    systemd-modules-load.service - Load Kernel Modules
       Loaded: loaded (/usr/lib/systemd/system/systemd-modules-load.service; static)
       Active: active (exited) since So 2013-08-25 12:22:31 CEST; 34s ago
         Docs: man:systemd-modules-load.service(8)
               man:modules-load.d(5)
     Process: 19005 ExecStart=/usr/lib/systemd/systemd-modules-load (code=exited, status=0/SUCCESS)
    Aug 25 12:22:31 mypc systemd[1]: Started Load Kernel Modules.
    

5
Harika cevap - _PID=sonsuza dek araç kutumda olacak. Teşekkürler!
Adrian Günter

1
Ne yazık ki, /etc/modules-load.d/boşum ve hala modül falan bulunamadı . Şimdi ne var?
Adrian

2
Ayrıca kontrol etmek isteyebilirsiniz journalctl _SYSTEMD_UNIT=systemd-modules-load.service. PID'yi ararken kaydeder.
TwoD

2
Kullanıcı bobafetthotmail'den : /usr/lib/modules-load.d/uygulamaların ihtiyaç duydukları modülleri nereye yerleştirdiklerinden modül yükleyen dosyaları da arayın . /etc/modules-load.d/Kullanıcı yapılandırma dosyaları için olması gerekiyordu.
fixer1234
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.