Pendant un certain temps, j'ai vu du texte rouge clignoter pendant le démarrage. Aujourd'hui, j'ai décidé de m'y intéresser. Le service systemctl systemd-modules-load.service
échoue avec ce texte:
tomas @ bonus-debian: ~ $ sudo systemctl status systemd-modules-load ● systemd-modules-load.service - Charger les modules du noyau Chargé: chargé (/lib/systemd/system/systemd-modules-load.service; statique; préréglage fournisseur: activé) Actif: échoué (résultat: code de sortie) depuis ma. 2015-11-09 02:58:48 CET; Il y a 5min Documents: man: systemd-modules-load.service (8) man: modules-load.d (5) Processus: 644 ExecStart = / lib / systemd / systemd-modules-load (code = quitté, status = 1 / FAILURE) PID principal: 644 (code = quitté, statut = 1 / FAILURE) nov. 09 02:58:48 bonus-debian systemd [1]: Démarrage de Load Kernel Modules ... nov. 09 02:58:48 bonus-debian systemd-modules-load [644]: Impossible de trouver le module '-r usbhid' nov. 09 02:58:48 bonus-debian systemd [1]: systemd-modules-load.service: Processus principal terminé, code = quitté, statut = 1 / ÉCHEC nov. 09 02:58:48 bonus-debian systemd [1]: échec du démarrage du chargement des modules du noyau. nov. 09 02:58:48 bonus-debian systemd [1]: systemd-modules-load.service: L'unité est entrée en état d'échec. nov. 09 02:58:48 bonus-debian systemd [1]: systemd-modules-load.service: échec avec le résultat 'exit-code'.
Je pensais commencer par googler le problème:
Aie.
Mon système ne semble pas s'inquiéter du fait que le pilote n'a pas pu se charger, car je n'ai pas remarqué une expérience dégradée, mais j'aimerais toujours y remédier.
Depuis que Google ne m'a mené nulle part, je suis déjà coincé. Je ne sais pas par où commencer.
Comment puis-je comprendre pourquoi le service systemctl "systemd-modules-load" échoue?
udev
règle, par hasard?Réponses:
Moi aussi, j'ai eu ce problème. J'ai pu le résoudre en suivant les instructions de la page wiki Arch Linux systemd . Voici un résumé de ce que j'ai fait:
Permet de trouver les services systemd qui ne parviennent pas à démarrer
Ok, nous avons trouvé un problème avec le service systemd-modules-load. Nous voulons en savoir plus.
Si l'ID de processus n'est pas répertorié, redémarrez simplement le service ayant échoué avec
Nous avons maintenant l'ID de processus (PID) pour étudier cette erreur en profondeur. Entrez la commande suivante avec l'ID de processus actuel (ici: 15630):
Nous voyons que certaines configurations du module du noyau ont des paramètres incorrects. Par conséquent, nous jetons un œil à ces paramètres dans /etc/modules-load.d/
Le message d'erreur Échec de la recherche du module 'blacklist usblp' peut être lié à un paramètre incorrect à l'intérieur de blacklist.conf. Permet de le désactiver en insérant un # de fin avant chaque option trouvée à l'étape 3:
Maintenant, essayez de démarrer systemd-modules-load:
S'il a réussi, cela ne devrait rien provoquer. Si vous voyez une erreur, revenez à l'étape 3 et utilisez le nouveau PID pour résoudre les erreurs restantes.
Si tout va bien, vous pouvez vérifier que le service a été démarré avec succès avec:
la source
_PID=
sera désormais à jamais dans ma boîte à outils. Merci!/etc/modules-load.d/
est vide et il indique toujours Échec de la recherche du module blah . Et maintenant?journalctl _SYSTEMD_UNIT=systemd-modules-load.service
. Enregistre la recherche du PID./usr/lib/modules-load.d/
les modules de chargement de fichiers, car il y a où les applications placent les modules dont ils ont besoin. Le/etc/modules-load.d/
est censé être pour les fichiers de configuration utilisateur.