モジュール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