在过去的 25 小时内，GParted 一直停留在缩小步骤上，试图将我的 442GB Windows 8 分区缩小到 426GB。此分区位于我的 SATA HDD 上，我只修改了分区的末尾，以便将我的新 Ubuntu 放在后面。
我应该继续等待还是我可以做其他什么事情来加快或取消（不丢失数据）该过程？
编辑：
Gparted 仍在运行，以下是当前状态top：
15773 - 根 - 20 - 0 - 454 米 - 25 米 - 19 米 - R - 1,7 - 0,2 - 44:14.40 gpartedbin
所以在我看来它仍然在做一些事情，不是吗？让我担心的是（但我肯定弄错了）它glances没有注意到 HDD 上发生的任何事情（IN 和 OUT），而 IO_R 和 IO_W 列的线上有这些A_DENY（gpartedbin我猜分别是读取和写入？）。
答案1
因此，在等待了近 50 个小时之后，我放弃了，并决定取消收缩操作即使这可能意味着数据丢失。
一旦取消操作，GParted 就无法正确识别 Windows 8 分区，因此我尝试使用 GParted 来恢复它。但没有成功。
那时我决定使用 PhotoRec 和 TestDisk，令我惊讶的是，TestDisk 无法检测到我的分区上的任何错误（即使使用更深入的搜索功能），更棒的是，我能够看到我的所有文件和文件夹都完好无损地存在于我的 W8 分区上！
就在那时，我决定尝试一下并重新启动它，但不幸的是（正如我所料）我的 W8 mbr 坏了，所以我使用我的 W7 恢复磁盘（我通过从 Microsoft 下载从 W7 升级到 W8）从命令行工具启动并运行，Bootrec.exe /fixmbr然后瞧！我的所有数据都还在，我的 W8 也修好了（我做的第一件事就是运行检查磁盘，结果没有发现错误）。
回到 Ubuntu 主题，我决定这次缩小 Windows 中的 W8 分区，因此在运行了几次碎片整理并使用碎片整理（尽可能获取磁盘开头的数据）我能够缩小 W8 分区，为 Ubuntu 安装腾出空间。
最后，我认为就我而言GParted 确实挂了（无缘无故），因为我的 W8 分区没有丢失任何数据，虽然我花了几天的时间来修复，但幸运的是取消缩小并没有给我造成任何损害。
不过我确实建议，如果您想在安装 ubuntu（或任何其他操作系统）之前缩小 Windows 分区，请使用 Windows 工具（diskmgmt.msc）。
答案2
25 小时的调整大小操作绝对有点太长了，甚至有点过长。程序完全有可能挂起，在这种情况下，您应该准备从备份中恢复。（您应该总是在执行分区调整大小操作之前备份重要数据。）另一方面，您的磁盘上的数据布局方式可能会导致 GParted 运行缓慢。如果是这样，程序最终会完成，一切都会正常。很难说是哪种情况。但是，如果磁盘活动已完全停止，我倾向于“挂起”假设。如果磁盘活动正在进行，则可能是这两种情况之一。CPU 负载也是如此。（top在终端窗口中键入以查看使用最多 CPU 时间的程序的动态更新列表。）
不幸的是，实际上没有办法以安全的方式停止正在进行的分区调整操作。如果程序挂起，您将不得不从备份中恢复数据，或者花费大量时间（使用相簿或类似的东西）和/或金钱（请数据恢复专家）来恢复数据。
我建议再等一天左右。如果到那时仍未完成，那么完成的可能性就很低了。不过，没有固定的截止点——或者如果有，我不知道它是什么，它会根据磁盘大小、磁盘速度和其他因素而变化。
答案3
只需等待。延迟不是因为它“挂起”，而是因为它正在工作。
系统将首先测试分区的缩小/移动。这需要时间。当它实际调整大小并移动数据时，这也需要时间。此外，当你调整大小时，Windows 可能会向你大喊大叫。
答案4
这确实需要很长时间。我目前正在将 171GB 的分区缩小到 100GB。经过一整晚的运行，它仍然只有 62%模拟。