小编Rog*_*gue的帖子

我有一个很大的 ext4 文件系统，我目前正在缩小它（在我的情况下为 109Tb -> 83Tb），并且需要很长时间（询问时的第 5 天）。目前我可以通过iotop. 然而，从互联网上粗略一瞥，似乎 resize2fs 并没有像增加卷（大约 2011 年）那样针对收缩进行优化。

就此而言，如果我能帮上忙，我不想打断它，但我觉得这么长时间运行文件系统更改有点赤裸裸。考虑到我们知道前后的空间需求（以及块数/块大小），ext4 收缩的正确/及时估计是什么？

涉及软件：

• e2fs...：1.43.1
• 操作系统： debian 4.19.16-1-bpo9+1

我的特定文件系统：

• 类型：ext4
• 大小：~109Tb（29297465344 个块）
• 缩小到：83Tb（22280142848 块）
• 块大小：4Kb（4096 字节）
• 每个 inode 的字节数：2^15（32786 字节）

当前输出：

resize2fs -p ...：

[root@devlynx]## ~:: resize2fs -p /dev/storage/storage 83T
resize2fs 1.43.4 (31-Jan-2017)
Resizing the filesystem on /dev/storage/storage to 22280142848 (4k) blocks.
Begin pass 2 (max = 802451420)
Relocating blocks             XX--------------------------------------

iotop：

   TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN …