Seit einiger Zeit sehe ich einen roten Text beim Booten. Heute habe ich beschlossen, mich damit zu befassen. Der systemctl-Dienst schlägt systemd-modules-load.service
mit folgendem Text fehl :
tomas @ bonus-debian: ~ $ sudo systemctl status systemd-modules-load ● systemd-modules-load.service - Kernel-Module laden Loaded: loaded (/lib/systemd/system/systemd-modules-load.service; static; Herstellervoreinstellung: enabled) Aktiv: fehlgeschlagen (Ergebnis: Exit-Code) seit ma. 2015-11-09 02:58:48 CET; Vor 5min Docs: man: systemd-modules-load.service (8) man: modules-load.d (5) Prozess: 644 ExecStart = / lib / systemd / systemd-modules-load (Code = beendet, Status = 1 / FAILURE) Haupt-PID: 644 (Code = Verlassen, Status = 1 / FEHLER) nov. 09 02:58:48 bonus-debian systemd [1]: Laden von Kernel-Modulen starten ... nov. 09 02:58:48 bonus-debian systemd-modules-load [644]: Das Modul '-r usbhid' konnte nicht gefunden werden nov. 09 02:58:48 bonus-debian systemd [1]: systemd-modules-load.service: Hauptprozess beendet, Code = beendet, Status = 1 / FAILURE nov. 09 02:58:48 bonus-debian systemd [1]: Fehler beim Starten von Load Kernel Modules. nov. 09 02:58:48 bonus-debian systemd [1]: systemd-modules-load.service: Die Einheit ist in den Fehlerzustand eingetreten. nov. 09 02:58:48 bonus-debian systemd [1]: systemd-modules-load.service: Fehler beim Ergebnis 'exit-code'.
Ich dachte, ich würde damit anfangen, das Problem zu googeln:
Autsch.
Meinem System scheint es nichts auszumachen, dass der Treiber nicht geladen werden konnte, da ich keine Beeinträchtigung festgestellt habe, es aber dennoch beheben möchte.
Da Google mich nirgendwo hin gebracht hat, stecke ich schon fest. Ich habe keine Ahnung, wo ich anfangen soll.
Wie finde ich heraus, warum der systemctl-Dienst "systemd-modules-load" fehlschlägt?
udev
zufällig eine Regel geändert ?Antworten:
Ich hatte auch dieses Problem. Ich konnte es lösen, indem ich den Anweisungen auf der Wiki-Seite Arch Linux systemd folgte . Hier ist eine Zusammenfassung dessen, was ich getan habe:
Lässt die systemd-Dienste finden, die nicht gestartet werden können
Ok, wir haben ein Problem mit dem Systemd-Module-Load-Service gefunden. Wir wollen mehr wissen.
Wenn die Prozess-ID nicht aufgeführt ist, starten Sie den fehlgeschlagenen Dienst einfach mit neu
Jetzt haben wir die Prozess-ID (PID), um diesen Fehler eingehend zu untersuchen. Geben Sie den folgenden Befehl mit der aktuellen Prozess-ID ein (hier: 15630):
Wir sehen, dass einige der Kernelmodul-Konfigurationen falsche Einstellungen haben. Daher schauen wir uns diese Einstellungen in /etc/modules-load.d/ an.
Die Fehlermeldung 'blacklist usblp' des Moduls konnte nicht gefunden werden hängt möglicherweise mit einer falschen Einstellung in der Datei blacklist.conf zusammen. Deaktivieren wir es, indem wir vor jeder Option, die wir in Schritt 3 gefunden haben, ein abschließendes # einfügen:
Versuchen Sie nun, systemd-modules-load zu starten:
Wenn es erfolgreich war, sollte dies nichts auffordern. Wenn Sie einen Fehler sehen, gehen Sie zu Schritt 3 zurück und verwenden Sie die neue PID, um die verbleibenden Fehler zu beheben.
Wenn alles in Ordnung ist, können Sie überprüfen, ob der Dienst erfolgreich gestartet wurde mit:
quelle
_PID=
wird jetzt für immer in meiner Toolbox sein. Vielen Dank!/etc/modules-load.d/
Modul leer und es wird immer noch "Modul blah nicht gefunden" angezeigt . Was jetzt?journalctl _SYSTEMD_UNIT=systemd-modules-load.service
. Spart das Nachschlagen der PID./usr/lib/modules-load.d/
nach Dateien, die Module laden, da dort, wo Anwendungen die Module platzieren, die sie benötigen. Das/etc/modules-load.d/
soll für User Konfigurationsdateien sein.