Quanto è sicuro GParted quando si ridimensionano le partizioni Linux e Windows?

Voglio ridimensionare le mie partizioni: ho 3 partizioni:

• Ubuntu 10.04
• Windows Seven
• Ubuntu 11.10

Si avvia con l'avvio installato dalla versione Ubuntu 11.10.

Voglio espandere ( solo espandere ) tutte e 3 le partizioni.

Il mio HD è 1,8 Tb, quindi è grande e non ho possibilità di salvare prima di espandermi.

Quindi la mia domanda è: se mi dici che il GParted funziona il 99,99% delle volte, sono disposto a correre il rischio. Se mi dici che il GParted funziona il 90% delle volte, non correrò questo rischio.

Personalmente non ho avuto problemi. Ho ridimensionato i miei dischi usando gparted, ntfs e fat32 ed ext4. Circa 8-10 volte fino ad ora. Dovrebbe essere sicuro, altrimenti vedresti problemi come "gparted ha rotto il mio disco" in tutto il web.

A mio modo di vedere, non sarebbe nella distribuzione di Ubuntu se non stesse facendo il suo lavoro al 99%. È un programma consolidato con un buon programmatore, ben mantenuto e supportato regolarmente (chiudendo / correggendo i bug). :)

Naturalmente, se hai paura di perdere i tuoi dati, puoi sempre acquistare o chiedere a qualcuno di prestarti un disco rigido, USB o SATA, in modo da poter prima eseguire il backup dei tuoi dati importanti.

Come menzionato nei commenti, usa un livecd con gparted (es. Ubuntu 12.04 livecd), lascia che faccia il suo lavoro e non interferire. Inoltre, non eseguire molti passaggi come processo batch (non mettere molte cose da fare nella coda gparted). Falli uno per uno e premi applica.

C'è solo una situazione rischiosa, se il potere si abbassa, secondo il commento di Anwar:

Non esiste una garanzia del 99,99%. Un'interruzione improvvisa dell'alimentazione può anche causare una grande piastra metallica, senza usi. Si noti inoltre che: Per quanto ne so, tutti gli strumenti di partizionamento sono pericolosi. Avvertono sempre i loro utenti a riguardo

La mia esperienza con il ridimensionamento delle porzioni in GP è stata positiva al 100%. Si applicano alcune regole di base, come è stato menzionato sopra:

• Assicurati di avere il backup. (Questa è sempre una regola di base, non solo quando ridimensioni le porzioni :-)).
• Assicurati che le tue partizioni siano prive di errori e smontate in modo pulito. In particolare, sul tuo sistema a doppio avvio, assicurati che Windows sia stato chiuso correttamente prima di modificare qualsiasi cosa sulle tue partizioni.

Ho partizionato e ri-partizionato, modificato e ridimensionato il mio disco rigido più volte con GParted e non mi ha mai deluso. Come diceva medigeek, in questi programmi non esiste una garanzia.

Dovresti sempre fare un backup di tutti i dati importanti per essere al sicuro.

Ho usato gparted in modo sicuro su partizioni ext [234], fat32 e NTFS. Immagino dalla tua domanda che non hai alcun backup dei tuoi dati, quindi hai accettato il rischio di perdere i tuoi dati se un disco si guasta, ci versi sopra una tazza di tè ecc. In quel caso il rischio aggiuntivo causato da usare gparted sembra trascurabile.

Se puoi permetterti un disco rigido esterno, ti suggerisco di eseguire il backup, non importa se usi gparted o no.

Ho lavorato su molte partizioni con GParted per molti anni. Il 99% delle volte funziona, ma ho anche avuto due brutte esperienze:

Una volta ho esteso una partizione XFS su una macchina SLES12 virtuale. Tutto sembrava funzionare senza alcun messaggio di errore. Circa. 24 ore dopo il filesystem XFS si è completamente bloccato. Sono stato in grado di ripararlo, ma non mi fidavo più e ho copiato i file su un altro disco. Prima di questa espansione la VM ha funzionato per molti mesi senza alcun problema. Tutte le altre macchine virtuali su questa macchina ESXi e sulla stessa memoria 3PAR funzionano senza problemi. A dire il vero ho anche fatto un test di f3write sul disco virtuale "difettoso" dopo xfsrepair solo per essere sicuro che non ci siano problemi di corruzione dei dati con il sistema di archiviazione. Sono molto sicuro che né l'hypervisor ESXi né la SAN fossero responsabili dell'incidente dell'FS. Altrimenti avrei avuto molti altri problemi su questo cluster nei mesi seguenti, cosa che non avevo.

Inoltre non consiglio di estendere una partizione windows / ntfs con GParted!

Ho esteso la partizione principale del mio server Windows 2012 (con Exchange) con GParted. Questa partizione era anche l'ultima sull'unità e quindi l'attività sembrava molto semplice. L'ho spento, ho esteso il disco in ESXi, ho avviato systemrescuecd-6.0.1.iso e ho fatto l'estensione della partizione NTFS e del filesystem con Gparted. Tutto sembrava funzionare senza errori. Potrei anche avviare la macchina senza problemi. MA quando Veeam ha voluto fare il backup giornaliero dopo non è riuscito:

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

Ho provato un sacco di cose per riparare la funzionalità del writer VSS senza successo. Quindi ho ripristinato la VM da un backup che ho fatto prima. Poi ho fatto di nuovo l'espansione con la semplice Gestione disco di Windows. Questa volta tutto ha funzionato bene. Anche gli scrittori VSS stanno lavorando perfettamente.