Forum Linux.général Récupérer des données avec testdisk

Posté par  .
Étiquettes :
0
12
juil.
2008

Un jour, après une un arrêt brutal entraîné par une surchauffe (compilation de cpp), mon powerbook n'a plus booté. J'y avais installé une Debian Sid il y a ... deux ou trois ans ; je ne sais plus du tout comment le disque était partitionné : il y a, dans un ordre indéfini :

  • Un swap,

  • Une seule partition de données, ext3,

  • Peut-être de l'espace libre (à la fin je suppose), HFS+ du temps du précédent propriétaire.



Voici ce qu'a dit smartctl --all : http://tuttu.info/~feth/smartctl-all : cela signifie que la table des partitions est inaccessible.

J'ai pu opérer en première urgence au moyen de finnix, un très chouette livecd de récupération, multiplateforme : http://www.finnix.org/
J'ai commis l'erreur de tenter de reconstruire une table des partitions minimale, affectant tout le disque à une seule partition, mais c'était une erreur...

dd_rescue m'a permis de 'dumper' le disque sur mon serveur, et de là j'ai tenté d'utiliser testdisk.

Voici ce qu'il voit :
Disk /shared/dd_hda - 80 GB / 74 GiB


Please select the partition table type, press Enter when done.
[Intel ] Intel/PC partition
[Mac ] Apple partition map
[None ] Non partioned media
[Sun ] Sun Solaris partition
[XBox ] XBox partition
[Return ] Return to disk selection


Le choix Intel ne permet pas de localiser une partition, le choix Mac produit des résultats que je ne comprends pas, et de toutes manière testdisk ne peut par lui-même restaurer une partition :
D'abord l'avertissement de bon aloi : read_part_mac: bad DPME signature, puis
Disk /shared/dd_hda - 80 GB / 74 GiB - CHS 156301488 1 1

Analyse cylinder 51572736/156301487: 32%


HFS 64 2009 1946 [bogtstrap]
HFS 2014 3959 1946 [bogtstrap]
Linux 5667912 31825070385081384 31825070379413472 [T~@R^P^R~@U~@
HFS 7677360 298046315112 298038637753 [A{$�4~C^V@~C�U^Lv^R��g
Unknown 8301864 2323842893697003 2323842885395139 [ATTR_DISTW
Unknown 8301976 2323842893697115 2323842885395139 [ATTR_DISTW
HFS 15985992 123132636041 123116650050 [^G�^F~V^E0�1"~I^Q^G~Vs~W0~GS
HFS 16540408 123133190457 123116650050 [^G�^F~V^E0�1"~I^Q^G~Vs~W0~GS
Unknown 33965136 29961292696271 29961258731136 [^A]
Unknown 33965248 29961292696383 29961258731136 [^A]
Unknown 42632832 35385737312229 35385694679397 [FALE*!(&_AOW2W
Unknown 42632944 35385737312341 35385694679397 [FALE*!(&_AOW2W
Unknown 49463568 35385744142965 35385694679397 [FALE*!(&_AOW2W
Unknown 49463680 35385744143077 35385694679397 [FALE*!(&_AOW2W
[...]


Bon, bref, j'en viens à la question : y a-t-il une chance que je récupère des morceaux d'arborescence et pas seulement des fichiers individuels ? (le fichier qui m'intéresse le plus, c'est celui qui contient mes mots de passe, et il est chiffré, aucune chance qu'il soit matché par photorec, par exemple).

D'avance, merci de vos suggestions,

--
Feth
  • # gpart pour la récupération de partition

    Posté par  . Évalué à 2.

    http://www.stud.uni-hannover.de/user/76201/gpart/
    Déjà testé pour retrouver la table des partitions d'un disque dont elle avait été effacée par un virus (oui, c'était pour récupérer un windows, mais linux est très doué pour ça). Assez efficace et rapide. Faut juste espérer que ton problème ne vient que de là, et qu'il n'y a pas d'autres merdes sur les FS en eux même ...

    Sinon, en ce qui concerne le format de la table des partitions, c'est bien "Mac" pour ton ppc, puisque les OS Apple utilisent ce format. Ca n'empêche pas par contre d'utiliser le format "Intel" (je dirais DOS plutôt) si tu n'utilises que Linux, et je dis ça parce que c'est ce que gpart risque de te renvoyer. Par contre il va peut-être merder un peu s'il voit plus que 4 partitions "primaires" (il n'y a pas de différence primaire/secondaire avec le format de table de partition Mac). Par contre ça va peut-être merder avec yaboot .... va savoir. La solution c'est, une fois la récupération effectuée, de noter tous les débuts/fin de partition, et de les recréer avec mac-fdisk. J'ai déjà fait l'inverse (table des partitions Mac -> DOS), et ça marche nickel.

    Sinon, petite question : il avait quel age ton PB ? Parce que j'ai déjà vu le DD de mon iBook crever, et comme maintenant j'ai un PB qui a presque 4 ans, je ne voudrais pas me retrouver dans la même situation...
    • [^] # Re: gpart pour la récupération de partition

      Posté par  . Évalué à 2.

      Merci pour cette réponse complète, instructive, utile, et inespérée !
      Le powerbook doit avoir 5 ans, mais ça, c'est à la louche, vu que je l'ai acheté d'occasion et que j'ai oublié. C'est un des derniers powerbook G4 12" en alu brossé. smartctl dit quand même 825 jours d'uptime pour le disque !

      En gros j'ai une quinzaine de secteurs endommagés, un définitivement illisible, et comme par hasard c'est l'amorçage du disque.

      Alors ensuite, que ça gène yaboot, ça m'est égal : le disque va partir à la déchetterie, avec tous ses secteurs défectueux. Je voudrais juste récupérer deux ou trois trucs, comme les albums magnatune que j'ai achetés ou au moins les identifiants qui ont servi à les acheter. Et puis un ou deux autres mots de passe. Si je récupérais ma galerie de photos avec son organisation en dossiers, évidemment...

      Pour gpart je n'ai pas peur du nombre de partitions, forcément inférieur à 4.
      • [^] # Re: gpart pour la récupération de partition

        Posté par  . Évalué à 2.

        Bon bah c'est le même, dernier modèle de PB G4 12" à 1,5 GHz. Par contre j'ai beaucoup moins d'uptime pour le disque (bizarre, le précédent propriétaire était un geek, et moi aussi ...). D'un autre coté, la moitié des résultats que j'ai avec smartctl sont irréalistes, donc je ne sais pas trop à quoi m'en tenir (le disque est un Fujitsu ; c'était quoi le tiens ?).

        Mais bon, c'est con pour toi que ce soit tombé sur celui de la table des partitions ... D'un autre coté, contrairement aux PCs où le MBR est stocké sur le premier secteur seulement, la table des partitions Apple est stockées sur plusieurs blocs à partir du 2e, donc il y a statistiquement plus de chances qu'il se fasse avoir (en plus d'avoir un format plus "verbeux" que celui de la MBR).

        Bon courage pour la récupération !

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.