主页 / ubuntu / 问题 / 779754
Accepted
anx
Asked: 2016-05-31 22:39:39 +0800 CST

如何调整超过 16TB 限制的 ext4 分区？

  • 772

尝试调整未使用 64 位标志创建的旧 ext4 分区的大小时，如果新大小为或超过 16TiB，resize2fs 1.42 将失败。

$ resize2fs -p /dev/mapper/target-device
resize2fs: New size too large to be expressed in 32 bits

我不想将文件复制到外部介质。我也不想冒数据丢失的风险。如何安全地调整音量？

ext4

3 个回答

  1. Best Answer

    使用该选项-O 64bit（在今天创建的文件系统中默认启用），ext 文件系统可以跨越 1024 PiB，而不仅仅是 16 TiB 卷。您可以升级旧文件系统以激活此选项。

    在你开始之前

    1. 此卷大小必须由 RAID 支持。否则，常规磁盘错误会造成伤害。
    2. 不过，RAID 不是备份。您还必须将贵重物品存放在其他地方。
    3. 首先调整大小并验证所有周围的卷（分区表、加密、lvm）。
    4. 更改 RAID 后，linux 可能不会立即确认新的最大大小。检查$ cat /proc/partitions，必要时重新启动。
    5. 使用最新的、受支持的内核。如有疑问，请安装所有升级并重新启动。
    6. 获取版本1.43(2016-05-17) 或更高版本的 e2fsprogs
    • ✔️ Ubuntu 20.04(2020-04-23) 附带e2fsprogs 1.45.x(good!)
    • ✔️ Ubuntu 18.04(2018-04-26) 附带e2fsprogs 1.44.x(good!)
    • ❌ Ubuntu 16.04(2016-04-21) 与e2fsprogs 1.42.12(2014-08-25) 一起发布 - 升级到较新版本或手动安装较新版本（请参阅此答案的末尾）：

    磁盘的步骤在/dev/mapper/target-device

    第 1 步：正确卸载

    $ sudo umount /dev/mapper/target-device

    第 2 步：在开始之前确保一致性

    $ sudo e2fsck -fn /dev/mapper/target-device

    -nflag 表示不进行更改。根据导致错误的原因，e2fsck尝试修复可能会有所帮助。

    第 3 步：在文件系统中启用 64 位支持

    $ sudo resize2fs -b /dev/mapper/target-device

    请考虑阅读man tune2fs-man resize2fs您可能还希望更改一些其他文件系统标志。在典型的 HDD RAID 上，这需要 4 分钟的高 IO 和 CPU 负载。

    第 4 步：调整大小

    如果您没有在命令行上传递大小，resize2fs会假定“增长到所有可用空间”——这通常是您想要的。

    $ sudo resize2fs -p /dev/mapper/target-device

    在典型的 HDD RAID 上，这需要 4 分钟的高 IO 和 CPU 负载。该-p标志启用进度条 - 但仅在一些初始步骤后显示。

    第 5 步：再次检查

    $ sudo e2fsck -fn /dev/mapper/target-device

    较新版本的 e2fsck 可能会建议修复时间戳或范围树。这并不表示存在任何严重问题，您可以选择现在或以后修复它。

    如果发生错误，不要惊慌，也不要尝试写入卷；请咨询对文件系统有广泛了解的人，因为进一步的操作可能会破坏数据！

    如果没有出现错误，重新挂载设备：

    $ sudo mount /dev/mapper/target-device
$ df -h

    享受新空间！

    如果使用旧版本：启用源包支持的额外步骤，e2fsprogs在旧系统上下载并编译新版本：

    $ resize2fs
# if this  prints version 1.43 or above, continue to step 1
$ sudo apt update
$ sudo apt install git
$ sudo apt build-dep e2fsprogs
$ cd $(mktemp -d)
$ git clone -b v1.44.2 https://git.kernel.org/pub/scm/fs/ext2/e2fsprogs.git e2fsprogs && cd e2fsprogs
$ ./configure
$ make
$ cd resize
$ ./resize2fs
# confirm that this prints 1.43 or higher
# use `./resize2fs` instead of `resize2fs` for the rest of the steps

    您将不需要任何非 Ubuntu 版本的 e2fsprogs 来继续运行升级后的文件系统 - 内核支持这些已经有一段时间了。只需启动升级。

    作为参考，如果要求 mke2fs 使用不适当的选项创建大型设备，则会打印类似的错误消息：

    $ mke2fs -O ^64bit /dev/huge
mke2fs: Size of device (0x123456789 blocks) is too big to be expressed in 32 bits using a blocksize of 4096.
    • 52

  2. 它最近发生在我身上，一个 Ubuntu 18.04 在最初安装一个 16.04 Ubuntu 后已经更新......存储阵列 (/dev/sdb) 最初被划分为两个 14 TB 分区，这是因为想要扩大问题发生的第一个分区到 28 TB。

    我不需要下载新版本的 resize2fs，因为它是最新的。

    # resize2fs 
resize2fs 1.44.1 (24-Mar-2018)

    唯一的问题是转换已格式化为 32 位的 64 位分区 1 ......而不是邀请读者查阅 tune2fs 的文档（如 Anx 建议的那样），我提出了一个真实的例子！

    # tune2fs -O 64bit /dev/sdb1
tune2fs 1.44.1 (24-Mar-2018)
Please run "resize2fs -b /dev/sdb1" to enable 64-bit mode.

# resize2fs -b /dev/sdb1
resize2fs 1.44.1 (24-Mar-2018)
Convert the file system to 64 bits.
The file system on /dev/sdb1 now has a size of 3662109119 blocks (4k).

    最后，我们扩大磁盘分区！

    # resize2fs /dev/sdb1
resize2fs 1.44.1 (24-Mar-2018)
Resizing the file system on /dev/sdb1 to 7324303099 (4k) blocks.
The file system on / dev / sdb1 now has a size of 7324303099 blocks (4k).
    • 2

  3. 如果由于“文件系统繁忙”而无法卸载，请从 LiveCD（Ubuntu 桌面）启动。使用 v18.04+，因为它已经有 resize2fs v1.44。

    • 0

相关问题