无法 resize2fs - flex_bg 和 !resize_inode 的组合

Question

我最近使用 mdadm 设置了我的第一个软件突袭，在向突袭添加更多磁盘后，我无法将文件系统调整为突袭的完整大小。我通过以下方式在 /dev/md0 上创建了一个（~16TB）文件系统：

mkfs.ext4 -v -b 4096 -t huge -E stride=128,stripe-width=256 /dev/md0

然后我痛苦地等待了几天，因为旧的raid 中的所有数据都复制到了新的raid 中；我移动了磁盘并扩大了突袭，然后最后我：

resize2fs -p /dev/md0

这告诉我

resize2fs 1.42 (29-Nov-2011)
resize2fs: /dev/md0: The combination of flex_bg and !resize_inode features is not supported by resize2fs

我对这两个功能的确切用途或为什么组合很麻烦一无所知，因此根据我的更好判断，我尝试添加 resize_inode：

tune2fs -O +resize_inode /dev/md0

但我被击落了：

Setting filesystem feature 'resize_inode' not supported.

而且我没有足够的勇气尝试删除 flex_bg，因为我真的不想做任何可能使我的数据处于危险之中的事情。我正在使用 3.5.1 内核运行 Ubuntu 12.04：

Linux critter 3.5.1-030501-generic #201208091310 SMP Thu Aug 9 17:11:48 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

我用 v1.42.5（最新的可用版本）再次测试了 resize2fs，但无济于事。所以，要清楚，我的问题是：如何将这个 ext4 文件系统的大小调整为 raid 的大小（最好不要重新创建）？

编辑：这里有一些可能有用的文件系统信息。

tune2fs -l /dev/md0
tune2fs 1.42 (29-Nov-2011)
Filesystem volume name:   <none>
Last mounted on:          /media/Bigger
Filesystem UUID:          baecfa03-74c1-42ad-8e19-3b823f05f502
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr dir_index filetype extent 64bit flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              274700288
Block count:              4395202560
Reserved block count:     219760128
Free blocks:              247712956
Free inodes:              274636266
First block:              0
Block size:               4096
Fragment size:            4096
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         2048
Inode blocks per group:   128
RAID stride:              128
RAID stripe width:        768
Flex block group size:    16
Filesystem created:       Fri Aug 17 02:54:50 2012
Last mount time:          Mon Aug 20 02:21:51 2012
Last write time:          Mon Aug 20 02:25:07 2012
Mount count:              3
Maximum mount count:      -1
Last checked:             Fri Aug 17 02:54:50 2012
Check interval:           0 (<none>)
Lifetime writes:          16 TB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:           256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      b357ba49-60b1-4c55-837f-a70c8285a8f5
Journal backup:           inode blocks

Answer 1

这可能对您有帮助 - http://www.spinics.net/lists/linux-ext4/msg27511.html

在做任何事情之前先进行备份，因为使用 ext4 所做的事情似乎非常危险。

请参阅此 - https://ext4.wiki.kernel.org/index.php/Ext4_Howto

WARNING: It is NOT recommended to resize the inodes using resize2fs with 
e2fsprogs 1.41.0 or later, as this is known to corrupt some filesystems. 

使用 64 位 ext4 文件系统似乎可以达到 16TB，但工具的状态似乎在不断变化。这是一本非常好的读物——http ://blog.ronnyegner-consulting.de/2011/08/18/ext4-and-the-16-tb-limit-now-solved/

除非您在这里收到 ext4 文件系统开发人员的来信，否则您可能想在 ext4 邮件列表上询问这个问题。