.png)
O módulo vfat não carrega na inicialização e tenta forçar o problema produzindo modprobe vfat
o erro
modprobe: ERROR: could not insert 'vfat': Unknown symbol in module, or unknown parameter (see dmesg)
com as linhas dmesg
[ 663.227894] fat: Unknown symbol __bread_gfp (err 0)
[ 663.227924] fat: Unknown symbol __getblk_gfp (err 0)
Há também duas mensagens [FAILED] no momento da inicialização me aconselhando a executar systemctl status systemd-modules-load.service
; o resultado de fazer isso é:
● systemd-modules-load.service - Load Kernel Modules
Loaded: loaded (/lib/systemd/system/systemd-modules-load.service; static)
Active: failed (Result: exit-code) since Fri 2016-02-12 12:55:11 EST; 18min ago
Docs: man:systemd-modules-load.service(8)
man:modules-load.d(5)
Main PID: 502 (code=exited, status=1/FAILURE)
Feb 12 12:55:11 aleph systemd-modules-load[502]: Failed to insert 'fuse': No such file or directory
Feb 12 12:55:11 aleph systemd[1]: systemd-modules-load.service: main process exited, code=exited, status=1/FAILURE
Feb 12 12:55:11 aleph systemd[1]: Failed to start Load Kernel Modules.
Feb 12 12:55:11 aleph systemd[1]: Unit systemd-modules-load.service entered failed state.
Estou executando um Debian Jessie basicamente básico e não ajustei nada manualmente em meu kernel. uname -a
retorna
Linux aleph 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24) x86_64 GNU/Linux
e modinfo fat vfat
:
filename: /lib/modules/3.16.0-4-amd64/kernel/fs/fat/fat.ko
license: GPL
depends:
intree: Y
vermagic: 3.16.0-4-amd64 SMP mod_unload modversions
filename: /lib/modules/3.16.0-4-amd64/kernel/fs/fat/vfat.ko
author: Gordon Chaffee
description: VFAT filesystem support
license: GPL
alias: fs-vfat
depends: fat
intree: Y
vermagic: 3.16.0-4-amd64 SMP mod_unload modversions
Tudo o que li nas pesquisas do Google sobre os detalhes do erro sugere que o problema aqui é uma incompatibilidade entre as versões do kernel em execução e os módulos selecionados pelo kmod. Para esse fim, tomei as duas etapas óbvias sugeridas emhttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808380evfat não reconhecido no debianpara corrigir esse problema: primeiro, tentei reiniciar e depois forcei apt-get install --reinstall linux-image-3.16.0-4-amd64
a reinstalação e reiniciei depois. debsums linux-image-3.16.0-4-amd64
também indica que meu kernel atual deve estar OK. O problema persiste, no entanto.
Eu provavelmente poderia consertar isso compilando meu próprio kernel e módulos, mas eu realmente consideraria sair dos binários debian como último recurso.
Responder1
OK, o problema acabou sendo o de sempre (ou seja, kernel errado), com um leve problema: por alguma razão que sem dúvida fazia sentido no momento em que fiz isso, eu tinha o grub-pc instalado como um pacote debian, mas tinha LILO (não instalado como um pacote) rodando como meu gerenciador de inicialização real, então o kernel instala (e reinstala, e similares) o grub atualizado alegremente, o que não teve efeito na imagem do kernel sendo realmente carregada no momento da inicialização. Ainda há umconhecidobug que uma atualização específica do kernel/módulo do Debian não incrementou o número da versão que desativa a seleção de versão do kmod (e contribuiu para a minha impressão de que eu não tinha nenhuma incompatibilidade de kernel/módulo, já que lsmod
estava uname
me dando o mesmo número de versão), mas isso O bug normalmente é facilmente corrigido reiniciando para carregar o kernel correto --- mas não neste caso, onde o bootloader ainda tinha o kernel antigo.
Responder2
Use o aptitude para comparar pacotes instalados começando com linux-headers-* com pacotes começando com linux-image*.
aptitude search linux-image
e
aptitude search linux-headers
Certifique-se de que ambos estejam instalados para o kernel que você está executando uname -a