cgsecurity.org

Tout d'abord, malgré les stress "perte de données" et confinement, merci Christophe pour ce super outil !

J'ai planté 2 partitions ext4, dont l'une était la copie de l'autre (très fort je suis).
La première, comme j'en avait plus besoin, je l'ai effacé avec gparted.
La seconde fonctionnait, jusqu'à une histoire avec un nid de pythons (2, 2.7, 3, 3.7, 3.8, f...k), une reinstall ... que j'ai fait sur elle même avec formatage ...
Bref, je pense pouvoir récupérer la partition effacée plus facilement.

testdisk voit les partitions existantes (toutes primaires)
Quick Search trouve la partition effacée, mais ne voit pas de fichiers dedans (aie) et il voit certaines partitions existantes (les linux) mais pas les autres (ntfs) qu'il a vu juste avant !
Du coup, si je comprends bien, si je bascule de D en P la partition effacée et que j'écris cette table telle quelle, il efface les partitions NTFS qu'il avait vu avant ?
C'est du dual boot EFI GPT sur ce disque, donc ça me ferait mal qu'il plante les ntfs.

Question Bonus : Si je lance Deep Search, est-ce qu'il va lister toutes les partitions existantes et effacées (je le vois en train de me lister la même partition plusieurs dizaine de fois, je suis inquiet) ?

Merci !

S'il te manque des partitions après le QUick Search, oui, il faut utiliser le Deeper Search.
Utilises les fleches pour passer les partitions à récupérer en P(rimary), *(bootable) ou L(ogical).
Les partitions non listées ne sont pas écris, cela revient à les effacer donc oui, il faut bien vérifier que la liste est correcte avant de choisir Write et de confirmer.

Merci beaucoup !
Heureusement que je n'ai pas écrit la table telle quelle.
C'est étrange qu'il ne propose pas les partitions non effacées et vues juste auparavant.

Le Deeper Search a trouvé plusieurs fois la même partition effacée avec des secteurs de début et fin différents.
Je joins le log, https://drive.google.com/file/d/1EMjLsF ... sp=sharing
j'ai quitté (tué) testDisk avant de faire quoi que ce soit. Je relancerais Deeper Search une fois que je suis sûr.
J'avais noté que gparted me disait que la partition effacée commençait à 888'899'584 avec une longueur de 83'304'448 (42Go). C'était (sic) /dev/sdb8 (le dual boot a morcelé ce disque).
Est-ce que c'est seulement celle là que je dois ré-activer ?
Et problème sur le gâteau, il ne trouve aucune partition commençant à 888899584.
Du coup laquelle est-ce dans la liste ?
Dois-je essayer de les ouvrir une à une pour essayer de lire les fichiers ?
Merci encore pour votre aide.

Sinon j'ai les mêmes infos sur sdb5 "sous" le formatage et l'écriture lors de la réinstallation (foirée, c'est la première fois que je vois une install Linux planter avec icône bombe atomique).
Je vais essayer avec PhotoRec

Help !
Je me rapproche mais j'ai vraiment besoin de comprendre testdisk pour ne pas faire de bêtise.
A propos, il y a une version FR ?

Un nouveau deeper search me dit que j'ai un disque de 200To au lieu de 500Go après avoir trouvé plein de partitions de 60Go !
J'ai passé toute la liste au peigne fin (P, Q) et je pense avoir trouvé la partition que je cherche :
Elle serait à 888'901'632 pour une longueur de 83'302'392 et il voit les fichiers dedans.
Pourquoi cette différence entre 888'901'632 et gparted 888'899'584 ?

par contre les autres partitions existantes (vu par /list ou analyse): ne sont plus P dans deeper search.

J'ai compris que l'on pouvait reloader une partition table mais alors j'ai d'autres partitions montées (P) et ça se chevauche.

Je ne vois pas dans --help un moyen de demander à s'occuper que d'une "partie" (888'901'632 pour une longueur de 83'302'392) et changer ça en P en reprenant la table existante.
Est-ce possible ?

EDIT:
Peut-on modifier backup.log + revoir les types et écrire la table de partition ?
Si oui ... et que j'ai fait une erreur de type (4 types linux swap), peut-on y revenir sans foirer qqchose ?