为什么 GParted 移动可用空间?

问题描述 投票:0回答:2

我有一个 4 TB 的驱动器,有 2 个分区 - 一个 1TB 分区(使用一半)和一个 3TB 分区(甚至没有使用 300GB)。

我把1TB分区的文件拿出来放到3TB分区准备移动。 (事后看来,将数据移动到 1TB 分区可能更好,因为它位于驱动器的左侧。)

我进入 GParted 并删除空的 1TB 分区并调整 3TB 的大小以填充驱动器。

12 多个小时以来,GParted 一直在将基本上超过 2TB 的可用空间移动到我的驱动器左侧,我不知道为什么它需要移动这个可用空间。

有人可以解释为什么需要这样做吗?

顺便说一句,文件系统是 NTFS,所以也许这提供了更好的解释?

partitioning ntfs
2个回答
0
投票

根据 this post,在 GParted 论坛上提出了一个有点相关的问题(关于缩小分区以更快地移动它),GParted 不像设计的许多文件系统那样原生支持 NTFS(因此,同样有效)用于linux。因此,请注意 NTFS 是您正在等待的文件系统,这可能是您回答的关键。

同样重要的是要注意,由于磁盘碎片和类似问题,“空白空间”在磁盘开头可能不像预览中那样完全同质,并且 GParted 不想冒损坏数据的风险,如果处理的不是很完美,或者填充分区有点乱

这样做的问题是它要求文件系统处于绝对干净的状态——否则,调整大小操作(尤其是收缩)会破坏数据。虽然这对于典型的 Linux 文件系统来说相对容易确保(GParted 在 Live 媒体上提供了检查和修复它们所需的工具),但对于像 NTFS 这样的第三方文件系统来说并不那么容易:对于这些文件系统,您经常需要为这些文件系统启动“本机”操作系统并在那里执行一些操作。除此之外,甚至某些 Linux 文件系统也不能以这种方式移动,因为没有已知的方法来缩小它们(jfs/XFS/Reiser4)——要扩大它们,就需要挂载它们,并且必须不断增长在线完成 (jfs / XFS)。根据您的机器,这不是一个非常聪明的主意 - 也许您在 RAM 很少的系统上执行调整大小操作(现代文件系统会消耗大量内存)。


0
投票

今天我刚刚调整了两个 EXT4 分区的大小,同样的 GParted 也移动了可用空间。所以它并不真正与 NTFS 相关...... 更重要的是,在移动和调整两个 EXT4 分区的大小后,我得到了一个错误(对于每个分区)并导致我在 EXT4 分区内有一个“未分配的空间” - 我将尝试以某种方式解决它......但是这个想法这是 GParted 在 EXT4 (Linux!!) 分区(应该得到更好的支持)上发生的一件非常奇怪的事情。

© www.soinside.com 2019 - 2024. All rights reserved.