web-dev-qa-db-fra.com

Impossible de charger les modules au démarrage: impossible de trouver le module par son nom "off"

Je viens de mettre à jour de 15.04 à 15.10 et lors du processus de démarrage, un message d'erreur indiquant que certains modules ont échoué a été généré. J'ai donc lancé systemctl status -l systemd-modules-load.service et j'ai eu ceci:

Oct 24 12:22:23 ubuntu systemd-modules-load[292]: Inserted module 'option'
Oct 24 12:22:23 ubuntu systemd-modules-load[292]: could not find module by name='off'
Oct 24 12:22:23 ubuntu systemd-modules-load[292]: Failed to insert 'off': Function not implemented
Oct 24 12:22:23 ubuntu systemd-modules-load[292]: could not find module by name='off'
Oct 24 12:22:23 ubuntu systemd-modules-load[292]: Failed to insert 'off': Function not implemented
Oct 24 12:22:23 ubuntu systemd-modules-load[292]: Inserted module 'cuse'
Oct 24 12:22:23 ubuntu systemd[1]: systemd-modules-load.service: Main process exited, code=exited, status=1/FAILURE
Oct 24 12:22:23 ubuntu systemd[1]: Failed to start Load Kernel Modules.
Oct 24 12:22:23 ubuntu systemd[1]: systemd-modules-load.service: Unit entered failed state.
Oct 24 12:22:23 ubuntu systemd[1]: systemd-modules-load.service: Failed with result 'exit-code'.

Quand je lance cat /etc/modules je reçois

loop
lp
usbserial
option
nouveau
nouveau

J'ai essayé de commenter l'un des modules nouveau mais cela n'a pas aidé.

J'ai trouvé un bug sur Launchpad qui donne un message similaire mais mon problème ne semble pas être causé par le module rtc (qui est le coupable du bogue lié).

Quelqu'un a une idée de ce que je devrais essayer?

EDIT: ajouté plus d'infos:

cat /lib/systemd/system/systemd-modules-load.service donne

[Unit]
Description=Load Kernel Modules
Documentation=man:systemd-modules-load.service(8) man:modules-load.d(5)
DefaultDependencies=no
Conflicts=shutdown.target
Before=sysinit.target shutdown.target
ConditionCapability=CAP_SYS_MODULE
ConditionDirectoryNotEmpty=|/lib/modules-load.d
ConditionDirectoryNotEmpty=|/usr/lib/modules-load.d
ConditionDirectoryNotEmpty=|/usr/local/lib/modules-load.d
ConditionDirectoryNotEmpty=|/etc/modules-load.d
ConditionDirectoryNotEmpty=|/run/modules-load.d
ConditionKernelCommandLine=|modules-load
ConditionKernelCommandLine=|rd.modules-load

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/lib/systemd/systemd-modules-load
TimeoutSec=90s

cat /etc/modules-load.d/modules.conf donne le même résultat que cat /etc/modules/ énuméré ci-dessus.

drivers15.10
6
crypto_rsa

Résolu en commentant (en utilisant le caractère '#') les deux lignes avec nouvea dans le fichier /etc/modules.

6
crypto_rsa

Le problème semble dû à une nouvelle inscription sur la liste noire et à un alias désactivé dans /etc/alternatives/x86_64-linux-gnu_nvidia_modconf après avoir installé nvidia-304-updates dans 16.04 AMD64.

La configuration empêche la séquence de passer au nouveau pilote en utilisant:

rmmod nvidia
modprobe nouveau

Décommenter les coupables permet de changer les pilotes de la carte graphique nvidia sans redémarrer. Le pilote nouveau est alors chargé correctement (mais toujours pas de lanceur d’unité ni de tiret).

0
dario

Pour obtenir un journal complet du service, vous pouvez également utiliser

journalctl -u systemd-modules-load.service

Donc, vraisemblablement, vous avez quelque chose dans/etc/modules (ou éventuellement /etc/modules-load.d/) qui fait référence à un module inexistant ou cassé?

Le supprimer de/etc/modules résoudra votre problème.

0
Danrley Willyan

Faire la mise à jour puis la mise à niveau résoudre mon problème avec les modules de chargement échoué Même si je reçois

Sub-process /usr/bin/dpkg returned an error code (1)" error [duplicate]

Sudo apt-get update
Sudo apt-get upgrade

bonne chance

0
user540820