我使用 GParted 复制一个 300 GB 分区，并将其粘贴到现有的 500 GB 分区上。传输两个小时后，它说它正在尝试调整新粘贴的分区的大小，但立即失败（编辑分区表以表示正确的大小是一项困难的操作，不是吗？）。
这个结果对我来说毫无意义。为什么它需要调整粘贴分区的大小？
复制的分区是...
- A. ...粘贴到足够大小的可用空间中，或者...
- B. ...粘贴到足够大小的现有分区上。当然，现有的分区必须被删除，使这种情况从那时起等于 A。
我看不到任何其他可行的选择。不管怎样，我们只需要在传输之前创建一个我们需要的精确大小的分区。那么，为什么我最终会得到一个分区更大比原来的复制操作？尽管如此，Gparted 只是将 300 GB 分区“复制”（扭曲？）到 500 GB 分区。
对我来说，这并不是真正的副本，并且 macOS 无法将新分区识别为包含 APFS 容器，因此它不可用。
我在这里错过了什么吗？在开始 2 小时的操作之前我应该做什么才能知道我最终会得到一个可用的副本（当然大小完全相同）？期望 GParted 做对我来说最合理的事情是行不通的，而且这显然不是一项需要反复试验的任务。
或者我可以挽救传输的数据吗？我真的不知道源放在目标分区中的什么位置。
答案1
虽然我仍然不同意最终大小和类型错误的分区是副本，但修复并不太复杂：
- 使用以下命令将分区类型更改为 Apple APFS
gdisk - 使用 . 将 GPT 中的分区大小更改回原来的大小
fdisk。这适用于 APFS 分区，因为 GParted 不可能调整实际文件系统的大小以跨越整个分区（据我所知，没有稳定的 APFS 写入支持）。