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

我想调整分区的大小：我有3个分区：

• Ubuntu 10.04
• Windows 7
• Ubuntu 11.10

它使用Ubuntu 11.10版本安装的启动程序启动。

我想扩展（仅 扩展）所有3个分区。

我的HD为1,8 Tb，因此很大，在扩展之前我无法保存。

所以我的问题是：如果您99.99％的时间告诉我GParted的工作，我愿意冒险。如果您90％的时间告诉我GParted的工作，我将不会冒险。

我个人没有问题。我使用gparted，ntfs，fat32和ext4调整了磁盘大小。到现在为止大约有8-10次。它应该是安全的，否则您将在网络上看到诸如“ gparted break my disk”之类的问题。

我的看法是，如果它没有完成99％的工作，它就不会出现在ubuntu发行版中。这是一个完善的程序，具有良好的程序员，良好的维护和定期支持（通过关闭/修复错误）。:)

当然，如果您担心丢失数据，可以随时购买或要求某人借给您硬盘，usb或sata，以便您可以首先备份重要数据。

如评论中所提到的，使用带有gparted的livecd（例如ubuntu 12.04 livecd），让它做好工作并且不要干涉。另外，不要将许多步骤作为批处理工作进行（不要在gparted队列中放入很多工作要做）。一对一地做，然后套用。

根据安华（Anwar）的评论，如果断电，只有一种危险的情况：

没有99.99％的保证。突然的电源故障还会导致您没有任何用途的大金属板。另请注意：据我所知，所有分区工具都是危险的。他们总是警告用户

我在GParted中调整分区大小的经验获得了100％的肯定。如上所述，一些基本规则适用：

• 确保您有备份。（这始终是一个基本规则，而不仅仅是在调整分区大小时：-）。
• 确保您的分区没有错误并且可以干净地卸载。特别是，在双引导系统上，请确保在更改分区上的任何内容之前已正确关闭Windows。

我已经使用GParted对硬盘进行了多次分区，重新分区，编辑和调整大小，但从未失败过。正如medigeek所说，这些程序中没有保证。

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

我在ext [234]，fat32和NTFS分区上安全地使用了gparted。我从你的问题猜你没有任何数据的备份，那么你已经接受了某个磁盘出现故障丢失数据的风险，你洒了一杯茶在它等等。在这种情况下，额外造成风险使用gparted感觉微不足道。

如果您可以负担得起外部硬盘驱动器，建议您备份，无论是否使用gparted。

多年来，我一直在使用GParted处理多个分区。99％的时间，这是可行的，但是我也有两个不好的经历：

扩展虚拟SLES12计算机上的XFS分区后。一切似乎都正常，没有任何错误消息。大约 24小时后，XFS文件系统完全崩溃。我能够修复它，但不再信任它，并将文件复制到另一个磁盘。在此扩展之前，VM可以正常工作数月之久。该ESXi机器上和同一3PAR存储上的所有其他VM均正常运行，没有问题。为确保在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编写器功能，但均未成功。因此，我从以前的备份中还原了VM。然后，我再次使用普通的Windows磁盘管理进行了扩展。这次一切正常。VSS编写器也可以完美工作。