Page 1 of 2
Partition HS suite à un crash durant un resize avec gparted
Posted: 30 Oct 2025, 15:09
by sbernard
Bonjour,
J'ai un disque d'environ 500G qui contenait 3 partitions:
Partition primaire :
- ~80Go (ext4) (mon système)
Partition étendu :
- une partition swap de quelque Go
- ~400Go (ext4) (mes données)
C'était un vieux disque sur lequel je n'utilisais plus le système et j'ai donc décidé de supprimer la partition système et la swap et d'étendre la partition des données avec GParted. (je suis sous debian 13)
Malheureusement mon PC a freezé au bout de quelques 10zaine de minutes (peut-être 20 ou 30) sur les 1h40/1h50 annoncé...
Et maintenant ma partition est inutilisable.

(Of course j'aurais du faire une sauvegarde avant mais j'avais pas de disque sous la main et je pensais que agrandir la partition poserai pas trop de problème...)
Je suis en train de faire un copie du disque qui a crashé vers une autre vieux disque de 2To (que j'ai récup pour l'occasion) avec dd. (c'est long

)
Ensuite j'imagine que je vais pouvoir tenter de sauver quelque meuble avec TestDisk...
Si vous avez des conseils je suis preneur
Merci,
Simon
Re: Partition HS suite à un crash durant un resize avec gparted
Posted: 30 Oct 2025, 20:33
by recuperation
Vérifiez vos paramètres SMART vour avoir une idée comme votre disque juge son état de santé.
N'utilisez pas dd. Utilisez ddrescue. Ce program réalise une stratégie pour copier le plus rapidemment possible en cas d'erreurs de lecture.
Si dd tombe sur une série d'erreurs dd sera bloqué en lisant un secteur après l'autre. Ce comportement va stresser votre disque qui est peut-être déjà endommagé.
Re: Partition HS suite à un crash durant un resize avec gparted
Posted: 30 Oct 2025, 21:58
by sbernard
Oui j'ai fait face à quelque soucis d'écriture avec dd et j'ai donc tenter avec ddrescue. C'était long mais ça c'est bien passer.
Code: Select all
sudo ddrescue -d -f /dev/sda /dev/sdc clone.log
GNU ddrescue 1.29
Press Ctrl-C to interrupt
ipos: 500106 MB, non-trimmed: 0 B, current rate: 24174 kB/s
opos: 500106 MB, non-scraped: 0 B, average rate: 26149 kB/s
non-tried: 0 B, bad-sector: 0 B, error rate: 0 B/s
rescued: 500106 MB, bad areas: 0, run time: 5h 18m 45s
pct rescued: 100.00%, read errors: 0, remaining time: n/a
time since last successful read: 0s
Copying non-tried blocks... Pass 1 (forwards)
Finished
J'ai maintenant un copie de mon disque défectueux :
Code: Select all
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 0 465,8G 0 disk => le disque endommagé par le crash de gparted
├─sda2 8:2 0 1K 0 part
└─sda5 8:5 0 465,8G 0 part
sdb 8:16 0 465,8G 0 disk => mon système actuel
├─sdb1 8:17 0 46,6G 0 part /
├─sdb2 8:18 0 1K 0 part
├─sdb5 8:21 0 12G 0 part [SWAP]
└─sdb6 8:22 0 407,2G 0 part /home
sdc 8:32 0 1,8T 0 disk => la copie du disque endommagé
├─sdc2 8:34 0 1K 0 part
└─sdc5 8:37 0 465,8G 0 part
J'ai testé les 2 disques avec
smartctl et ils ont l'air d'être OK. (l'original et la copie)
À votre avis quel est l'étape suivante ?
Re: Partition HS suite à un crash durant un resize avec gparted
Posted: 31 Oct 2025, 08:09
by recuperation
Au moins, selon l'extrait de l'écran de ddrescue la copie du disque était crée sans problème!
Ce qui reste à faire, c'est de se renseigner auprès des créateurs de Gparted s'il y a un moyen pour sauver une opération qui a failli.
Si cela n'est pas possible, vous allez essayer TestDisk pour voir si la fonction avec la touche "p" (list files) est disponible pour les systèmes de fichiers ext4 - je ne le sais pas!
Vous allez faire cela avec un autre disk ou clé USB qui contient une partition avec un système de fichiers de type ext4 et des fichiers dedans.
https://www.cgsecurity.org/wiki/TestDis ... _par_Etape
De cette manière vous pouvez vérifier si TestDisk est capable de trouver quelque chose.
Dans le cas d'échec vous devez essayer d'autres logiciels (commerçiaux).
Si rien ne marche, vous utilisez PhotoRec.
Re: Partition HS suite à un crash durant un resize avec gparted
Posted: 31 Oct 2025, 10:13
by sbernard
Merci pour votre aide
Je vais peut être poster ma question en anglais, ça va peut être permettre à plus de monde d'y avoir accès. (soit pour répondre, soit pou avoir une réponse à ce même genre de problème)
Re: Partition HS suite à un crash durant un resize avec gparted
Posted: 31 Oct 2025, 10:28
by sbernard
Nous pouvons continuer la discussion ici :
viewtopic.php?t=13182
J'ai essayé de contacter les dev de gparted =>
https://gparted.org/contact.php
Mais leur salon IRC semble ne plus exister ... je tente de contacter le développeur principal directement.
Re: Partition HS suite à un crash durant un resize avec gparted
Posted: 25 Nov 2025, 11:55
by sbernard
Le développeur de gparted m'a orienté vers le forum de ma distribution donc Debian
J'ai crée un post la-bas :
https://forums.debian.net/viewtopic.php?p=832295 y a un petit moment sans vraiment prendre le temps de retravailler sur ce problème.
Récemment, j'ai finalement pris un peu de temps pour retravailler là-dessus.
Après avoir cloné mon disque avec ddrescue (comme expliqué dans mon message initial), j'ai essayé d'utiliser
TestDisk (installé à partir du dépôt Debian) et suivi ce
guide :
J'ai réussi à récupérer mon ancienne partition et mes anciennes données

. (Je n'ai pas testé tous les fichiers, mais tous ceux que j'ai testés sont OK)
TestDisk est sa UI à base de menu est simple d'utilisation.
L'
Analyse a été assez longue (plusieurs heures pour mon ancien disque dur de 2 To).
Dans mon cas, je n'ai pas eu besoin d'effectuer de
Deeper Search.
Merci
@recuperation pour ton aide

Re: Partition HS suite à un crash durant un resize avec gparted
Posted: 25 Nov 2025, 14:58
by recuperation
De rien!
Mais cela vraiment sympa de votre part si vous pourriez utiliser le vrai nom du logiciel qui est supporté par ce forum!

Re: Partition HS suite à un crash durant un resize avec gparted
Posted: 25 Nov 2025, 19:19
by sbernard
Oups !

Désolé

, c'est corrigé !
(J'ai aussi corrigé sur le post du forum Debian)
Re: Partition HS suite à un crash durant un resize avec gparted
Posted: 11 Dec 2025, 16:11
by maelle43
Salut Simon,
Désolé pour la galère

. Tu as raison de faire une copie complète du disque avant toute tentative de récupération, c’est la meilleure sécurité. Une fois la copie faite, TestDisk est un excellent choix pour reconstruire la partition et récupérer les fichiers. Tu peux aussi utiliser PhotoRec si certains fichiers sont vraiment importants et que TestDisk ne les voit pas. Patience, c’est long mais tu as encore de bonnes chances de récupérer tes données.