vfatモジュールをロードできません(確かな修正を試みました)

vfatモジュールをロードできません(確かな修正を試みました)

モジュールvfatは起動時にロードされず、modprobe vfatエラーを生成して問題を強制します。

modprobe: ERROR: could not insert 'vfat': Unknown symbol in module, or unknown parameter (see dmesg)

dmesgとライン

[  663.227894] fat: Unknown symbol __bread_gfp (err 0)
[  663.227924] fat: Unknown symbol __getblk_gfp (err 0)

また、起動時に実行するように2つの[FAILED]メッセージが表示されます。systemctl status systemd-modules-load.serviceその結果は次のとおりです。

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

私はデフォルトでデフォルトのDebian Jessieを実行しており、私のカーネルに対して手動で調整しませんでした。uname -a返品

Linux aleph 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24) x86_64 GNU/Linux

そして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 

エラーの詳細については、インターネット検索で読み取った内容は、ここで問題が実行されているカーネルのバージョンとkmodで選択されたモジュールの間の矛盾であることを示しています。そのために、私は提案された2つの確実なステップを実行しました。https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808380そしてDebian は vfat を認識しませんこの問題を解決するには、まず再起動を試みてから、強制的に再インストールして再apt-get install --reinstall linux-image-3.16.0-4-amd64起動しました。debsums linux-image-3.16.0-4-amd64また、現在のカーネルが大丈夫であることを示します。しかし、問題は残っています。

おそらく私自身のカーネルとモジュールをコンパイルすることでこの問題を解決できますが、最後の手段としてDebianバイナリ以上のものを検討することをお勧めします。

答え1

まあ、問題はいくつかの問題がある一般的な問題(たとえば、間違ったカーネル)であることがわかりました。何らかの理由でこれを行ったとき、私は間違いなく理解しましたが、grub-pcをDebianパッケージとしてインストールしましたが、そこにはLILOがあります(ない)パッケージとしてインストールされています)は実際のブートローダとして実行されるため、カーネルのインストール(および再インストールなど)起動時に実際にロードされるカーネルイメージに影響を与えないグルーブを幸せに更新します。まだ一つあります。みんな知ってるバグは、特定のDebianカーネル/モジュールのアップデートがバージョン番号を増やさず、kmodのバージョン選択がオフになるということです(そしてそれ以降はカーネル/モジュールの不一致がないと考え、lsmod同じunameバージョン番号を提供しました)。ただし、通常、正しいカーネルをロードするために起動するとエラーを簡単に修正できますが、この場合はブートローダにまだ古いカーネルがあるため解決されません。

答え2

aptitude を使用して、linux-headers-* で始まるインストール済みパッケージと linux-image* で始まるパッケージを比較します。

aptitude search linux-image

そして

aptitude search linux-headers

実行中のカーネルの両方がインストールされていることを確認してください。 uname -a

関連情報