Wie sicher ist GParted beim Ändern der Größe von Linux- und Windows-Partitionen?

Ich möchte die Größe meiner Partitionen ändern: Ich habe 3 Partitionen:

• Ubuntu 10.04
• Windows Seven
• Ubuntu 11.10

Es bootet mit dem von der Ubuntu 11.10-Version installierten Boot.

Ich möchte alle 3 Partitionen erweitern ( nur erweitern ).

Meine HD ist 1,8 TB groß, daher ist sie groß und ich habe keine Möglichkeit, vor dem Erweitern zu speichern.

Meine Frage lautet also: Wenn Sie mir in 99,99% der Fälle GParted-Arbeiten mitteilen, bin ich bereit, das Risiko einzugehen. Wenn Sie mir sagen, dass GParted 90% der Zeit arbeitet, gehe ich dieses Risiko nicht ein.

Ich persönlich hatte kein Problem. Ich habe die Größe meiner Festplatten mit gparted, ntfs und fat32 und ext4 geändert. Bis jetzt ungefähr 8-10 mal. Es sollte sicher sein, sonst würden Sie Probleme wie "gparted hat meine Festplatte kaputt gemacht" im gesamten Web sehen.

So wie ich es sehe, wäre es nicht in der Ubuntu-Distribution, wenn es seinen Job nicht zu 99% machen würde. Es ist ein etabliertes Programm mit einem guten Programmierer, das regelmäßig gewartet und unterstützt wird (durch Schließen / Beheben von Fehlern). :) :)

Wenn Sie Angst haben, Ihre Daten zu verlieren, können Sie natürlich jederzeit eine Festplatte, einen USB-Stick oder eine SATA-Datei kaufen oder von jemandem verlangen, damit Sie zuerst Ihre wichtigen Daten sichern können.

Verwenden Sie, wie in den Kommentaren erwähnt, eine Live-CD mit gparted (z. B. Ubuntu 12.04 Live-CD), lassen Sie sie ihre Arbeit erledigen und stören Sie sie nicht. Führen Sie außerdem nicht viele Schritte als Batch-Job aus (stellen Sie nicht viele Aufgaben in die gparted-Warteschlange). Tun Sie sie einzeln und klicken Sie auf Anwenden.

Es gibt nur eine riskante Situation, wenn die Stromversorgung nach Anwars Kommentar ausfällt:

Es gibt nichts als 99,99% Garantie. Ein plötzlicher Stromausfall kann auch dazu führen, dass Sie eine große Metallplatte ohne Verwendung erhalten. Beachten Sie außerdem Folgendes: Nach meinem Wissen sind alle Partitionierungswerkzeuge gefährlich. Sie warnen ihre Benutzer immer davor

Meine Erfahrung mit der Größenänderung von Partitionen in GPart war zu 100% positiv. Es gelten einige Grundregeln, wie oben erwähnt:

• Stellen Sie sicher, dass Sie ein Backup haben. (Das ist immer eine Grundregel, nicht nur, wenn Sie die Größe von Partitionen ändern :-)).
• Stellen Sie sicher, dass Ihre Partitionen fehlerfrei und sauber bereitgestellt sind. Stellen Sie insbesondere auf Ihrem Dual-Boot-System sicher, dass Windows ordnungsgemäß heruntergefahren wurde, bevor Sie Änderungen an Ihren Partitionen vornehmen.

Ich habe meine Festplatte mit GParted mehrfach partitioniert und neu partitioniert, bearbeitet und in der Größe geändert, und es hat mich nie enttäuscht. Wie medigeek sagte, gibt es in diesen Programmen keine Garantie.

Sie sollten immer eine Sicherungskopie aller wertvollen Daten erstellen, um auf der sicheren Seite zu sein.

Ich habe gparted sicher auf ext [234] -, fat32- und NTFS-Partitionen verwendet. Ich vermute aus Ihrer Frage, dass Sie keine Sicherung Ihrer Daten haben, also haben Sie das Risiko des Verlusts Ihrer Daten akzeptiert, wenn eine Festplatte ausfällt, Sie eine Tasse Tee darüber verschütten usw. In diesem Fall das zusätzliche Risiko durch Die Verwendung von gparted fühlt sich vernachlässigbar an.

Wenn Sie sich eine externe Festplatte leisten können, empfehle ich Ihnen, eine Sicherungskopie zu erstellen, unabhängig davon, ob Sie gparted verwenden oder nicht.

Ich habe viele Jahre mit GParted an vielen Partitionen gearbeitet. In 99% der Fälle funktioniert dies, aber ich hatte auch zwei schlechte Erfahrungen:

Einmal habe ich eine XFS-Partition auf einem virtuellen SLES12-Computer erweitert. Alles schien ohne Fehlermeldung zu funktionieren. Ca. 24 Stunden später stürzte das XFS-Dateisystem vollständig ab. Ich konnte es reparieren, vertraute ihm aber nicht mehr und kopierte die Dateien auf eine andere Festplatte. Vor dieser Erweiterung arbeitete die VM viele Monate ohne Probleme. Alle anderen VMs auf diesem ESXi-Computer und auf demselben 3PAR-Speicher funktionieren ebenfalls problemlos. Um sicherzugehen, dass ich nach der xfsrepair auch einen f3write-Test auf der "defekten" virtuellen Festplatte durchgeführt habe, um sicherzugehen, dass kein Datenbeschädigungsproblem mit dem Speichersystem vorliegt. Ich bin mir sehr sicher, dass weder der ESXi-Hypervisor noch das SAN für den Absturz des FS verantwortlich waren. Andernfalls hätte ich in den folgenden Monaten viele andere Probleme mit diesem Cluster gehabt, die ich nicht hatte.

Ich empfehle auch nicht, eine Windows / Ntfs-Partition mit GParted zu erweitern!

Ich habe die Hauptpartition meines Windows 2012-Servers (unter Exchange) mit GParted erweitert. Diese Partition war auch die letzte auf dem Laufwerk und daher schien die Aufgabe sehr einfach zu sein. Ich habe es heruntergefahren, die Festplatte in ESXi erweitert, systemrescuecd-6.0.1.iso gebootet und die Erweiterung der ntfs-Partition und des Dateisystems mit Gparted durchgeführt. Alles schien fehlerfrei zu funktionieren. Ich konnte die Maschine auch ohne Probleme booten. ABER als Veeam danach die tägliche Sicherung durchführen wollte, schlug dies fehl:

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].

Ich habe unzählige Dinge versucht, um die VSS-Writer-Funktionalität zu reparieren, ohne Erfolg. Also habe ich die VM aus einem Backup wiederhergestellt, das ich zuvor gemacht habe. Dann habe ich die Erweiterung erneut mit der einfachen Windows-Datenträgerverwaltung durchgeführt. Diesmal hat alles gut funktioniert. Auch VSS-Autoren arbeiten einwandfrei.