Contenu | Rechercher | Menus

Annonce

Si vous rencontrez des soucis à rester connecté sur le forum (ou si vous avez perdu votre mot de passe) déconnectez-vous et reconnectez-vous depuis cette page, en cochant la case "Me connecter automatiquement lors de mes prochaines visites". Attention, le forum rencontre actuellement quelques difficultés. En cas d'erreur 502, il ne faut pas re-valider l'envoi d'un message ou l'ouverture d'une discussion, au risque de créer un doublon.

La section divers se réorganise ! De nouvelles sous-sections à venir. (plus d'infos + donner son avis)

#1 Le 08/11/2012, à 16:11

archi02

[En cours] Récupération de données suite à un crash électrique du DD

Bonjour à tous,

Pour sauvegarder les données de mon disque dur avant mise à jour d'Ubuntu, je l'ai déplacé dans un autre ordi et à la mise sous tension sa carte contrôleur à grillé. Impossible de le relancer, il devient invisible dans le bios. Arg. sad Pas d'affolement surtout, je trouve sur ebay un disque dur très identique ce qui me permet d'utiliser à présent sa carte contrôleur en remplacement. Le disque dur ne boote toujours pas, mais redevient visible dans le bios, c'est mieux. Je le passe donc en esclave sur un autre ordi pour faire une récupération de données. Voilà le programme.

C'est là que je me perds, il y a plusieurs chose que je ne comprends pas. Je me dis que peut-être un oeil extérieur sera plus avisé que le mien...

Je tente d'effectuer une image du disque avec la commande suivante :

sudo ddrescue /dev/sdb /home/truc/marecup.dd /home/truc/marecup.log -n

Sauf que surprise, j'obtiens après 72h de moulinette (je suis parti en weekend pendant ce temps là), et aucune erreur trouvée sur le disque, un fichier image de 148 Go... alors que mon disque en fait 60 Go. Que dois-je en penser ?

Je me dis que bon, pourquoi pas, et je tente :

sudo fsck.ext3 -y marecup.dd

qui me donne :

e2fsck 1.41.14 (22-Dec-2010)
fsck.ext3: Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext3: Bad magic number in super-block lors de la tentative d'ouverture de marecup.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>

Si je suis le conseil donné, et que j'essaye :

sudo e2fsck -b 8193 <périphérique>

J'obtiens le même message d'erreur (pareil d'ailleurs pour les autres superblocs que me donne un "mke2fs -n").

Et maintenant je bloque... je suis perdu. Quelle serait la piste à privilégier ?
Quand, je tente de monter le disque (sait-on jamais) effectivement le format ext3 ne semble pas valide.

Je suis sûr que pourtant la solution n'est pas loin. Je continue à fouiner en attendant...

Merci d'avance pour toute aide !

Dernière modification par archi02 (Le 12/11/2012, à 13:46)

Hors ligne

#2 Le 08/11/2012, à 16:15

leold

Re : [En cours] Récupération de données suite à un crash électrique du DD

hello
je crois que tu pourras trouver de l'aide ICI http://forum.ubuntu-fr.org/viewtopic.php?id=447877
met un message sur se poste renvoyant a ton propre poste pour avoir de l'aide

Hors ligne

#3 Le 08/11/2012, à 16:17

archi02

Re : [En cours] Récupération de données suite à un crash électrique du DD

Eh Eh, c'est chose déjà faite, à l'instant. Merci quand même. smile

Hors ligne

#4 Le 08/11/2012, à 17:14

archi02

Re : [En cours] Récupération de données suite à un crash électrique du DD

Bon, comme je tourne en rond, je suis passé à Testdisk (version 6.11 des dépôts) pour analyser l'image de mon disque.
Le passage Quicksearch ne me donne rien du tout, aucun partition valide, sinon un "Structure OK". Idem pour DeepSearch.
Je recommence avec la version 6.13 ... ce qui ne donne rien non plus.

Photorec ne donne rien non plus... je commence à croire que mon image disque n'est pas bonne.

Pour le coup, je teste un Testdisk sur le disque directement. Le QuickSearch ne fait pas, il passe directement au DeepSearch...

RDV dans ... longtemps. smile

Dernière modification par archi02 (Le 08/11/2012, à 21:04)

Hors ligne

#5 Le 08/11/2012, à 21:05

archi02

Re : [En cours] Récupération de données suite à un crash électrique du DD

Il y a une chose encore que je ne comprends pas : pourquoi mon disque de 60 Go est-il reconnu comme un disque de 2 To ?
C'est quand même étrange, non ?

Hors ligne

#6 Le 10/11/2012, à 20:59

archi02

Re : [En cours] Récupération de données suite à un crash électrique du DD

Après 72h de Testdisk sur le disque lui-même pour parvenir aux 100%, le résultat est clair.

No partition found or selected for recovery

What else ? Ai-je raison de commencer à désespérer ?

Dernière modification par archi02 (Le 10/11/2012, à 22:13)

Hors ligne

#7 Le 10/11/2012, à 22:02

archi02

Re : [En cours] Récupération de données suite à un crash électrique du DD

En fait, je commence à avoir une idée de ce qu'il se passe (autant que je puisse en juger toutefois). Le premier problème majeur semble que le disque dur n'est pas reconnu correctement par le BIOS.

udisks --show-info /dev/sdb
Showing information for /org/freedesktop/UDisks/devices/sdb
  native-path:                 /sys/devices/pci0000:00/0000:00:1d.7/usb2/2-6/2-6:1.0/host6/target6:0:0/6:0:0:0/block/sdb
  device:                      8:16
  device-file:                 /dev/sdb
    presentation:              /dev/sdb
    by-id:                     /dev/disk/by-id/usb-Maxtor_C_ALYPSO_000000000000-0:0
    by-path:                   /dev/disk/by-path/pci-0000:00:1d.7-usb-0:6:1.0-scsi-0:0:0:0
  detected at:                 sam. 10 nov. 2012 21:26:55 CET
  system internal:             0
  removable:                   0
  has media:                   1 (detected at sam. 10 nov. 2012 21:26:55 CET)
    detects change:            0
    detection by polling:      0
    detection inhibitable:     0
    detection inhibited:       0
  is read only:                0
  is mounted:                  0
  mount paths:             
  mounted by uid:              0
  presentation hide:           0
  presentation nopolicy:       0
  presentation name:           
  presentation icon:           
  automount hint:              
  size:                        2199023255552
  block size:                  512
  job underway:                no
  usage:                       
  type:                        
  version:                     
  uuid:                        
  label:                       
  drive:
    vendor:                    Maxtor C
    model:                     ALYPSO
    revision:                  2KWZ
    serial:                    000000000000
    WWN:                       
    detachable:                1
    can spindown:              0
    rotational media:          Yes, unknown rate
    write-cache:               unknown
    ejectable:                 0
    adapter:                   Unknown
    ports:
    similar devices:
    media:                     
      compat:                 
    interface:                 usb
    if speed:                  480000000 bits/s
    ATA SMART:                 not available

Ici, il apparaît comme un Maxtor Calypso 2To, alors que j'ai entre les mains un Maxtor DiamondMax Plus 9 60Gb (6Y060L0). Apparemment c'est un problème connu (un lien parmi d'autres) , et serait à mettre sur le dos d'un problème de firmware du DD.

Donc, je crois que ceci dépasse largement mes compétences. Donc, il va me falloir choisir à quel prix j'estime la valeur de ces données... sad

Hors ligne

#8 Le 10/11/2012, à 22:17

archi02

Re : [En cours] Récupération de données suite à un crash électrique du DD

Ah oui, et Photorec m'indique que l'analyse du disque prendra un poil plus de 1000h ... soit près de 40 jours... (que dire ?).

Hors ligne

#9 Le 12/11/2012, à 13:44

archi02

Re : [En cours] Récupération de données suite à un crash électrique du DD

Bon, bon, bon. J'ai lu ceci, parmi d'autres choses, discussion fort instructive.
Donc en admettant que ma PCB de remplacement est bien compatible (ce qui semblent être le cas), alors ma dernière conclusion (rapport à plusieurs cas similaires) est que le preamp du disque est mort. Compte tenu que cette petite bête ne peut être remplacée par le commun des mortels, je me résous à envoyer le disque pour expertise et devis...

Fin (temporaire) de l'histoire.

Dernière modification par archi02 (Le 12/11/2012, à 13:46)

Hors ligne

Haut de page ↑