我正在运行带有所有当前更新的 Debian 11（内核 5.10.0-18 和 e2fsprogs 1.46.2-2）。
我已经 mkfs.ext4 不同卷上的一些文件系统 - lvm2 位于 mdraid、fwiw 之上。具体来说，系统有一个单独的根文件系统（在单独的驱动器上，<<1TB）和一个 mdraid 设备，它是系统托管的单个 vg 中的唯一 pv。在此 vg 中，有两个 lv，一个较大的 (36TB) 和一个较小的 (<1TB)。
在 mdraid/lvm2 操作之前创建 root fs 以及在设置 mdraid 和 lvm2 之后创建较小的 lv fs 时，我在文件系统上启用了 resize_inode 时获得了预期结果（以及来自 的其他预期默认值/etc/mke2fs.conf）。但是，在相同的上下文中，如果我使用完全相同的命令行（更改了设备）在较大的 lv 上创建文件系统，文件系统会正确创建...没有resize_inode 。FWIW，创建选项包括-m 0 -E stride=nnn,stripe_size=nnn两个文件系统。明确添加-O resize_inode没有效果。我以前从未遇到过这种情况，并且我明白在现代 Linux 上，没有充分的理由不在 ext4 文件系统上使用 resize_inode - 没有它最终可能会限制未来 resize2fs 操作的范围，而我真的不想要这样。
有没有解决的办法？这是预期的行为吗？我可以“人为”创建一个小 lv，从而确保该功能，然后将其调整为完整大小，但看起来......相当愚蠢。
答案1
Theresize_inode 功能仅适用于大小不超过 16TiB 的文件系统。之后，在存储组描述符时使用meta_bg功能，因此不再需要/使用resize_inode。