récupération données sur disque hfs+ endommagé [abandonné]

Arcadia · Le 22/11/2010, à 10:35

Bonjour,

Comme on me l'a demandé sur ce topic : http://forum.ubuntu-fr.org/viewtopic.php?id=92840&p=11 je post ici une discussion spécifique à mon problème pour un meilleur suivi.
Je remet mon problème ci dessous.
En réponse, rmy m'a demandé de faire un

sudo ddrescue -n /dev/tondisque /mediadestockage/imagerecup.dd /mediadestockage/imagerecup.log

Que je viens de lancer, je mettrais le résultat dans un prochain message....

*************
Message d'origine
************

Après avoir regardé plusieurs posts de ce forum depuis 2 semaines maintenant, je me tourne vers ceux qui suivent ce topics.
En effet, j'ai un problème dans la récupération de données sur un disques dur de 80g. (La récup se fait sur un Optiplex380 avec ubuntu 10.10)

En fait c'est un peu particulier puisque ce disque était dans un MacBook 4 et donc en Hfs+.
Ayant suivi toutes les manips qui existent dans différents post (usage de gddrescue [http://forum.ubuntu-fr.org/viewtopic.php?pid=3757332] d'abord puis de dd_rhelp [proposé sur ce topic]), je me retrouve aujourd'hui avec deux images de ce disque l'une en .dd qui fait 298 Giga et l'autre en .img qui fait 11,5 Giga.

Là ou je sèche c'est que je ne parvient ni à monter ces images, ni à les réparer via fsck. J'ai bien tenté fsck.hfs et fsck.hfsplus mais rien n'y fait. Voilà les différents fsck que j'ai pu faire et ce qui en résulte :

jeanguer@PC:~$ sudo fsck -y /media/My\ Passport/img/imgrecup.img
fsck de util-linux-ng 2.17.2
e2fsck 1.41.12 (17-May-2010)
fsck.ext2: Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext2: Bad magic number in super-block lors de la tentative d'ouverture de /media/My Passport/img/imgrecup.img

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>

jeanguer@PC:~$ sudo fsck.hfs -y /media/My\ Passport/img/imgrecup.img
** /media/My Passport/img/imgrecup.img

jeanguer@PC:~$ sudo fsck.hfsplus -y /media/My\ Passport/img/imgrecup.img
** /media/My Passport/img/imgrecup.img

jeanguer@PC:~$ sudo fsck.hfsplus -a -d /media/My\ Passport/img/imgrecup.img
/media/My Passport/img/imgrecup.img: starting
    Using cacheBlockSize=32K cacheTotalBlock=1024 cacheSize=32768K.
    Block 2 is not an MDB or Volume Header 
    Block 24093814 is not an MDB or Volume Header 
    unknown volume type 
    primary MDB is at block 0 0x00 
    alternate MDB is at block 0 0x00 
    primary VHB is at block 0 0x00 
    alternate VHB is at block 0 0x00 
    sector size = 512 0x200 
    VolumeObject flags = 0x01 
    total sectors for volume = 24093816 0x16fa478 
    total sectors for embedded volume = 0 0x00

Si quelqu'un a une idée, je suis preneur

Merci !

**********************
Fin du message d'origine
**********************

Merci

Dernière modification par Arcadia (Le 03/12/2010, à 18:44)

rmy · Le 22/11/2010, à 15:33

Ok, je suis les infos futures…

Arcadia · Le 22/11/2010, à 18:07

Bon, c'est finis, voilà ce que ça donne :

jeanguer@PC:~$ sudo ddrescue -n /dev/sdc /media/My\ Passport/nv/imgrecup.dd /media/My\ Passport/nv/imgrecup.log


Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:         0 B,  errsize:       0 B,  errors:       0
Current status
rescued:    80023 MB,  errsize:   2478 kB,  current rate:      896 B/s
   ipos:   251612 kB,   errors:      69,    average rate:    3311 kB/s
   opos:   251612 kB,     time from last successful read:       0 s
Finished

je tente un fsck ?

rmy · Le 23/11/2010, à 04:43

non, pas tout de suite…
On va d'abord essayer de faire mieux pour les erreurs de secteurs défectueux :

sudo ddrescue -C 16 -r 2 /dev/sdc /media/My\ Passport/nv/imgrecup.dd /media/My\ Passport/nv/imgrecup.log

Ça va être un peu plus long mais ça peut bien améliorer le résultat.
Ensuite, si tu as la place, fais une copie de cette image. Ton disque est en mauvais état, il n'est pas sur que tu puisses refaire une image encore sans le tuer définitivement… Ainsi tu pourras tenter des trucs sur une image et garder l'autre intacte.

Arcadia · Le 23/11/2010, à 11:50

J'ignorais que le fait de lire le disque pouvait l'endommager

Hum....

Je ne comprend pas, il me répond

jeanguer@PC:/$ sudo ddrescue -C 16 -r 2 /dev/sdb /media/sauvimg/nv/imgrecup.dd /media/sauvimg/nv/imgrecup.log
ddrescue: too many files
Try `ddrescue --help' for more information.

Que signifie le -C 16 -r 2 ?

rmy · Le 24/11/2010, à 02:44

désolé, faute de frappe, c'est un "c" minuscule…

-c 16 -> 16 secteurs par 16 secteurs (au lieu de 128 par 128 par défaut)
-r 2 -> teste 2 fois chaque secteur défectueux

Arcadia · Le 26/11/2010, à 10:09

Bon, ça c'es fait , j'obtiens :

jeanguer@PC:~$ sudo ddrescue -c 16 -r 2 /dev/sdc /media/sauvimg/nv/imgrecup.dd /media/sauvimg/nv/imgrecup.log


Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:    80023 MB,  errsize:   2478 kB,  errors:      69
Current status
rescued:    80024 MB,  errsize:   1698 kB,  current rate:        0 B/s
   ipos:    77466 MB,   errors:      89,    average rate:       19 B/s
   opos:    77466 MB,     time from last successful read:    36.2 m
Finished

Ayé, ayé, je fais un fsck ?

rmy · Le 26/11/2010, à 11:30

quelle impatience

Il te reste encore 1.7Mo d'erreur. Est-ce qu'on essaye d'aller encore plus loin ? Vu que tu as diminué de 1/3 avec la dernière étape, je dirais oui.

sudo ddrescue -c 1 -r 2 /dev/sdc /media/sauvimg/nv/imgrecup.dd /media/sauvimg/nv/imgrecup.log

éventuellement, tu peux mettre -r X en augmentant X, mais à chaque fois tu augmente le temps…

rmy · Le 26/11/2010, à 11:31

Et après ça (ou avant si tu veux pas patienter tu pouras voir ce que dit ton fsck…

Arcadia · Le 26/11/2010, à 13:05

Bon, du coup je tente un :

jeanguer@PC:~$ sudo ddrescue -c 1 -r 3 /dev/sdc /media/sauvimg/nv/imgrecup.dd /media/sauvimg/nv/imgrecup.log

Rdv lundi prochain (vu que le pc utilisé est au boulot) !

bon Week-End enneigé

Arcadia · Le 29/11/2010, à 10:20

Re !

Bon, voici le résultat :

jeanguer@PC:~$ sudo ddrescue -c 1 -r 3 /dev/sdc /media/sauvimg/nv/imgrecup.dd /media/sauvimg/nv/imgrecup.log


Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:    80024 MB,  errsize:   1698 kB,  errors:      89
Current status
rescued:    80024 MB,  errsize:   1698 kB,  current rate:        0 B/s
   ipos:    77466 MB,   errors:      89,    average rate:        0 B/s
   opos:    77466 MB,     time from last successful read:    11.2 h
Finished

rmy · Le 29/11/2010, à 16:15

OK, pas mieux.

Avant le fsck, peux-tu doubler cette image disque ?
(fsck peut être destructeur parfois…)

Arcadia · Le 29/11/2010, à 16:46

J'avais déjà fait une copie dès que c'était finis : au cas où .

Voilà ce que me renvoi un fsck "classique" :

jeanguer@PC:~$ sudo fsck -y /media/sauvimg/nv/imgrecup.dd 
[sudo] password for jeanguer: 
fsck de util-linux-ng 2.17.2
e2fsck 1.41.12 (17-May-2010)
fsck.ext2: Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext2: Bad magic number in super-block lors de la tentative d'ouverture de /media/sauvimg/nv/imgrecup.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>

Arcadia · Le 29/11/2010, à 17:07

Quand je tente ce qu'il me recommande ("e2fsck -b 8193 ..." ):

jeanguer@PC:~$  e2fsck -b 8193 /media/sauvimg/nv/imgrecup.dd
e2fsck 1.41.12 (17-May-2010)
e2fsck: Bad magic number in super-block lors de la tentative d'ouverture de /media/sauvimg/nv/imgrecup.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>

rmy · Le 29/11/2010, à 17:47

au temps pour moi, je t'ai fait faire une image disque, et tu tentes une réparation qui concerne un système de fichier. Il faut donc d'abord tenter un montage à l'aide d'un loopdevice avec un offset, et éventuellement faire un fsck sur le loopdevice directement.

Peux-tu donner le retour de

sudo sfdisk -luS /media/sauvimg/nv/imgrecup.dd

et un copié collé de ce que donne

sudo testdisk /media/sauvimg/nv/imgrecup.dd

sur les différentes étapes de recherche.

Je te donnerai ensuite les infos pour le loopdevice.

Arcadia · Le 29/11/2010, à 17:56

Sur le testdisk, quand je tente un check rapide au début, il me trouve 2 partitions :

Disk /media/sauvimg/nv/imgrecup.dd - 80 GB / 74 GiB - CHS 9730 255 63
     Partition               Start        End    Size in sectors
P EFI System                    40     409639     409600 [EFI]
P Mac HFS                   409640  156039303  155629664

j'analyse lequel ?

Du reste, pour la commande sfdisk, j'obtiens :

jeanguer@PC:~$ sudo sfdisk -luS /media/sauvimg/nv/imgrecup.dd

ATTENTION : identifiant de table de partitions GPT (GUID) detecté sur "/media/sauvimg/nv/imgrecup.dd" ! L'utilitaire sfdisk ne supporte pas GPT. Utilisez GNU Parted.

Disque /media/sauvimg/nv/imgrecup.dd : impossible d'obtenir la géométrie

Disque /media/sauvimg/nv/imgrecup.dd : 9729 cylindres, 255 têtes, 63 secteurs/piste
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
/media/sauvimg/nv/imgrecup.dd1             1 156301480  156301480  ee  GPT
        début: (c,h,s) attendu (0,0,2) trouvé (1023,254,63)
/media/sauvimg/nv/imgrecup.dd2             0         -          0   0  Vide
/media/sauvimg/nv/imgrecup.dd3             0         -          0   0  Vide
/media/sauvimg/nv/imgrecup.dd4             0         -          0   0  Vide

c'est grave docteur ?

rmy · Le 29/11/2010, à 18:49

non, ta partition est bien détectée par testdisk. C'est juste que les outils gnu/linux ne sont pas tous adaptés au partitions mac.

Avec un peu de chance le montage se fait tout de même :

sudo losetup /dev/loop0 /media/sauvimg/nv/imgrecup.dd -o 209735680

sudo mount /dev/loop0 /mnt && ls /mnt

Arcadia · Le 30/11/2010, à 10:17

Bizarre, le losetup me renvoi rien :

jeanguer@PC:~$ sudo losetup /dev/loop0 /media/sauvimg/nv/imgrecup.dd -o 209735680
[sudo] password for jeanguer:

J'ai donc quand même tenté le mount :

jeanguer@PC:~$ sudo mount /dev/loop0 /mnt && ls /mnt
ls: ne peut accéder /mnt/Desktop DB: Erreur d'entrée/sortie
ls: ne peut accéder /mnt/Desktop DF: Erreur d'entrée/sortie
ls: ne peut accéder /mnt/dev: Erreur d'entrée/sortie
ls: ne peut accéder /mnt/etc: Erreur d'entrée/sortie
ls: lecture du répertoire /mnt: Erreur d'entrée/sortie
ADSL USB Log File  cores       etc
Applications       Desktop DB  Guides de l'utilisateur et informations
automount          Desktop DF
bin                dev

Ressayant le losetup par la suite, j'obtiens :

jeanguer@PC:~$ sudo losetup /dev/loop0 /media/sauvimg/nv/imgrecup.dd -o 209735680
losetup : /dev/loop0 : le périphérique est occupé

rmy · Le 30/11/2010, à 12:31

le losetu n'a pas de raison de te renvoyer quelque chose, il "attache ton image" àun périphérique de type bloc, en déplaçant le début vers un offset qui correspond au nombre d'octets où commence ta partition dans le fichier image

Il y a bien quelque chose dans /mnt, donc le montage a réussi, par contre vu les messages d'erreur ton système de fichier est endommagé.

Tu peux démonter :

sudo umount /dev/loop0

et faire ton fsck sur /dev/loop0.

Je ne peux t'aider plus, je ne connais pas suffisamment les outils hfs…

Si tu veux libérer ton /dev/loop0 :

sudo losetup -d /dev/loop0

Arcadia · Le 30/11/2010, à 13:08

Bon, après avoir démonter /dev/loop0, je fais mon fsck qui réagit :

jeanguer@PC:~$ sudo fsck.hfsplus -y -f /dev/loop0
** /dev/loop0
** Checking HFS Plus volume.
** Checking Extents Overflow file.
** Checking Catalog file.
   Invalid node structure
(4, 15131)
** Rebuilding Catalog B-tree.
** The volume Macintosh HD could not be repaired.

J'imagine que c'est pas top comme réponse

lorsque je tente un mount du volume, il me le monte mais je me retrouve avec le même résultat qu'avant (dans le disque, seul est disponible le fichier "Application" les données n'étant pas accessible, bien que sur le disque (puique ce dossier fait 3,8Go pour 74Go utilisés))

rmy · Le 30/11/2010, à 16:26

Il faut alors te tourner vers les outils mac pour la réparation du système de fichier, et/ou faire une récup séquentielle avec photorec…

Pour faire une vérif depuis le mac, tu peu recopier ton image avec ddrescue vars un disque sain de taille au moins égale.

Bon courage.

Arcadia · Le 30/11/2010, à 16:27

Ok, merci beaucoup en tout cas, c'est chouette de ta part d'avoir suivi le truc
Si jamais j'avance à quelque chose, je le posterais ici pour info...

@+

rmy · Le 30/11/2010, à 23:02

Merci, sympa d'y penser

Arcadia · Le 03/12/2010, à 16:07

Bon, bref recap de ce que j'ai fait et des résultats obtenus :

Après un testdisk sur le disque original et sur la copie (que j'ai finalement réussi à monter et qui contenant la même choses que le dd original), j'obtiens le même résultats, à savoir toutes les données des apps mais aucunes données personnelle.
Cela me fait penser que les parties contenant les données perso doivent être gravement touchées physiquement et donc irrécupérables, bon, c'est pas catastrophique en soit même si un paquet de trucs sont perdus, il y a pas mort d'homme.

J'ignore s'il faut mettre la balise [résolue] ni comment faire...

Merci encore à rmy, je file l'adresse de ton site (diskard) à la personne à qui appartenait le disque, elle décidera peut-être de te l'envoyer, à elle de voir

bon WE !

rmy · Le 03/12/2010, à 18:18

Inutile de mettre en résolu, parce que je pense qu'il n'y a rien de nouveau d'apporté par rapport à d'autres topics similaires, et en particulier rien qui concerne le FS hfs+.
Tu peux mettre [abandonné] si tu veux mettre quelque chose…

Et n'hésite pas à donner mon adresse à tout le monde que tu veux

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 22/11/2010, à 10:35

récupération données sur disque hfs+ endommagé [abandonné]

#2 Le 22/11/2010, à 15:33

Re : récupération données sur disque hfs+ endommagé [abandonné]

#3 Le 22/11/2010, à 18:07

Re : récupération données sur disque hfs+ endommagé [abandonné]

#4 Le 23/11/2010, à 04:43

Re : récupération données sur disque hfs+ endommagé [abandonné]

#5 Le 23/11/2010, à 11:50

Re : récupération données sur disque hfs+ endommagé [abandonné]

#6 Le 24/11/2010, à 02:44

Re : récupération données sur disque hfs+ endommagé [abandonné]

#7 Le 26/11/2010, à 10:09

Re : récupération données sur disque hfs+ endommagé [abandonné]

#8 Le 26/11/2010, à 11:30

Re : récupération données sur disque hfs+ endommagé [abandonné]

#9 Le 26/11/2010, à 11:31

Re : récupération données sur disque hfs+ endommagé [abandonné]

#10 Le 26/11/2010, à 13:05

Re : récupération données sur disque hfs+ endommagé [abandonné]

#11 Le 29/11/2010, à 10:20

Re : récupération données sur disque hfs+ endommagé [abandonné]

#12 Le 29/11/2010, à 16:15

Re : récupération données sur disque hfs+ endommagé [abandonné]

#13 Le 29/11/2010, à 16:46

Re : récupération données sur disque hfs+ endommagé [abandonné]

#14 Le 29/11/2010, à 17:07

Re : récupération données sur disque hfs+ endommagé [abandonné]

#15 Le 29/11/2010, à 17:47

Re : récupération données sur disque hfs+ endommagé [abandonné]

#16 Le 29/11/2010, à 17:56

Re : récupération données sur disque hfs+ endommagé [abandonné]

#17 Le 29/11/2010, à 18:49

Re : récupération données sur disque hfs+ endommagé [abandonné]

#18 Le 30/11/2010, à 10:17

Re : récupération données sur disque hfs+ endommagé [abandonné]

#19 Le 30/11/2010, à 12:31

Re : récupération données sur disque hfs+ endommagé [abandonné]

#20 Le 30/11/2010, à 13:08

Re : récupération données sur disque hfs+ endommagé [abandonné]

#21 Le 30/11/2010, à 16:26

Re : récupération données sur disque hfs+ endommagé [abandonné]

#22 Le 30/11/2010, à 16:27

Re : récupération données sur disque hfs+ endommagé [abandonné]

#23 Le 30/11/2010, à 23:02

Re : récupération données sur disque hfs+ endommagé [abandonné]

#24 Le 03/12/2010, à 16:07

Re : récupération données sur disque hfs+ endommagé [abandonné]

#25 Le 03/12/2010, à 18:18

Re : récupération données sur disque hfs+ endommagé [abandonné]

Pied de page des forums