Gentoo VPSのカーネル6.1.31でOverlayfsが機能しない

Question 1

で表示したメッセージをGoogleに検索して、dmesg次のファイルを見つけます。puppetソースコード問題の原因を説明してください。

    # On a fresh node overlay may be unloaded automatically by the OS
    # if no fs needs it. In this case the kern.log should look like:
    # kernel: request_module fs-overlay succeeded, but still no fs?
    # This may lead to unwanted side effects, like Docker not finding
    # the overlay kernel module loaded and falling back to
    # the device-mapper storage driver.
    # Therefore we explicitly load the overlay module when the overlayfs
    # option is true.
    kmod::module { 'overlay':
        ensure => 'present',
    }

したがって、ホストシステムで次のコマンドを実行すると、overlayカーネルモジュールがロードされていないことがわかります。

lsmod |grep overlay

overlayしたがって、カーネルモジュールを再ロードするだけです。

modprobe overlay

Answer

で表示したメッセージをGoogleに検索して、dmesg次のファイルを見つけます。puppetソースコード問題の原因を説明してください。

    # On a fresh node overlay may be unloaded automatically by the OS
    # if no fs needs it. In this case the kern.log should look like:
    # kernel: request_module fs-overlay succeeded, but still no fs?
    # This may lead to unwanted side effects, like Docker not finding
    # the overlay kernel module loaded and falling back to
    # the device-mapper storage driver.
    # Therefore we explicitly load the overlay module when the overlayfs
    # option is true.
    kmod::module { 'overlay':
        ensure => 'present',
    }

したがって、ホストシステムで次のコマンドを実行すると、overlayカーネルモジュールがロードされていないことがわかります。

lsmod |grep overlay

overlayしたがって、カーネルモジュールを再ロードするだけです。

modprobe overlay

Question 2

回答を投稿した後アベイロ、私のカーネルバージョン6.1.46が元のメッセージの6.1.31と異なることに気づきました。これは、質問が投稿された元のウェブサイトからほとんどの情報をコピーしたため、完全に可能です。Docker コミュニティフォーラム, 私はこれを調べるために多くのテストをして努力しましたがロードされるカーネルバージョンについて考えることになりました。

/usr/src/linux正しいカーネルを指して6.1.46fsをモジュールにオーバーライドして、元の投稿に関連情報を公開するように再コンパイルされたことを確認してから再起動しmake && make modules_install && make installますgrub-mkconfig -o /boot/grub/grub.cfg。

再起動後に再実行してuname -aみると、カーネルは6.1.31でしたが、なぜですか？

間違ったパスを使用してmkconfigを実行した可能性があるため、慎重に再実行して再起動しました。それでも6.1.31です。

/boot/grub/grub.cfg再起動後に正しいオプションを確認しましたが、6.1.46がシステムを起動する最初のオプションでした。そのため、ランダム行の一部が更新されない問題を回避するために実行し、rm /boot/\*6.1.31*grepgrub-mkconfig -o /boot/grub/grub.cfgで確認したところ、6.1.31の痕跡はなく、6.1.46のみが見つかりました。

再起動しましたが、6.1.31が再び登場しました。しかし、すべてが大丈夫に見え、6.1.46で起動する必要があります。

その後、再起動して手動でブートプロセスを制御して6.1.46をロードするように手動で数字を編集しましたが、システムが失敗してカーネルが見つかりませんでした。

これが重要です。

6.1.31に戻ってブートした後、マウントポイントを確認しました（/bootは別のパーティションです）。

そこにあります。いいえ、/bootインストールされていないと言うべきでしょうか。このシステムの寿命のある時点で、私はnoautoに間違えてインストールされませ/etc/fstabん/bootでした。

これを変えましたが、削除済み自動ではありません/bootb の場合/etc/fstaシステムを再起動するとチャジャン！システムは6.1.46で、overlayfsが動作しています。。

しかし、これは私が理解していない新しい部分です。/bootパーティションではなくフォルダにもかかわらず、6.1.46カーネルがあり、/boot/grub/grub.cfg正しい設定を持っていますが、なぜ読み込まれてロードされないのですか？起動時に表示される grub メニューには 6.1.31 というオプションが 1 つしかありませんが、含まれていlocateないディスクでは見つかりません。findどこにありますか。どのようにロードされますか？/boot/grub/grub.cfgcatを使用してディスクから読み取ったデータは6.1.46です。

まあ、この長い話を終えて問題を解決し、新しいミステリーを手に入れましたが、あまりにも多くの時間を費やしたので、今はミステリーが解けていないままです。

助けてくれてありがとう。 aviroの最後のコメントに答えないと解決策が見つかりませんでした。

Answer