[Résolu] Récup données impossible sur DD externe avec Testdisk

Kolibry · Le 05/03/2012, à 11:53

Salut à tous !

Voilà, il y a quelques jours j'ai voulu branché mon DD externe sur le Xbox 360 de mon frère afin d'y lire un film. Malheureusement je suis allé un peu vite et la consolea commencé à "configurer" mon disque. Il fallait comprendre effacer les données...

Au bout de quelques secondes je m'en rends compte et stoppe l'opération, malheureusement je ne vois plus rien sur mon disque...J'ai réussi grâce à Testdisk à récupérer ma partition mais elle est vide.

Il me dit "Filesystem seems damaged."

Et quand j'essaie d'ouvrir mon DD, j'ai ce message d'erreur :

Error mounting: mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

Je ne sais pas quoi faire, j'ai essayé d'aller dans les outils avancés mais comme je navigue à l'aveugle, je préfère demander avant de tout massacrer (si ce n'est déjà fait...)

Merci d'avance pour tous vos conseils !

Dernière modification par Kolibry (Le 11/03/2012, à 14:31)

charpy · Le 05/03/2012, à 15:11

Salut,

L'outil le mieux adapté pour ça est photorec.
Bonne chance!

Kolibry · Le 05/03/2012, à 21:31

Il n'y a vraiment aucun autre moyen de retrouver ma partition...?

Photorec va me récupérer des fichiers au pif et en désordre total, je me dis qu'il y a peut être une solution pour la réparer...

rmy · Le 06/03/2012, à 02:20

pas loin. Photorec c'est pour du carving, récupération brute. Ici, il vaut mieux commencer par testdisk (même auteur) et partir à la chasse aux partitions.
L'idéal serait de faire un duplication avant avec ddrescue.
Jette un oeil dans ma signature au topic de centralisation, tout ça est expliqué au début du post. Désolé, je ne suis pas très réactif, je rentre juste du taf, ça ira mieux la semaine prochaine.

Kolibry · Le 06/03/2012, à 12:11

Salut,

En fait j'ai déjà retrouvé la partition avec son nom et son format (ext4), le souci c'est qu'elle est vide, le système de fichiers étant endommagé d'après les messages d'erreur. Si je demande à Testdisk de me list les fichiers présents tu la partition ça donne :

"No file found. Filesystem seems damaged."

Merci pour le coup de main.

Kolibry · Le 06/03/2012, à 18:14

Up?

Kolibry · Le 06/03/2012, à 22:54

Personne?

rmy · Le 07/03/2012, à 00:53

Inutile de UPper, je bosse e 8h à 23h en ce moment.

Si ta partition est endommagée, il faut essayer de la mounter en read only avec un superbloc de secours... Où utiliser des outils pro.

Kolibry · Le 07/03/2012, à 09:44

J'avais bien compris que tu bossais beaucoup, je faisais remonter le sujet pour voir si quelqu'un avait une idée

Comment est ce que je fais ça?

Kolibry · Le 07/03/2012, à 13:54

Je vais essayer de donner le maximum d'infos.

Voilà ce que j'ai quand je fais une deeper search en sélectionnant None dans Testdisk. Celle que je veux récupérer s'appelle Kolibry. Je ne suis pas allé au bout su scan puisque je l'ai retrouvé.

TestDisk 6.13, Data Recovery Utility, November 2011
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb - 500 GB / 465 GiB - CHS 60802 255 63
     Partition               Start        End    Size in sectors
 P FAT32                    0   0  1 60801  80 15  976773120 [NO NAME]
 P FAT32                    0   0  7 60801  80 21  976773120 [NO NAME]
 P FAT32                    0   1  1 19122  81 30  307200000 [NO NAME]
 P FAT32                    0   1  7 19122  81 36  307200000 [NO NAME]
 P ext4                     0  32 31 60801  80 13  976771072 [Kolibry]
>P ext4                     0  32 33 60801  80 15  976771072 [Kolibry]
 P NTFS                  1791  39 60  1791 137 59       6174
 P NTFS                  1791 137 59  1791 235 58       6174 [Boot]
 P FAT12                 1791 237 47  1793  56 58      20739 [NO NAME]



Structure: Ok.


Keys T: change type, P: list files,
     Enter: to continue

Si je fais P pour tenter de lister les fichiers, ça donne rien :

TestDisk 6.11, Data Recovery Utility, April 2009
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
   P ext4                     0  32 33 60801  80 15  976771072 [Kolibry]
Directory /

No file found, filesystem seems damaged.















Use Right arrow to change directory, c to copy,
    h to hide deleted files, q to quit

Qaund je recherche sur Intel/P, il me donne l'option List :

TestDisk 6.13, Data Recovery Utility, November 2011
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb - 500 GB / 465 GiB - CHS 60802 255 63

     Partition                  Start        End    Size in sectors
> 1 P Linux                    0  32 33 60801  80 15  976771072 [Kolibry]














 [  Type  ]  [Superblock] >[  List  ]  [Image Creation]  [  Quit  ]
                              List and copy files

Mais toujours rien...Filesystem may be damaged.

Si j'essaie fsck pour réparer le système de fichiers :

─> sudo fsck.ext4 /dev/sdd
[sudo] password for kalika: 
e2fsck 1.41.14 (22-Dec-2010)
fsck.ext4: Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext4: Bad magic number in super-block lors de la tentative d'ouverture de /dev/sdd

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
    e2fsck -b 8193 <périphérique>

Je sais pas s'il faut que j'essaie la manip' donnée ou que je patiente

rmy · Le 08/03/2012, à 01:30

Il faut chercher la position des superblocs avant tout et essayer un mount en passant l'option pour spécifier le bon superbloc (et en essayer plusieurs). Pas de fsck pour le moment, ou bien uniquement avec "-n" pour s'assurer que rien ne soit écrit. Il faut commencer par sauvegarder ton disque avec ddrescue avant les manips destructrices (potentiellement)

Kolibry · Le 08/03/2012, à 01:47

L'image fait la même taille que la partition, donc il faut que je retrouve un disque de la même capacité ?

Ce genre de soucis se répare ou j'ai peu de chances de revoir mes données ?

Une fois la copie faite, par où je commence pour chercher la position des superblocs?

Merci.

Dernière modification par Kolibry (Le 08/03/2012, à 02:00)

rmy · Le 09/03/2012, à 01:42

Kolibry a écrit :

L'image fait la même taille que la partition, donc il faut que je retrouve un disque de la même capacité ?
Ce genre de soucis se répare ou j'ai peu de chances de revoir mes données ?
Une fois la copie faite, par où je commence pour chercher la position des superblocs?
Merci.

1/ Oui, ou plus grand
2/ Oui, au pire j'ai des outils pro.
3/ Par fsck -n /dev/la partition qui va te les lister, puis tu les utilisera avec un multiple éventuel pour mounter et/ou réparer. Tu peux aussi les trouver avec testdisk.

Kolibry · Le 09/03/2012, à 10:08

Image du disque faite avec DDrescue. Quand tu me donnes des commandes a éxécuter, je les lance sur l'image copiée ou sur le disque original?

Voilà ce que me donne la commande :

sudo fsck -n /dev/sdb
[sudo] password for kalika: 
fsck de util-linux 2.19.1
dosfsck 3.0.9, 31 Jan 2010, FAT32, LFN
There are differences between boot sector and its backup.
Differences: (offset:original/backup)
  446:00/6e, 447:20/67, 448:21/ff, 449:00/0d, 450:83/0a, 451:fe/44, 452:ff/69
  , 453:ff/73, 454:00/6b, 455:08/20, 456:00/65, 457:00/72, 458:00/72
  , 459:58/6f, 460:38/72, 461:3a/ff, 462:00/0d, 463:00/0a, 464:00/50
  , 465:00/72, 466:00/65, 467:00/73, 468:00/73, 469:00/20, 470:00/61
  , 471:00/6e, 472:00/79, 473:00/20, 474:00/6b, 475:00/65, 476:00/79
  , 477:00/20, 478:00/74, 479:00/6f, 480:00/20, 481:00/72, 482:00/65
  , 483:00/73, 484:00/74, 485:00/61, 486:00/72, 487:00/74, 488:00/0d
  , 489:00/0a, 505:00/ac, 506:00/c1, 507:00/ce
  Not automatically fixing this.
FATs differ but appear to be intact. Using first FAT.
Reclaimed 128 unused clusters (8388608 bytes).
Leaving file system unchanged.
/dev/sdb: 0 files, 1/7630080 clusters

Ca parle de FAT mais ma partition est du ext4, est d'une autre dont il parle?

Les numéros donnés sont ceux que je dois utiliser?

Si oui, comment je m'y prends?

Dernière modification par Kolibry (Le 09/03/2012, à 21:34)

Kolibry · Le 11/03/2012, à 11:14

En fait, je crois que je fais mal. J'utilise sdb tout court alors qu'il faut que je fasse les manip' avec la partition, c'est-à-dire sdb1.

Voilà le fsck -n :

sudo fsck -n /dev/sdb1
[sudo] password for kalika: 
fsck de util-linux 2.19.1
e2fsck 1.41.14 (22-Dec-2010)
le superbloc a un journal invalide (i-noeud 8).
Effacer ? non

fsck.ext4: Illegal inode number lors de la vérification du journal ext3 pour Kolibry

J'essaie de travailler sur l'image :

root@kalika-N150-N210-N220:/media/GO# fsck.ext4 -n image.dd
e2fsck 1.41.14 (22-Dec-2010)
fsck.ext4: Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext4: Bad magic number in super-block lors de la tentative d'ouverture de image.dd

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
    e2fsck -b 8193 <périphérique>

Dernière modification par Kolibry (Le 11/03/2012, à 12:43)

Kolibry · Le 11/03/2012, à 14:31

Problème règlé

Voici la commande qui m'a sorti d'affaire : sudo e2fsck -f -b 32768 -y /dev/sdb1

Je suis peut être allé un peu vite en besogne et pris quelques risques, mais ça a payé.

Cela m'a réparé le système de fichiers et retrouvé, j'ai l'impression, toutes mes données.

Merci à rmy pour le temps passé à m'aider.

rmy · Le 12/03/2012, à 12:13

Désolé pour le lag, mais c'est effectivement ce que je te disais de faire ci dessus :
1/ une image (faite avec ddrescue, donc après tu peux tenter)
2/ fsck (ou e2fsck c'est pareil ici) en utilisant un superbloc (-b 32768).

Pour déterminer les superblocs, c'était soit avec testdisk, soit avec "mkfs.ext4 -n" (oui, là j'ai fait une erreur dûe à l'heure tardive).

Content que tu aies pu t'en sortir !

Vérifies dans "Lost+Found" à la racine si tu as des fichiers ou pas. Les éléments retrouvés qui sont orphelins sont placés ici.

Arnold59 · Le 05/04/2012, à 15:46

Bonjour,

Je possèdes 3 disques dur de 500 Go, à l'origine ils étaient partitionnés en NTFS mais j'ai utilisé l'un d'eux pour Linux (Debian 6 ), le système de fichier en ext4.

J'utilises Testdisk 6.13 http://www.cgsecurity.org/wiki/TestDisk_FR

Est-il possible de restaurer la partition NTFS ?

D'avance merci.

rmy · Le 05/04/2012, à 21:15

Arnold, ouvre un nouveau sujet. Celui-ci est bouclé et ton cas n'est pas identique. Pour répondre à ta question, il est possible de retrouver ta partition, mais elle sera probablement corrompue à cause de la création de superblocs du FS ext4. Une récupération reste néanmoins possible. Limite d'ici là les écritures sur le disque.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 05/03/2012, à 11:53

[Résolu] Récup données impossible sur DD externe avec Testdisk

#2 Le 05/03/2012, à 15:11

Re : [Résolu] Récup données impossible sur DD externe avec Testdisk

#3 Le 05/03/2012, à 21:31

Re : [Résolu] Récup données impossible sur DD externe avec Testdisk

#4 Le 06/03/2012, à 02:20

Re : [Résolu] Récup données impossible sur DD externe avec Testdisk

#5 Le 06/03/2012, à 12:11

Re : [Résolu] Récup données impossible sur DD externe avec Testdisk

#6 Le 06/03/2012, à 18:14

Re : [Résolu] Récup données impossible sur DD externe avec Testdisk

#7 Le 06/03/2012, à 22:54

Re : [Résolu] Récup données impossible sur DD externe avec Testdisk

#8 Le 07/03/2012, à 00:53

Re : [Résolu] Récup données impossible sur DD externe avec Testdisk

#9 Le 07/03/2012, à 09:44

Re : [Résolu] Récup données impossible sur DD externe avec Testdisk

#10 Le 07/03/2012, à 13:54

Re : [Résolu] Récup données impossible sur DD externe avec Testdisk

#11 Le 08/03/2012, à 01:30

Re : [Résolu] Récup données impossible sur DD externe avec Testdisk

#12 Le 08/03/2012, à 01:47

Re : [Résolu] Récup données impossible sur DD externe avec Testdisk

#13 Le 09/03/2012, à 01:42

Re : [Résolu] Récup données impossible sur DD externe avec Testdisk

#14 Le 09/03/2012, à 10:08

Re : [Résolu] Récup données impossible sur DD externe avec Testdisk

#15 Le 11/03/2012, à 11:14

Re : [Résolu] Récup données impossible sur DD externe avec Testdisk

#16 Le 11/03/2012, à 14:31

Re : [Résolu] Récup données impossible sur DD externe avec Testdisk

#17 Le 12/03/2012, à 12:13

Re : [Résolu] Récup données impossible sur DD externe avec Testdisk

#18 Le 05/04/2012, à 15:46

Re : [Résolu] Récup données impossible sur DD externe avec Testdisk

#19 Le 05/04/2012, à 21:15

Re : [Résolu] Récup données impossible sur DD externe avec Testdisk

Pied de page des forums