调整 Linux 和 Windows 分区大小时 GParted 有多安全?

调整 Linux 和 Windows 分区大小时 GParted 有多安全?

我想调整分区大小:我有 3 个分区:

  • Ubuntu 10.04
  • Windows 7
  • Ubuntu 11.10

它使用 Ubuntu 11.10 版本安装的启动项进行启动。

我想扩展(仅有的 扩张)所有 3 个分区。

我的硬盘是 1.8 Tb,所以它很大,并且在扩展之前我无法保存。

所以我的问题是:如果你告诉我 GParted 在 99.99% 的时间里有效,我愿意冒这个险。如果你告诉我 GParted 在 90% 的时间里有效,我就不会冒这个险。

答案1

我个人没有遇到任何问题。我使用 gparted、ntfs 和 fat32 以及 ext4 调整了磁盘大小。到现在为止大约调整了 8-10 次。这应该是安全的,否则您会在网上看到诸如“gparted 损坏了我的磁盘”之类的问题。

在我看来,如果它不能 99% 地完成其工作,它就不会出现在 ubuntu 发行版中。它是一款成熟的程序,拥有优秀的程序员,维护良好,并定期提供支持(通过关闭/修复错误)。:)

当然,如果你担心丢失数据,你可以购买或请别人借给你一个硬盘,USB或SATA,这样你就可以先备份你的重要数据。

正如评论中提到的,使用带有 gparted 的 livecd(例如 ubuntu 12.04 livecd),让它完成工作,不要干扰。另外,不要将很多步骤作为批处理作业执行(不要将很多要做的事情放在 gparted 队列中)。逐一执行并点击应用。

只有一种危险的情况,那就是如果断电,正如安瓦尔的评论:

没有什么可以保证 99.99% 的。突然断电也会导致你得到一块大金属板,毫无用处。还要注意:据我所知,所有分区工具都是危险的。他们总是警告用户这一点

答案2

我对 GParted 中分区大小调整的体验 100% 是积极的。正如上文所述,适用一些基本规则:

  • 确保您有备份。(这始终是一个基本规则,而不仅仅是在您调整分区大小时 :-))。
  • 确保分区没有错误并且干净地卸载。具体来说,在双启动系统上,确保在更改分区上的任何内容之前 Windows 已正确关闭。

答案3

我使用 GParted 多次对我的硬盘进行分区、重新分区、编辑和调整大小,它从未让我失望过。正如 medigeek 所说,这些程序没有保证。

为了安全起见,您应该始终备份所有有价值的数据。

答案4

多年来,我已经使用 GParted 处理过许多分区。99% 的时间里,它都是有效的,但我也遇到过两次不好的经历:

有一次,我在一台虚拟 SLES12 机器上扩展了一个 XFS 分区。一切似乎都正常工作,没有任何错误消息。大约 24 小时后,XFS 文件系统完全崩溃了。我能够修复它,但不再信任它,并将文件复制到另一个磁盘。在这次扩展之前,虚拟机运行了好几个月,没有任何问题。这台 ESXi 机器上和同一 3PAR 存储上的所有其他虚拟机也运行正常,没有问题。为确保万无一失,我还在 xfsrepair 之后对“有缺陷的”虚拟磁盘进行了 f3write 测试,只是为了确保存储系统没有数据损坏问题。我非常确定 ESXi 虚拟机管理程序和 SAN 都不是造成 FS 崩溃的原因。否则,接下来的几个月里,我会在这个集群上遇到很多其他问题,而我并没有遇到。

我也不建议使用 GParted 来扩展 windows/ntfs 分区!

我使用 GParted 扩展了 Windows 2012 Server(运行 Exchange)的主分区。此分区也是驱动器上的最后一个分区,因此任务似乎非常简单。我关闭电源,在 ESXi 中扩展磁盘,启动 systemrescuecd-6.0.1.iso,并使用 Gparted 扩展 ntfs 分区和文件系统。一切似乎都正常,没有错误。我也可以毫无问题地启动机器。但是当 Veeam 想要进行每日备份时,它失败了:

Event description: Job "nameofjob" finished with error. Processing EXCHANGE Error: VSSControl: -2147467259 Backup job failed. Cannot create a shadow copy of the volumes containing writer's data. VSS asynchronous operation is not completed. Operation: [Shadow copies commit]. Code: [0x8004231f].

EXCHANGE - Failed to prepare guest for hot backup. Error: VSSControl: -2147467259 Backup job failed. Cannot create a shadow copy of the volumes containing writer''s data. VSS asynchronous operation is not completed. Operation: [Shadow copies commit]. Code: [0x8004231f].

我尝试了很多方法来修复 VSS 编写器功能,但都没有成功。所以我从之前的备份中恢复了虚拟机。然后我使用普通的 Windows 磁盘管理再次进行了扩展。这次一切都很顺利。而且 VSS 编写器也运行正常。

相关内容