cgsecurity.org

Bonjour,

Suite à une erreur voir un bug, un de mes ssd à été formatté par l'outils de création de media windows 11.
A la suite de quoi, je me suis retrouvé avec une partition de 33Go, le reste du ssd en non alloué.

J'ai donc désactivé la fonction TRIM de mon système et j'ai lancé une analyse pour voir si une récupération de fichier était possible.
il semble que ce soit très largement possible (90 % peuvent être récupéré, le reste est malheureusement mal interprété/trop fragmenté pour être reconstitué).

C'est là que je me suis souvenue que le système de partition GPT dispose de deux tables, au début et en fin de disque.
Comment se comporte testdisk dans ce cas là ? (vais-je savoir si cette partition existe encore lorsque l'analyse sera sur la fin)

L'analyse montre aussi des partitions "Mac HFS"

TestDisk 7.3-WIP, Data Recovery Utility, September 2025
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org

Disk \\.\PhysicalDrive1 - 2000 GB / 1863 GiB - CHS 243201 255 63
Analyse cylinder 200552/243200: 82% EFI System 2048 67110911 67108864 [EFI System Partition] [ESD-USB]
check_FAT: Bad jump in FAT partition
check_FAT: Bad number of sectors per cluster
Mac HFS 403176621 2491520423 2088343803 [M-/^A^B^S~D,*M-*M-((M-x|?P^Ru(M-(M-4M-XM-|~@^R]
Mac HFS 2685734368 2686665865 931498
check_FAT: Bad jump in FAT partition
Mac HFS 3151653846 3151744984 91139 [<p^PgfM-:M-<M-~~? ^A~u]

J'imagine que dans mon cas, c'est une mauvaise interprétation ?

Merci d'avance.

Klosis wrote: 16 Oct 2025, 21:54 Bonjour,

Suite à une erreur voir un bug, un de mes ssd à été formatté par l'outils de création de media windows 11.
A la suite de quoi, je me suis retrouvé avec une partition de 33Go, le reste du ssd en non alloué.

J'ai donc désactivé la fonction TRIM de mon système et j'ai lancé une analyse pour voir si une récupération de fichier était possible.

Quelle analyse?

il semble que ce soit très largement possible (90 % peuvent être récupéré, le reste est malheureusement mal interprété/trop fragmenté pour être reconstitué).

D'où vient cette information?!

C'est là que je me suis souvenue que le système de partition GPT dispose de deux tables, au début et en fin de disque.
Comment se comporte testdisk dans ce cas là ? (vais-je savoir si cette partition existe encore lorsque l'analyse sera sur la fin)

L'analyse montre aussi des partitions "Mac HFS"

TestDisk 7.3-WIP, Data Recovery Utility, September 2025
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org

Disk \\.\PhysicalDrive1 - 2000 GB / 1863 GiB - CHS 243201 255 63
Analyse cylinder 200552/243200: 82% EFI System 2048 67110911 67108864 [EFI System Partition] [ESD-USB]
check_FAT: Bad jump in FAT partition
check_FAT: Bad number of sectors per cluster
Mac HFS 403176621 2491520423 2088343803 [M-/^A^B^S~D,*M-*M-((M-x|?P^Ru(M-(M-4M-XM-|~@^R]
Mac HFS 2685734368 2686665865 931498
check_FAT: Bad jump in FAT partition
Mac HFS 3151653846 3151744984 91139 [<p^PgfM-:M-<M-~~? ^A~u]

J'imagine que dans mon cas, c'est une mauvaise interprétation ?

Merci d'avance.

Je vous recommende simplement d'attendre la fin de l'analyse.
Sincèrement, je suis très mauvais dans le domaine des prévisions, je vous recommende une demi-pilule de "patience forte" de Sanofi.

Bonjour,

Concernant l'analyse, il s'agit de logiciel de recuperation permettant la prévisualisation du contenu (image/video/texte/son)

Quand a l'information, c'est simplement un constat effectué à partir de ce que j'ai vu des tests que j'ai effectué (photorec m'a crée 600000 ! fichier .wav) qui n'en sont pas (audacity ne peux pas les lire), d'autant que je n'ai jamais eu 600k fichiers .wav sur ce SSD.

Klosis wrote: 17 Oct 2025, 02:24 Bonjour,

Concernant l'analyse, il s'agit de logiciel de recuperation permettant la prévisualisation du contenu (image/video/texte/son)

Vous tournez autour du pot.

Quand a l'information, c'est simplement un constat effectué à partir de ce que j'ai vu des tests que j'ai effectué (photorec m'a crée 600000 ! fichier .wav) qui n'en sont pas (audacity ne peux pas les lire), d'autant que je n'ai jamais eu 600k fichiers .wav sur ce SSD.

Vous ne pensez pas que le fait que PhotoRec échouait dans votre cas ça vaut la peine d'être mentioné dans votre première contribution?

Vous tournez autour du pot.

J'ai simplement répondu à votre question.

Vous ne pensez pas que le fait que PhotoRec échouait dans votre cas ça vaut la peine d'être mentioné dans votre première contribution?

Dans la mesure où le logiciel m'a crée 600.000 fichiers .wav qui n'existait pas de base j'en ai conclus une mauvaise interpretation des données, chose que j'ai bien mentionné dans mon premier post.