解释 resize2fs 收缩进度 (-p)“pass 2”输出

Question

问题resize2fs：在大型 (8-28Tb) ext4 文件系统上进行脱机收缩操作的“第 2 步”期间，进度条指示什么？

细节：

我已经resize2fs使用（“进度”）标志完成了大约 5 次收缩操作-p，但我无法弄清楚“pass 2”的“进度条”告诉我什么。下面包含示例输出。

进度条开始时全部为破折号，并部分填充 X，但 X 的数量在整个操作过程中增加和减少，并且在每种情况下操作均已完成，但进度条不完整。有时，当第 2 遍完成时，进度条会部分填充，如下面的示例输出所示，但至少在一种情况下，它完成时没有 X（“空”），尽管在操作期间存在 X。有时，X 的数量在整个操作过程中会多次增加和减少；例如，从0增加到8个X，然后减少到0，然后增加到6，然后回到0，然后增加到6并完成。

# resize2fs -M -p /dev/media/media
resize2fs 1.45.4 (23-Sep-2019)
Resizing the filesystem on /dev/media/media to 820975573 (4k) blocks.
Begin pass 2 (max = 369742748)
Relocating blocks             XXXXX-----------------------------------
Begin pass 3 (max = 44944)
Scanning inode table          XX--------------------------------------

系统： PopOS 20.04（基本上是Ubuntu 20.04）。 resize2fs1.45.4。让我知道是否还有其他相关版本可以包含在此处。

先前的研究：

手册页仅引用“完成百分比”：

在离线调整大小期间打印每个 resize2fs 操作的百分比完成条，以便用户可以跟踪程序正在执行的操作。

...但第二阶段的行为不符合该描述，但增加和减少似乎表明它正在尝试传达某些信息。

我在 Google、ServerFault 和 SuperUser 中搜索了“resize2fs 收缩进度条”、“resize2fs 进度”和类似的查询。

我发现了其他 2 个对此行为的引用，但没有解释进度条指示的内容：

• Ubuntu 论坛上的Resize2fs 进度条不可靠帖子，没有回复。
• 在估计 resize2fs 收缩所需的时间中，提问者在问题末尾的“编辑”以及 John Mahowald 对最佳答案的评论中提到了这种行为。