O módulo vfat falha ao carregar (tentei as correções óbvias)

Question

O módulo vfat não é carregado na inicialização e tenta forçar o problema com um modprobe vfat para produzir 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)

Também há duas mensagens [FAILED] no momento da inicialização, avisando-me para executar systemctl status systemd-modules-load.service ; o resultado disso é:

● 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 bajulador e não ajustei nada sobre 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 as especificidades do erro sugere que o problema aqui é uma incompatibilidade entre as versões do kernel em execução e os módulos selecionados por kmod. Para esse fim, tomei as duas etapas óbvias sugeridas no link e vfat não reconhecido no debian para corrigir esse problema: primeiro, tentei reinicializar e, em seguida, usou apt-get install --reinstall linux-image-3.16.0-4-amd64 para forçar a reinstalação e reinicialização após. 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 ir além dos binários debian um último recurso.

    

Answer 1

OK, o problema acabou sendo o usual (isto é, o kernel errado), com uma leve ruga: 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 o LILO (não instalado como um pacote) rodando como meu bootloader real, então o kernel instala (e reinstala, e assim) o grub atualizado alegremente, o que não tinha nenhum efeito na imagem do kernel sendo carregada no boot. Ainda existe um bug conhecido que uma atualização específica do kernel / módulo do Debian não incrementa o número da versão que desativa a seleção de versão do kmod (e contribuiu para minha impressão de que eu não tinha incompatibilidade de kernel / módulo, pois lsmod e uname estavam me dando o mesmo número de versão), mas esse bug normalmente é facilmente corrigido pela reinicialização para carregar o kernel correto - mas não nesta instância, onde o gerenciador de inicialização ainda tinha o kernel antigo.

    

Answer 2

Use o aptitude para comparar os pacotes instalados, começando com linux-headers- * com pacotes que começam com linux-image *.

aptitude search linux-image

e

aptitude search linux-headers

Verifique se ambos estão instalados para o kernel que você está executando uname -a