Quand il trouve les effacées, il oublie les existantes ?

[ppmm]

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 !

[cgrenier]

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.

[ppmm]

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.

[ppmm]

Screenshot from 2020-04-29 09-01-54.png (92.96 KiB) Viewed 6039 times

[ppmm]

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

[ppmm]

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):

Code: Select all

Disk /dev/sdb - 500 GB / 465 GiB - CHS 60801 255 63
     Partition			Start        End    Size in sectors
 1 P EFI System                  2048     591871     589824 [EFI System Partition]
 2 P Linux filesys. data       591872     749567     157696
 3 P MS Data                   749568  517943295  517193728 NTFS, blocksize=4096
 5 P Linux filesys. data    517943296  886583294  368639999
 7 P EFI System             886583296  887609343    1026048 [NO NAME]
 4 P Windows Recovery Env   887609344  888899583    1290240
 6 P Linux Swap             972204032  976773117    4569086

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

Code: Select all

#1588241307 Disk /dev/sdb - 500 GB / 465 GiB - CHS 60801 255 63
 1 : start=     2048, size=   589824, Id=00, P
 2 : start=   591872, size=   157696, Id=00, P
 3 : start=   749568, size=517193728, Id=00, P
 5 : start=517943296, size=368639999, Id=00, P
 7 : start=886583296, size=  1026048, Id=00, P
 4 : start=887609344, size=  1290240, Id=00, P
 6 : start=972204032, size=  4569086, Id=00, P

+

Code: Select all

8 : start=888901632, size=  83302392, Id=00, P

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 ?