Quelle est la sécurité de GParted lors du redimensionnement des partitions Linux et Windows?

Je souhaite redimensionner mes partitions: j'ai 3 partitions:

• Ubuntu 10.04
• Windows Seven
• Ubuntu 11.10

Il démarre avec le démarrage installé par la version Ubuntu 11.10.

Je souhaite étendre ( uniquement étendre ) les 3 partitions.

Ma HD est de 1,8 To, c'est donc gros et je n'ai aucune possibilité de sauvegarder avant de m'étendre.

Ma question est donc la suivante: si vous me dites que GParted travaille 99,99% du temps, je suis prêt à prendre le risque. Si vous me dites que GParted travaille 90% du temps, je ne prendrai pas ce risque.

Personnellement, je n'ai eu aucun problème. J'ai redimensionné mes disques en utilisant gparted, ntfs et fat32 et ext4. Environ 8 à 10 fois jusqu'à présent. Il devrait être sûr, sinon vous verriez des problèmes tels que «gparted a cassé mon disque» partout sur le Web.

D'après moi, il ne serait pas dans la distribution Ubuntu s'il ne faisait pas son travail à 99%. C'est un programme bien établi avec un bon programmeur, bien entretenu et supporté régulièrement (en fermant / corrigeant des bugs). :)

Bien sûr, si vous avez peur de perdre vos données, vous pouvez toujours acheter ou demander à quelqu'un de vous prêter un disque dur, une clé USB ou SATA, afin de pouvoir d'abord sauvegarder vos données importantes.

Comme mentionné dans les commentaires, utilisez un livecd avec gparted (par exemple ubuntu 12.04 livecd), laissez-le faire son travail et n'interférez pas. De plus, ne faites pas beaucoup d'étapes en tant que travail par lots (ne mettez pas beaucoup de choses à faire dans la file d'attente gparted). Faites-les un par un et appuyez sur Appliquer.

Il n'y a qu'une seule situation à risque, si le courant baisse, selon le commentaire d'Anwar:

Il n'y a rien comme une garantie de 99,99%. Une panne de courant soudaine peut également vous causer une grande plaque métallique, sans aucune utilisation. Notez également que: À ma connaissance, tous les outils de partitionnement sont dangereux. Ils préviennent toujours leurs utilisateurs à ce sujet

Mon expérience avec le redimensionnement des partitions dans GParted est 100% positive. Certaines règles de base s'appliquent, comme cela a été mentionné ci-dessus:

• Assurez-vous d'avoir une sauvegarde. (C'est toujours une règle de base, pas seulement lorsque vous redimensionnez des partitions :-)).
• Assurez-vous que vos partitions sont exemptes d'erreurs et démontées proprement. Plus précisément, sur votre système à double démarrage, assurez-vous que Windows a été correctement arrêté avant de modifier quoi que ce soit sur vos partitions.

J'ai partitionné et re-partitionné, édité et redimensionné mon disque dur à plusieurs reprises avec GParted et cela ne m'a jamais fait défaut. Comme l'a dit medigeek, il n'y a pas de garantie dans ces programmes.

Vous devez toujours prendre une sauvegarde de toutes les données précieuses pour être du bon côté.

J'ai utilisé gparted en toute sécurité sur les partitions ext [234], fat32 et NTFS. Je suppose que d'après votre question, vous n'avez aucune sauvegarde de vos données, vous avez donc accepté le risque de perdre vos données si un disque tombe en panne, vous renversez une tasse de thé dessus, etc. Dans ce cas, le risque supplémentaire causé par l'utilisation de gparted semble négligeable.

Si vous pouvez vous permettre un disque dur externe, je vous suggère de sauvegarder, peu importe si vous utilisez gparted ou non.

Je travaille sur de nombreuses partitions avec GParted depuis de nombreuses années. 99% du temps, cela fonctionne, mais j'ai également eu deux mauvaises expériences:

Une fois, j'ai étendu une partition XFS sur une machine SLES12 virtuelle. Tout semblait fonctionner sans aucun message d'erreur. Environ. 24 heures plus tard, le système de fichiers XFS s'est complètement écrasé. J'ai pu le réparer, mais je n'y ai plus fait confiance et j'ai copié les fichiers sur un autre disque. Avant cette expansion, la VM a fonctionné pendant plusieurs mois sans aucun problème. Toutes les autres machines virtuelles sur cette machine ESXi et sur le même stockage 3PAR fonctionnent également sans problème. Pour être sûr, j'ai également fait un test f3write sur le disque virtuel "défectueux" après le xfsrepair juste pour être sûr qu'il n'y a pas de problème de corruption de données avec le système de stockage. Je suis très sûr que ni l'hyperviseur ESXi ni le SAN n'étaient responsables du crash du FS. Sinon, j'aurais eu beaucoup d'autres problèmes sur ce cluster les mois suivants, ce que je n'avais pas.

Je ne recommande pas non plus d'étendre une partition windows / ntfs avec GParted!

J'ai étendu la partition principale de mon serveur Windows 2012 (exécutant Exchange) avec GParted. Cette partition était également la dernière sur le lecteur et la tâche semblait donc très simple. Je l'ai mis hors tension, étendu le disque dans ESXi, démarré systemrescuecd-6.0.1.iso et fait l'extension de la partition ntfs et du système de fichiers avec Gparted. Tout semblait fonctionner sans erreur. J'ai également pu démarrer la machine sans problème. MAIS quand Veeam a voulu faire la sauvegarde quotidienne par la suite, il a échoué:

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

J'ai essayé des tonnes de choses pour réparer la fonctionnalité d'écriture VSS sans succès. J'ai donc restauré la machine virtuelle à partir d'une sauvegarde que j'ai faite auparavant. Ensuite, j'ai fait à nouveau l'expansion avec la gestion des disques Windows ordinaire. Cette fois, tout a bien fonctionné. Les rédacteurs VSS fonctionnent également parfaitement.