为什么分区工具 GParted 在将 250GB 分区缩小到 190GB 时会读取两次 190GB 的数据?

为什么分区工具 GParted 在将 250GB 分区缩小到 190GB 时会读取两次 190GB 的数据?

当使用 GParted 将 250GB 分区缩小到 190GB 时,我认为它会将 60GB 的数据移回 190GB 区域并将其称为完成。

但它却读取了 190GB 的数据两次,第一次大约需要 1 小时,第二次则需要 2 小时。

问题是:

1) 为什么它接触的是 190GB 的数据而不是 60GB 的数据?
2) 为什么它读取了两次?

更新:我对此表示怀疑:它说“将 /dev/sdb1 移到右侧,然后将其缩小到 190GB”... 那么原因是否是,首先要将分区缩小到 190GB,然后将其移到右侧?所以它不是先移动到右侧然后缩小,而是先缩小然后移动。(不能先移动,因为原来的 250GB 是整个硬盘)。另外,为什么要将其移动到右侧?

答案1

关于#2(读两遍):

如果我没记错的话,它首先执行读取测试。我认为这是为了确保在实际移动(读取和写入操作)过程中不会出现“意外”。你不会希望你的文件系统最终被分成两部分。

答案2

这或许是一个答案:(我发现当所有动作都完成时)

单击 GParted 中的“详细信息”时,它会显示 2 个操作(调整大小和创建新分区),但单击单个操作时,会显示更多详细信息。它实际上显示有“读取 /dev/sdb1 以查找错误并(如果可能)修复它们”之类的操作。它实际上包含大约 14 行...第一行是“校准 /dev/sdb1”,这可能是前 10 分钟的内容。

相关内容