ubuntu – 无法resize2fs – flex_bg和!resize_inode的组合

前端之家收集整理的这篇文章主要介绍了ubuntu – 无法resize2fs – flex_bg和!resize_inode的组合前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我最近使用mdadm设置了我的第一个软件raid,并且在raid中添加了更多磁盘后,我无法将文件系统调整为raid的完整大小.我通过以下方式在/ dev / md0上创建了一个(~16TB)文件系统:
  1. mkfs.ext4 -v -b 4096 -t huge -E stride=128,stripe-width=256 /dev/md0

然后我痛苦地等了几天,因为旧raid的所有数据都复制到了新的raid;我移动了磁盘并进行了突袭,最后我终于:

  1. resize2fs -p /dev/md0

通知

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

我对这两个功能究竟是什么或者为什么组合很麻烦都没有任何理解,所以在我更好的判断下我尝试添加resize_inode:

  1. tune2fs -O +resize_inode /dev/md0

但我被击落了:

  1. Setting filesystem feature 'resize_inode' not supported.

而且我没有勇气尝试删除flex_bg,因为我真的不想做任何可能使我的数据面临风险的事情.我正在使用3.5.1内核运行Ubuntu 12.04:

  1. 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的大小(最好不重新创建)?

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

  1. tune2fs -l /dev/md0
  2. tune2fs 1.42 (29-Nov-2011)
  3. Filesystem volume name: <none>
  4. Last mounted on: /media/Bigger
  5. Filesystem UUID: baecfa03-74c1-42ad-8e19-3b823f05f502
  6. Filesystem magic number: 0xEF53
  7. Filesystem revision #: 1 (dynamic)
  8. 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
  9. Filesystem flags: signed_directory_hash
  10. Default mount options: user_xattr acl
  11. Filesystem state: clean
  12. Errors behavior: Continue
  13. Filesystem OS type: Linux
  14. Inode count: 274700288
  15. Block count: 4395202560
  16. Reserved block count: 219760128
  17. Free blocks: 247712956
  18. Free inodes: 274636266
  19. First block: 0
  20. Block size: 4096
  21. Fragment size: 4096
  22. Blocks per group: 32768
  23. Fragments per group: 32768
  24. Inodes per group: 2048
  25. Inode blocks per group: 128
  26. RAID stride: 128
  27. RAID stripe width: 768
  28. Flex block group size: 16
  29. Filesystem created: Fri Aug 17 02:54:50 2012
  30. Last mount time: Mon Aug 20 02:21:51 2012
  31. Last write time: Mon Aug 20 02:25:07 2012
  32. Mount count: 3
  33. Maximum mount count: -1
  34. Last checked: Fri Aug 17 02:54:50 2012
  35. Check interval: 0 (<none>)
  36. Lifetime writes: 16 TB
  37. Reserved blocks uid: 0 (user root)
  38. Reserved blocks gid: 0 (group root)
  39. First inode: 11
  40. Inode size: 256
  41. required extra isize: 28
  42. Desired extra isize: 28
  43. Journal inode: 8
  44. Default directory hash: half_md4
  45. Directory Hash Seed: b357ba49-60b1-4c55-837f-a70c8285a8f5
  46. Journal backup: inode blocks
这可能对你有帮助 – http://www.spinics.net/lists/linux-ext4/msg27511.html

在做任何事情之前进行备份,因为你正在做的事情看起来非常冒险.

见到这个 – https://ext4.wiki.kernel.org/index.php/Ext4_Howto

  1. WARNING: It is NOT recommended to resize the inodes using resize2fs with
  2. 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邮件列表上提出这个问题.

猜你在找的Ubuntu相关文章