私はすべての最新アップデート（カーネル5.10.0-18とe2fsprogs 1.46.2-2）でDebian 11を実行しています。
私はmdraid、fwiwの上にlvm2のような他のボリュームにmkfs.ext4いくつかのファイルシステムを持っています。特に、システムには、別々のルートファイルシステム（別々のドライブ、<<1TB）と、システムでホストされている単一のVG内の唯一のPVであるmdraidデバイスがあります。このvgには2つのlvがあり、1つは大きく（36TB）、1つは小さい（<1TB）。
mdraid / lvm2操作の前にルートfsを作成し、mdraidとlvm2を設定した後でより小さいlv fsを生成するときにファイルシステムでresize_inodeが有効になっている場合は、予想される結果が得られます（他の予想されるデフォルトと一緒に/etc/mke2fs.conf）。ただし、同じコンテキストでより大きなlvにファイルシステムを作成するためにまったく同じコマンドライン（デバイスが変更されている）を使用すると、ファイルシステムが正しく作成されます。いいえresize_inode. FWIW、生成オプションには-m 0 -E stride=nnn,stripe_size=nnn2つのファイルシステムが含まれます。明示的に追加しても-O resize_inode効果はありません。私は以前このようなことを経験したことがなく、最新のLinuxではext4ファイルシステムでresize_inodeを使用しない理由がないことを知っています。これを使用しないと、将来のresize2fs操作の範囲が制限される可能性があり、実際にはそれを望んでいません。
解決策はありますか？これが予想される動作ですか？ 「人工的に」小さなlvを作成してその機能を保証し、それをフルサイズにサイズ変更することができますが、これは...多少愚かなようです。
ベストアンサー1
Theresize_inode機能は、最大16TiBのサイズのファイルシステムでのみ機能します。その後、グループ記述子を保存するときにMeta_bg関数が使用されるため、resize_inodeはもはや必要/使用されなくなります。