☰

在 ext4 FS 上禁用 resize_inode 是否安全？

tag-icon • tag-icon ext4 lvm
在 ext4 FS 上禁用 resize_inode 是否安全？

我有 2TB 跨区 LVM ext4 卷，其中包含大量且大部分为静态的文件。“静态”是指它们通常不会随时间变化。该卷已满 99%，添加新文件的操作非常缓慢。由于卷足够大，剩余的 1% 空间约为 25GB，所以我想使用它。

我认为我的麻烦是由于 ext4 中集成的反文件碎片机制造成的。为了避免这种行为，我想禁用resize_inode。我不确定这是否对我有帮助，但我想尝试一下。

有人知道禁用resize_inode该功能是否安全吗？

命令：

sudo tune2fs -O^resize_inode /dev/mapper/data-data

答案1

看起来禁用 resize_inode 是安全的，但我不认为它解决了我的问题。执行后

tune2fs -O^resize_inode /dev/mapper/data-data

系统建议我使用 e2fsck。结果如下：

# tune2fs -O^resize_inode /dev/mapper/data-data
tune2fs 1.41.11 (14-Mar-2010)

Please run e2fsck on the filesystem.

# e2fsck /dev/mapper/data-data
e2fsck 1.41.11 (14-Mar-2010)
/dev/mapper/data-data was not cleanly unmounted, check forced.
Filesystem does not have resize_inode enabled, but s_reserved_gdt_blocks
is 897; should be zero.  Fix<y>? yes

Resize_inode not enabled, but the resize inode is non-zero.  Clear<y>? yes

Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences:  -(128--1024) ... -(512000128--512001024)
Fix<y>? yes

Free blocks count wrong for group #0 (860, counted=1758).
Fix<y>? yes
.
.
.
Free blocks count wrong (32631947, counted=32649888).
Fix<y>? yes

/dev/mapper/data-data: ***** FILE SYSTEM WAS MODIFIED *****
/dev/mapper/data-data: 23369/2065792 files (2.6% non-contiguous), 496180576/528830464 blocks

根据这Hubert Kario 的回答是，resize_inode 用于允许调整 FS 的 inode 大小，而我尝试使用它来加速磁盘操作时完全错了。但我的问题的答案是：是的，禁用 resize_inode 是安全的。

相关内容