在过去的 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%模拟。