Perte de données s/ disque dur externe : je marche sur des oeufs
69 réponses
Alf92
Bonjour à tous
Ma soeur en explorant les menus de sa nouvelle télé à formater par mégarde son
disque dur externe connecté dessus. (Je ne savais même pas que l'on pouvait
formater depuis un télé...)
Quand elle s'est aperçu de ce qui se passait, au bout de 10 secondes, elle a
déconnecté à la sauvage le disque, mais trop tard. Elle m'a dit que son PC "ne
voyait plus rien" quand elle a tenté de le connecter dessus, puis elle m'a
confié sur disque avec pour mission de récupérer les données.
Les données : films et photos de famille et de voyage, courriers, tous ses MP3
et ses Divx... et biensûr pas de sauvegarde.
Je pense pouvoir récupérer les données avec un soft comme PC Inspector Files
Recovery ou autres.
Mais avant toutes manoeuvre ou tentative j'aimerai faire une sauvegarde du
disque.
C'est un disque 2,5" de 320Go avec une seule partition. Je n'ai aucune idée du
type de partition, c'est celle d'origine (NTFS ?).
Problème : il n'y aurait plus de partition donc il faudrait faire un backup bit
par bit ou un truc comme ça.
Je n'ai aucune expérience en la matière. Comment procéder ? Quel soft utiliser ?
Je prends TOUS les conseils disponible !
Merci
PS : ce n'est pas du HS puisqu'il y a des photos :-)
Je n'ai pas touché au disque depuis sa sauvegarde. Là je m'y recole et donc je réouvre le sujet.
J'ai maintenant un disque qui est bien vu avec une partition saine, mais elle ne contient plus les fichiers d'origine. A la place j'ai 59 dossiers vides portant des noms bizarres, et à la racine 252 fichiers de 167Mo à 2Go portant également des noms bizarres. résultat du "dir f:" http://cjoint.com/?BFCmGZ3Qkja Les datas sont donc bien là, mais elles sont bloquées dans ces fichiers. Le problème est donc maintenant comment les en extraire. Des idées, des suggestions ? Merci
"Alf92" <alf921@gmail.com> a écrit
(...)
Je n'ai pas touché au disque depuis sa sauvegarde.
Là je m'y recole et donc je réouvre le sujet.
J'ai maintenant un disque qui est bien vu avec une partition saine, mais elle ne
contient plus les fichiers d'origine.
A la place j'ai 59 dossiers vides portant des noms bizarres, et à la racine 252
fichiers de 167Mo à 2Go portant également des noms bizarres.
résultat du "dir f:" http://cjoint.com/?BFCmGZ3Qkja
Les datas sont donc bien là, mais elles sont bloquées dans ces fichiers.
Le problème est donc maintenant comment les en extraire.
Des idées, des suggestions ?
Merci
Je n'ai pas touché au disque depuis sa sauvegarde. Là je m'y recole et donc je réouvre le sujet.
J'ai maintenant un disque qui est bien vu avec une partition saine, mais elle ne contient plus les fichiers d'origine. A la place j'ai 59 dossiers vides portant des noms bizarres, et à la racine 252 fichiers de 167Mo à 2Go portant également des noms bizarres. résultat du "dir f:" http://cjoint.com/?BFCmGZ3Qkja Les datas sont donc bien là, mais elles sont bloquées dans ces fichiers. Le problème est donc maintenant comment les en extraire. Des idées, des suggestions ? Merci
jdd
Le 28/06/2012 12:34, Alf92 a écrit :
"Alf92" a écrit
(...)
Je n'ai pas touché au disque depuis sa sauvegarde. Là je m'y recole et donc je réouvre le sujet.
J'ai maintenant un disque qui est bien vu avec une partition saine, mais elle ne contient plus les fichiers d'origine. A la place j'ai 59 dossiers vides portant des noms bizarres, et à la racine 252 fichiers de 167Mo à 2Go portant également des noms bizarres. résultat du "dir f:" http://cjoint.com/?BFCmGZ3Qkja Les datas sont donc bien là, mais elles sont bloquées dans ces fichiers. Le problème est donc maintenant comment les en extraire. Des idées, des suggestions ? Merci
ca c'est facile
sauf que ta liste de fichiers semble montrer qu'un fichier texte (PDF?) a écrasé la table de partition.
déjà tout recopier sur un autre disque (normalement). Faire ouvrir avec et tester
sous Linux utiliser "file", exemple:
file * 114-001.mpeg: RIFF (little-endian) data, AVI, 798 x 594, 25.00 fps, video: FFMpeg MPEG-4 2011-hg-mb: broken symbolic link to `/windows/C/Users/jdd/Documents/edition-video/2011-hg-mb' 500go-lo,g.txt: ASCII English text 500go.txt: ASCII English text AdbeRdr20_ppc_enu.exe: PE32 executable (GUI) Intel 80386, for MS Windows bin: directory bin-montpellier: directory Bureau: dir
jdd -- http://www.dodin.net Le wiki des forums son-image français: http://dodin.org/frsv/ http://jddtube.dodin.org/20120616-52-highway_v1115
Le 28/06/2012 12:34, Alf92 a écrit :
"Alf92" <alf921@gmail.com> a écrit
(...)
Je n'ai pas touché au disque depuis sa sauvegarde.
Là je m'y recole et donc je réouvre le sujet.
J'ai maintenant un disque qui est bien vu avec une partition saine,
mais elle ne contient plus les fichiers d'origine.
A la place j'ai 59 dossiers vides portant des noms bizarres, et à la
racine 252 fichiers de 167Mo à 2Go portant également des noms bizarres.
résultat du "dir f:" http://cjoint.com/?BFCmGZ3Qkja
Les datas sont donc bien là, mais elles sont bloquées dans ces fichiers.
Le problème est donc maintenant comment les en extraire.
Des idées, des suggestions ?
Merci
ca c'est facile
sauf que ta liste de fichiers semble montrer qu'un fichier texte
(PDF?) a écrasé la table de partition.
déjà tout recopier sur un autre disque (normalement). Faire ouvrir
avec et tester
sous Linux utiliser "file", exemple:
file *
114-001.mpeg: RIFF (little-endian) data, AVI, 798 x 594,
25.00 fps, video: FFMpeg MPEG-4
2011-hg-mb: broken symbolic link to
`/windows/C/Users/jdd/Documents/edition-video/2011-hg-mb'
500go-lo,g.txt: ASCII English text
500go.txt: ASCII English text
AdbeRdr20_ppc_enu.exe: PE32 executable (GUI) Intel 80386, for MS Windows
bin: directory
bin-montpellier: directory
Bureau: dir
jdd
--
http://www.dodin.net
Le wiki des forums son-image français: http://dodin.org/frsv/
http://jddtube.dodin.org/20120616-52-highway_v1115
Je n'ai pas touché au disque depuis sa sauvegarde. Là je m'y recole et donc je réouvre le sujet.
J'ai maintenant un disque qui est bien vu avec une partition saine, mais elle ne contient plus les fichiers d'origine. A la place j'ai 59 dossiers vides portant des noms bizarres, et à la racine 252 fichiers de 167Mo à 2Go portant également des noms bizarres. résultat du "dir f:" http://cjoint.com/?BFCmGZ3Qkja Les datas sont donc bien là, mais elles sont bloquées dans ces fichiers. Le problème est donc maintenant comment les en extraire. Des idées, des suggestions ? Merci
ca c'est facile
sauf que ta liste de fichiers semble montrer qu'un fichier texte (PDF?) a écrasé la table de partition.
déjà tout recopier sur un autre disque (normalement). Faire ouvrir avec et tester
sous Linux utiliser "file", exemple:
file * 114-001.mpeg: RIFF (little-endian) data, AVI, 798 x 594, 25.00 fps, video: FFMpeg MPEG-4 2011-hg-mb: broken symbolic link to `/windows/C/Users/jdd/Documents/edition-video/2011-hg-mb' 500go-lo,g.txt: ASCII English text 500go.txt: ASCII English text AdbeRdr20_ppc_enu.exe: PE32 executable (GUI) Intel 80386, for MS Windows bin: directory bin-montpellier: directory Bureau: dir
jdd -- http://www.dodin.net Le wiki des forums son-image français: http://dodin.org/frsv/ http://jddtube.dodin.org/20120616-52-highway_v1115
Alf92
"jdd" a écrit
(...)
Je n'ai pas touché au disque depuis sa sauvegarde. Là je m'y recole et donc je réouvre le sujet.
J'ai maintenant un disque qui est bien vu avec une partition saine, mais elle ne contient plus les fichiers d'origine. A la place j'ai 59 dossiers vides portant des noms bizarres, et à la racine 252 fichiers de 167Mo à 2Go portant également des noms bizarres. résultat du "dir f:" http://cjoint.com/?BFCmGZ3Qkja Les datas sont donc bien là, mais elles sont bloquées dans ces fichiers. Le problème est donc maintenant comment les en extraire. Des idées, des suggestions ? Merci
ca c'est facile
sauf que ta liste de fichiers semble montrer qu'un fichier texte (PDF?) a écrasé la table de partition.
déjà tout recopier sur un autre disque (normalement). Faire ouvrir avec et tester
bin non. le disque comportait des milliers de fichiers, pas 252. les 252 fichiers (de 167Mo à 2Go) qui sont là ne correspondent à rien. en revanche les datas sont (AMHA) inside à la queue-leu-leu. si le disque n'est pas trop fragmenté on devrait pouvoir reconstituer les milliers de fichiers.
"jdd" <jdd@dodin.org> a écrit
(...)
Je n'ai pas touché au disque depuis sa sauvegarde.
Là je m'y recole et donc je réouvre le sujet.
J'ai maintenant un disque qui est bien vu avec une partition saine,
mais elle ne contient plus les fichiers d'origine.
A la place j'ai 59 dossiers vides portant des noms bizarres, et à la
racine 252 fichiers de 167Mo à 2Go portant également des noms bizarres.
résultat du "dir f:" http://cjoint.com/?BFCmGZ3Qkja
Les datas sont donc bien là, mais elles sont bloquées dans ces fichiers.
Le problème est donc maintenant comment les en extraire.
Des idées, des suggestions ?
Merci
ca c'est facile
sauf que ta liste de fichiers semble montrer qu'un fichier texte (PDF?) a
écrasé la table de partition.
déjà tout recopier sur un autre disque (normalement). Faire ouvrir avec et
tester
bin non.
le disque comportait des milliers de fichiers, pas 252.
les 252 fichiers (de 167Mo à 2Go) qui sont là ne correspondent à rien.
en revanche les datas sont (AMHA) inside à la queue-leu-leu.
si le disque n'est pas trop fragmenté on devrait pouvoir reconstituer les
milliers de fichiers.
Je n'ai pas touché au disque depuis sa sauvegarde. Là je m'y recole et donc je réouvre le sujet.
J'ai maintenant un disque qui est bien vu avec une partition saine, mais elle ne contient plus les fichiers d'origine. A la place j'ai 59 dossiers vides portant des noms bizarres, et à la racine 252 fichiers de 167Mo à 2Go portant également des noms bizarres. résultat du "dir f:" http://cjoint.com/?BFCmGZ3Qkja Les datas sont donc bien là, mais elles sont bloquées dans ces fichiers. Le problème est donc maintenant comment les en extraire. Des idées, des suggestions ? Merci
ca c'est facile
sauf que ta liste de fichiers semble montrer qu'un fichier texte (PDF?) a écrasé la table de partition.
déjà tout recopier sur un autre disque (normalement). Faire ouvrir avec et tester
bin non. le disque comportait des milliers de fichiers, pas 252. les 252 fichiers (de 167Mo à 2Go) qui sont là ne correspondent à rien. en revanche les datas sont (AMHA) inside à la queue-leu-leu. si le disque n'est pas trop fragmenté on devrait pouvoir reconstituer les milliers de fichiers.
Ghost-Rider
Le 28/06/2012 16:22, Alf92 a écrit :
le disque comportait des milliers de fichiers, pas 252. les 252 fichiers (de 167Mo à 2Go) qui sont là ne correspondent à rien. en revanche les datas sont (AMHA) inside à la queue-leu-leu. si le disque n'est pas trop fragmenté on devrait pouvoir reconstituer les milliers de fichiers.
Normalement, il y a 2 tables d'allocation des fichiers. Tu as essayé de récupérer la 2ème ?
-- Ghost Rider
Le 28/06/2012 16:22, Alf92 a écrit :
le disque comportait des milliers de fichiers, pas 252.
les 252 fichiers (de 167Mo à 2Go) qui sont là ne correspondent à rien.
en revanche les datas sont (AMHA) inside à la queue-leu-leu.
si le disque n'est pas trop fragmenté on devrait pouvoir reconstituer
les milliers de fichiers.
Normalement, il y a 2 tables d'allocation des fichiers. Tu as essayé de
récupérer la 2ème ?
le disque comportait des milliers de fichiers, pas 252. les 252 fichiers (de 167Mo à 2Go) qui sont là ne correspondent à rien. en revanche les datas sont (AMHA) inside à la queue-leu-leu. si le disque n'est pas trop fragmenté on devrait pouvoir reconstituer les milliers de fichiers.
Normalement, il y a 2 tables d'allocation des fichiers. Tu as essayé de récupérer la 2ème ?
-- Ghost Rider
jdd
Le 28/06/2012 16:22, Alf92 a écrit :
le disque comportait des milliers de fichiers, pas 252.
ok. Là l'usage d'un programme de récupération serait sans doute utile
jdd
-- http://www.dodin.net Le wiki des forums son-image français: http://dodin.org/frsv/ http://jddtube.dodin.org/20120616-52-highway_v1115
Le 28/06/2012 16:22, Alf92 a écrit :
le disque comportait des milliers de fichiers, pas 252.
ok. Là l'usage d'un programme de récupération serait sans doute utile
jdd
--
http://www.dodin.net
Le wiki des forums son-image français: http://dodin.org/frsv/
http://jddtube.dodin.org/20120616-52-highway_v1115
le disque comportait des milliers de fichiers, pas 252.
ok. Là l'usage d'un programme de récupération serait sans doute utile
jdd
-- http://www.dodin.net Le wiki des forums son-image français: http://dodin.org/frsv/ http://jddtube.dodin.org/20120616-52-highway_v1115
Alf92
"Ghost-Rider" a écrit
le disque comportait des milliers de fichiers, pas 252. les 252 fichiers (de 167Mo à 2Go) qui sont là ne correspondent à rien. en revanche les datas sont (AMHA) inside à la queue-leu-leu. si le disque n'est pas trop fragmenté on devrait pouvoir reconstituer les milliers de fichiers.
Normalement, il y a 2 tables d'allocation des fichiers. Tu as essayé de récupérer la 2ème ?
elle est où cette FAT ? comment on fait pour lui causer ? à supposer qu'elle n'ai pas été détruite comme la première.
"Ghost-Rider" <Ghost-Rider@compuserve.com> a écrit
le disque comportait des milliers de fichiers, pas 252.
les 252 fichiers (de 167Mo à 2Go) qui sont là ne correspondent à rien.
en revanche les datas sont (AMHA) inside à la queue-leu-leu.
si le disque n'est pas trop fragmenté on devrait pouvoir reconstituer
les milliers de fichiers.
Normalement, il y a 2 tables d'allocation des fichiers. Tu as essayé de
récupérer la 2ème ?
elle est où cette FAT ?
comment on fait pour lui causer ?
à supposer qu'elle n'ai pas été détruite comme la première.
le disque comportait des milliers de fichiers, pas 252. les 252 fichiers (de 167Mo à 2Go) qui sont là ne correspondent à rien. en revanche les datas sont (AMHA) inside à la queue-leu-leu. si le disque n'est pas trop fragmenté on devrait pouvoir reconstituer les milliers de fichiers.
Normalement, il y a 2 tables d'allocation des fichiers. Tu as essayé de récupérer la 2ème ?
elle est où cette FAT ? comment on fait pour lui causer ? à supposer qu'elle n'ai pas été détruite comme la première.
Tonton Th
On 06/28/2012 09:59 PM, Alf92 wrote:
le disque comportait des milliers de fichiers, pas 252. les 252 fichiers (de 167Mo à 2Go) qui sont là ne correspondent à rien. en revanche les datas sont (AMHA) inside à la queue-leu-leu. si le disque n'est pas trop fragmenté on devrait pouvoir reconstituer les milliers de fichiers.
Normalement, il y a 2 tables d'allocation des fichiers. Tu as essayé de récupérer la 2ème ?
elle est où cette FAT ? comment on fait pour lui causer ?
On demande aux gens qui savent.
à supposer qu'elle n'ai pas été détruite comme la première.
--
Nous vivons dans un monde étrange/ http://foo.bar.quux.over-blog.com/
On 06/28/2012 09:59 PM, Alf92 wrote:
le disque comportait des milliers de fichiers, pas 252.
les 252 fichiers (de 167Mo à 2Go) qui sont là ne correspondent à rien.
en revanche les datas sont (AMHA) inside à la queue-leu-leu.
si le disque n'est pas trop fragmenté on devrait pouvoir reconstituer
les milliers de fichiers.
Normalement, il y a 2 tables d'allocation des fichiers. Tu as essayé
de récupérer la 2ème ?
elle est où cette FAT ?
comment on fait pour lui causer ?
On demande aux gens qui savent.
à supposer qu'elle n'ai pas été détruite comme la première.
--
Nous vivons dans un monde étrange/
http://foo.bar.quux.over-blog.com/
le disque comportait des milliers de fichiers, pas 252. les 252 fichiers (de 167Mo à 2Go) qui sont là ne correspondent à rien. en revanche les datas sont (AMHA) inside à la queue-leu-leu. si le disque n'est pas trop fragmenté on devrait pouvoir reconstituer les milliers de fichiers.
Normalement, il y a 2 tables d'allocation des fichiers. Tu as essayé de récupérer la 2ème ?
elle est où cette FAT ? comment on fait pour lui causer ?
On demande aux gens qui savent.
à supposer qu'elle n'ai pas été détruite comme la première.
--
Nous vivons dans un monde étrange/ http://foo.bar.quux.over-blog.com/
Ascadix
Alf92 a utilisé son clavier pour écrire :
"Ghost-Rider" a écrit
le disque comportait des milliers de fichiers, pas 252. les 252 fichiers (de 167Mo à 2Go) qui sont là ne correspondent à rien. en revanche les datas sont (AMHA) inside à la queue-leu-leu. si le disque n'est pas trop fragmenté on devrait pouvoir reconstituer les milliers de fichiers.
Normalement, il y a 2 tables d'allocation des fichiers. Tu as essayé de récupérer la 2ème ?
elle est où cette FAT ? comment on fait pour lui causer ? à supposer qu'elle n'ai pas été détruite comme la première.
Je peux juste te donner des bouts de pistes ...
Jette un coup d'oeuil à "EASUS Data Recovery" http://www.easeus.com/datarecoverywizard/help/option.htm C'est assez simple à utiliser, et ya pas de gros risques tant que tu fais pas le kakou. Commence avec la version Free, même si elle ne récup que 1 Go, elle peut déjà t'indiquer sans aucune modif sur ton DD ce qu'elle trouve en utilisant différentes infos, comme par ex en utilisant la 2° FAT. (garde un oeuil sur GAOTD, parfois EAUS met ses soft en gratos pendant 24 h -> j'ai un DataRecovery obtenu à cette ocasion)
Sinon, regarde du coté de TESDISK, en tout cas, avec NTFS, il est capable d'aller chercher la 2° MFT si on lui demande aprés avoir constaté que la 1° est HS, il peut même te filer un "aperçu" des répertoires lisibles avec la copie avant de la recopier sur le DD.
P'tet que y a la même chose pour FAT ?
Y a qq tuto sur le site, c'est pas super-intuitif, mais ça marche pluot bien. http://www.cgsecurity.org/wiki/Data_Recovery_Examples
Faut scanner les DD, choisir le DD et la partitino concernée puis passer aux options avancées et tu devrais trouver qqpart une commande du genre "use backup FAT", ensuite il te propose un "preview" de la structure que ça te fourni avant de valider en dur la manip.
Le truc moi sympa, c'est que lui, il modifie le DD, donc y intéret à être sur de son coup avant de valider.
Sinon, va falloir lancer des outils de récup genre RECUVA, mais en mode "intensif ou "scan") afin d'aller chercher les fichiers en brut sur le DD, sans tenir compte des FAT et Cie -> bien sur, là, faudra avoir un 2° DD avec assez d'espace libre pour copier tout ce qui sera trouvé.
T'as dans le même genre, PhotoRec, sur le même Site que TestDisk.
Bonne chance.
-- @+ Ascadix adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
Alf92 a utilisé son clavier pour écrire :
"Ghost-Rider" <Ghost-Rider@compuserve.com> a écrit
le disque comportait des milliers de fichiers, pas 252.
les 252 fichiers (de 167Mo à 2Go) qui sont là ne correspondent à rien.
en revanche les datas sont (AMHA) inside à la queue-leu-leu.
si le disque n'est pas trop fragmenté on devrait pouvoir reconstituer
les milliers de fichiers.
Normalement, il y a 2 tables d'allocation des fichiers. Tu as essayé de
récupérer la 2ème ?
elle est où cette FAT ?
comment on fait pour lui causer ?
à supposer qu'elle n'ai pas été détruite comme la première.
Je peux juste te donner des bouts de pistes ...
Jette un coup d'oeuil à "EASUS Data Recovery"
http://www.easeus.com/datarecoverywizard/help/option.htm
C'est assez simple à utiliser, et ya pas de gros risques tant que tu
fais pas le kakou.
Commence avec la version Free, même si elle ne récup que 1 Go, elle
peut déjà t'indiquer sans aucune modif sur ton DD ce qu'elle trouve en
utilisant différentes infos, comme par ex en utilisant la 2° FAT.
(garde un oeuil sur GAOTD, parfois EAUS met ses soft en gratos pendant
24 h -> j'ai un DataRecovery obtenu à cette ocasion)
Sinon, regarde du coté de TESDISK, en tout cas, avec NTFS, il est
capable d'aller chercher la 2° MFT si on lui demande aprés avoir
constaté que la 1° est HS, il peut même te filer un "aperçu" des
répertoires lisibles avec la copie avant de la recopier sur le DD.
P'tet que y a la même chose pour FAT ?
Y a qq tuto sur le site, c'est pas super-intuitif, mais ça marche pluot
bien.
http://www.cgsecurity.org/wiki/Data_Recovery_Examples
Faut scanner les DD, choisir le DD et la partitino concernée puis
passer aux options avancées et tu devrais trouver qqpart une commande
du genre "use backup FAT", ensuite il te propose un "preview" de la
structure que ça te fourni avant de valider en dur la manip.
Le truc moi sympa, c'est que lui, il modifie le DD, donc y intéret à
être sur de son coup avant de valider.
Sinon, va falloir lancer des outils de récup genre RECUVA, mais en mode
"intensif ou "scan") afin d'aller chercher les fichiers en brut sur le
DD, sans tenir compte des FAT et Cie -> bien sur, là, faudra avoir un
2° DD avec assez d'espace libre pour copier tout ce qui sera trouvé.
T'as dans le même genre, PhotoRec, sur le même Site que TestDisk.
Bonne chance.
--
@+
Ascadix
adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça
arrive.
le disque comportait des milliers de fichiers, pas 252. les 252 fichiers (de 167Mo à 2Go) qui sont là ne correspondent à rien. en revanche les datas sont (AMHA) inside à la queue-leu-leu. si le disque n'est pas trop fragmenté on devrait pouvoir reconstituer les milliers de fichiers.
Normalement, il y a 2 tables d'allocation des fichiers. Tu as essayé de récupérer la 2ème ?
elle est où cette FAT ? comment on fait pour lui causer ? à supposer qu'elle n'ai pas été détruite comme la première.
Je peux juste te donner des bouts de pistes ...
Jette un coup d'oeuil à "EASUS Data Recovery" http://www.easeus.com/datarecoverywizard/help/option.htm C'est assez simple à utiliser, et ya pas de gros risques tant que tu fais pas le kakou. Commence avec la version Free, même si elle ne récup que 1 Go, elle peut déjà t'indiquer sans aucune modif sur ton DD ce qu'elle trouve en utilisant différentes infos, comme par ex en utilisant la 2° FAT. (garde un oeuil sur GAOTD, parfois EAUS met ses soft en gratos pendant 24 h -> j'ai un DataRecovery obtenu à cette ocasion)
Sinon, regarde du coté de TESDISK, en tout cas, avec NTFS, il est capable d'aller chercher la 2° MFT si on lui demande aprés avoir constaté que la 1° est HS, il peut même te filer un "aperçu" des répertoires lisibles avec la copie avant de la recopier sur le DD.
P'tet que y a la même chose pour FAT ?
Y a qq tuto sur le site, c'est pas super-intuitif, mais ça marche pluot bien. http://www.cgsecurity.org/wiki/Data_Recovery_Examples
Faut scanner les DD, choisir le DD et la partitino concernée puis passer aux options avancées et tu devrais trouver qqpart une commande du genre "use backup FAT", ensuite il te propose un "preview" de la structure que ça te fourni avant de valider en dur la manip.
Le truc moi sympa, c'est que lui, il modifie le DD, donc y intéret à être sur de son coup avant de valider.
Sinon, va falloir lancer des outils de récup genre RECUVA, mais en mode "intensif ou "scan") afin d'aller chercher les fichiers en brut sur le DD, sans tenir compte des FAT et Cie -> bien sur, là, faudra avoir un 2° DD avec assez d'espace libre pour copier tout ce qui sera trouvé.
T'as dans le même genre, PhotoRec, sur le même Site que TestDisk.
Bonne chance.
-- @+ Ascadix adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
