Falha ao carregar módulos na inicialização: não foi possível encontrar o módulo pelo nome 'off'

Question

Acabei de atualizar de 15.04 para 15.10 e, durante o processo de inicialização, recebi um erro dizendo que alguns módulos não foram carregados. Então eu corri systemctl status -l systemd-modules-load.service e eu tenho isso:

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'.

Quando executo cat /etc/modules , obtenho

loop
lp
usbserial
option
nouveau
nouveau

Eu tentei comentar um dos módulos nouveau , mas isso não ajudou.

Eu encontrei um bug no Launchpad que dá uma mensagem semelhante, mas minha problema não parece ser causado pelo módulo rtc (que é o culpado no bug linkado).

Alguém tem uma ideia do que eu deveria tentar?

EDIT: adicionado mais informações:

cat /lib/systemd/system/systemd-modules-load.service dá

[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 fornece a mesma saída que cat /etc/modules/ listada acima.

    

Answer 1

Resolvido comentando (usando o caractere '#') ambas as linhas com nouveau nelas no arquivo /etc/modules .

    

Answer 2

A atualização e a atualização resolvem meu problema com módulos de carga com falha Mesmo que eu tenha

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

sudo apt-get update
sudo apt-get upgrade

boa sorte

    

Answer 3

O problema parece dever-se ao nouveau na lista negra e ao aliasing em /etc/alternatives/x86_64-linux-gnu_nvidia_modconf depois de instalar nvidia-304-updates em 16.04 amd64.

A configuração inibe a sequência para mudar para o driver nouveau usando:

rmmod nvidia
modprobe nouveau

Uncommenting os culpados permitem mudar os drivers da placa gráfica nvidia sem reiniciar. O driver nouveau é carregado corretamente (mas ainda não é exibido nenhum lançador de unidade ou hífen).

    

Answer 4

Para obter um log completo do serviço, você também pode usar

journalctl -u systemd-modules-load.service

Então presumivelmente você tem algo em / etc / modules (ou possivelmente /etc/modules-load.d/) que se refere a um módulo inexistente ou quebrado?

A remoção de / etc / modules resolverá seu problema.