[Résolu] Récupérer données HDD en parti formaté et non accessible

GrumD · Le 02/08/2016, à 15:57

Salut à tous !

Aujourd'hui, mon disque dur de sauvegarde (WD Red 2To) a décidé de faire des siennes. Quand je boote sur mon Ubuntu 14.04 LTS, j'ai le fameux message d'erreur :

Le disque dur XXX n'est pas encore prêt ou présent.
Continuer à attendre ou appuyer sur S pour ignorer le montage ou M pour la récupération manuelle.

J'appuie sur S et aucun problème, Ubuntu se lance et fonctionne tout à fait normalement. C'est déjà ça.

Seulement, mon disque dur n'apparaît plus dans la liste des périphériques => https://framapic.org/iv6qhlljs8vi/mjBoBsTGMicu.png
Sous Windows, il n'apparaît pas non plus, il y a une partition RECOVERY qui s'affiche à la place.

Pour info, il est neuf (moins d'un an) et sert uniquement de sauvegarde pour mes projets Photoshop, Illustrator et autre backups diverses.
Il tourne, il n'a jamais dépassé les 30°, il est reconnu dans le BIOS et il est reconnu dans l'utilitaire Disques d'Ubuntu.

Pour plus de précisions, voici le retour de certaines commandes :

sudo blkid

/dev/sda1: LABEL="Steam" UUID="12226761226748B5" TYPE="ntfs" 
/dev/sdb1: LABEL="RM-CM-)cupM-CM-)ration" UUID="6A58F2B858F2825D" TYPE="ntfs" 
/dev/sdb2: UUID="52F2-DC4B" TYPE="vfat" 
/dev/sdb4: UUID="E83A15693A1535D2" TYPE="ntfs" 
/dev/sdb5: UUID="9e0c15ac-ab5d-4437-a6d6-a7cd3b12baec" TYPE="ext4" 
/dev/sdb6: UUID="0e81775a-0d3f-406f-b8c0-dfb0476b0879" TYPE="ext4" 
/dev/sdc1: SEC_TYPE="msdos" LABEL="RECOVERY" UUID="BB43-8E16" TYPE="vfat" 
/dev/sdd1: LABEL="Stockage & Tri (SSHD)" UUID="06C2AD2AC2AD1EC5" TYPE="ntfs" 
/dev/sde1: LABEL="RM-CM-)servM-CM-) au systM-CM-(me" UUID="2254B8DE54B8B63F" TYPE="ntfs" 
/dev/sde2: LABEL="Origin & Uplay" UUID="E44C23564C232332" TYPE="ntfs"

Le disque serait le /dev/sdc1. Ce qui est troublant, c'est qu'il est annoncé en "vfat" alors qu'il contient normalement une seule partition en NTFS...

sudo fdisk -l (j'ai mis uniquement les infos à propos de ce disque)

Disk /dev/sdc: 2000.4 GB, 2000398934016 bytes
4 têtes, 16 secteurs/piste, 61047330 cylindres, total 3907029168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Identifiant de disque : 0x0001c6d8

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sdc1            8192     2289062     1140435+   e  W95 FAT16 (LBA)
/dev/sdc2         2289063    15523839     6617388+   5  Étendue
La partition 2 ne commence pas sur une frontière de cylindre physique.
/dev/sdc5   ?  2227417547  4492408788  1132495621   81  Minix / Linux ancienne
La partition 5 ne commence pas sur une frontière de cylindre physique.

En attendant, j'ai commenté sa ligne correspondante dans le fstab pour ne plus avoir le message au démarrage mais ça ne m'avance pas.
Je pense même le débrancher en attendant, histoire de ne pas le bugger encore plus.

Un autre détail "flippant" est que dans l'utilitaire Disques, les 2To sont considérés comme "Espace Disponible" alors qu'il fonctionnait parfaitement ce matin avant que je ne reboote.
=> https://framapic.org/3ZqnJzMACpoV/huTHesd2W0f5.png
On voit également des partitions qui n'ont absolument pas lieu d'être...

Du coup, y'a t-il possibilité de réparer sa MBR pour la remettre d'origine et récupérer mes données sauvegardées ?
Y'a t-il d'ailleurs possibilité de récupérer ces données ? J'avais environ 1,5To de sauvegardes dessus et je ne pense pas (j'espère pas) qu'elles soient toutes perdues ou corrompues.

Quelqu'un connaîtrait une manipulation ou un logiciel pour récupérer mes fichiers/dossiers de sauvegardes ? Ça pourrait être utile pour en récupérer un maximum si je dois tenter une opération sensible pour réparer le disque dur ou si je dois carrément le reformater...

J'ai cru lire que certains programmes ou LiveCD comme Ultimate Boot CD pouvaient se passer au besoin du MBR et accéder aux dossiers et fichiers.
Quelqu'un a des infos sur ce point ?

Je continue de chercher pourquoi il lui arrive ça et comment y remédier de mon côté.

Merci d'avance à tous les spécialistes qui pourront m'aider.

Dernière modification par GrumD (Le 19/08/2016, à 00:30)

Nasman · Le 02/08/2016, à 16:10

Par hasard, tu n'aurait pas un Windows10 qui aurait été installé ou tu n'aurait pas migré vers W10 ?
Ce dernier a tendance à flinguer les partitions logiques

Je remarque que les partitions de ce disque commencent à des endroits inhabituels et que la géométrie du disque est curieuse 4 têtes et 16 secteurs par piste

Peux tu donner le résultat de

sudo dd if=/dev/sdc bs=512 count=1 | hexdump -C

et

sudo dd if=/dev/sdc bs=512 count=1 skip=2289063 | hexdump -C

GrumD · Le 02/08/2016, à 17:15

Salut Nasman !

En fait, j'ai un dual boot Windows 10/Ubuntu depuis janvier (installation propre sur un nouveau SSD) et il a toujours fonctionné parfaitement. Windows n'est pas en cause (pour une fois ).

Après avoir fait des recherches sur la cause de ce problème, je crois avoir trouvé et l'erreur vient certainement de moi.

En fait, hier soir, j'ai décidé de passer mon serveur Mumble de mon Raspberry Pi 2 sur mon nouveau Raspberry Pi 3, pour faire des tests de performances.
Du coup, je me suis servi de ce tuto pour faire une sauvegarde "bit à bit" de ma carte microSD 8Go, au cas où la migration se passerait mal... On n'est jamais trop prudent.
J'ai donc branché une clé USB vierge à mon PC, histoire de faire ce clonage dessus grâce à la commande donnée. Dans mon cas :

dd if=/dev/sdg of=/dev/sdf bs=1M

Et l'erreur a été commise ici...

En remontant les lignes de commande dans le terminal du Raspberry, via SSH, je remarque que j'avais tapé

dd if=/dev/sdg of=/dev/sdc bs=1M

sdc au lieu de sdf !!! Le C et le F étant côte à côte sur le clavier.
Du coup, ça a commencé faire la sauvegarde "bit à bit" sur mon disque dur de 2To au lieu de la clé USB que j'avais préparée pour ça !

Comme il était 1h du mat', je n'ai pas bien relu la commande. Fatigue, erreur d'inattention et c'est le drame.
J'ai lancé la commande 2 fois car le terminal a freezé et planté 2 fois... D'où certainement les 2 partitions bizarres de 6,8Go qu'on voit sur ma capture de l'utilitaire Disques => https://framapic.org/3ZqnJzMACpoV/huTHesd2W0f5.png

Voilà ce qui est, pour moi, certainement la cause du problème.
Ce qui est bizarre c'est que le disque dur était parfaitement accessible et fonctionnel ce matin. Il ne l'a plus été à partir du moment où j'ai rebooté.

Bref, j'imagine que les 2 partitions de 6,8Go créées auront certainement écrasé des données (tant pis pour moi, je n'avais qu'à faire attention), mais si je pouvais récupérer les 1,5To restant, je serais super content.
Mais pour cela, je dois avoir accès au disque dur, ce qui n'est pas le cas puisque comme expliqué dans mon premier post, il est fonctionnel mais pas visible sous Ubuntu et Windows.

D'où mes questions :

GrumD a écrit :

[...] y'a t-il possibilité de réparer sa MBR pour la remettre d'origine et récupérer mes données sauvegardées ?
Y'a t-il d'ailleurs possibilité de récupérer ces données ? J'avais environ 1,5To de sauvegardes dessus et je ne pense pas (j'espère pas) qu'elles soient toutes perdues ou corrompues.
Quelqu'un connaîtrait une manipulation ou un logiciel pour récupérer mes fichiers/dossiers de sauvegardes ? Ça pourrait être utile pour en récupérer un maximum si je dois tenter une opération sensible pour réparer le disque dur ou si je dois carrément le reformater...
J'ai cru lire que certains programmes ou LiveCD comme Ultimate Boot CD pouvaient se passer au besoin du MBR et accéder aux dossiers et fichiers.
Quelqu'un a des infos sur ce point ?

Pour ce qui est de tes 2 commandes, Nasman, je ne les ai pas encore faites puisque le DD est débranché, par sécurité. Mais si tu en as toujours besoin, dis me le et je te les fais sans problème.

Nasman · Le 03/08/2016, à 21:08

Regarde avec testdisk s'il peut retrouver des traces de tes données sur sdc. Pour cela il faut faire un deeper search sur ce disque puis sélectionner la partition (si des anciennes partitions peuvent être retrouvées) puis lister les fichiers avec p
Les fichier retrouvés pourront alors être copié ailleurs

Dernière modification par Nasman (Le 03/08/2016, à 21:08)

GrumD · Le 04/08/2016, à 17:24

Oui c'est justement sur ce logiciel que je comptais me tourner.
J'attends juste demain ou samedi de recevoir mon autre disque dur de 2To (j'ai repris le même modèle) pour pouvoir y copier les données récupérables.
Ensuite, lorsque j'aurai récupéré le maximum de mes données, ce nouveau disque dur me servira de 2ème DD de sauvegarde. Un clone du 1er, histoire de ne plus me retrouver dans ce genre de situation fort désagréable.

Je pense me servir de la doc Ubuntu ou directement de la doc officielle si jamais j'installe la dernière version 7.0 (celle des dépôts Ubuntu est la 6.14, je crois).
J'ai même trouvé un tuto très détaillé sur un autre forum. Il date un peu, mais dans les grandes lignes, ça devrait m'aider.
Il y a même la doc concernant Photorec si besoin. En espérant avoir perdu le moins de données possible. Ou en tout cas, les moins importantes...

Je vais essayer de me documenter un maximum histoire de ne pas empirer la situation en faisant ce genre de manipulation. Ce serait bête de foirer encore plus les données... J'ai vraiment pas besoin de ça...

Je reviendrai ici avant de commencer, si jamais j'ai des questions précises ou des doutes.

Merci de ta participation !

Bougron · Le 04/08/2016, à 17:51

Bonjour
Tu peux déjà commencer à lancer testdisk car avant d'avoir besoin du second disque, tu auras une idée de ce que tu peux récupérer et surtout tu te seras un peu entrainé a manipuler ne serait-ce qu'en récupérant un simple fichier.
Ton disque est physiquement sain, tu peux donc lancer autant de fois que tu veux sans qu'il lâche pendant l'opération.
A noter que si tu dois passer par un deep search, c'est probablement 20 heures avant d'avoir la fin de la réponse.

Testdisk est actuellement aussi en version 7.0 sur les dernières versions de ubuntu.

Ce que tu devrais faire c'est de donner le début du "quick search". au cas où la table de partition puisse être rebâtie .

Dernière modification par Bougron (Le 04/08/2016, à 17:53)

Nasman · Le 05/08/2016, à 08:07

Ce qu'il ne faut pas faire avec testdisk c'est procéder à des opérations d'écriture (write) tant qu'on n'est pas sur et certain d'avoir retrouvé la configuration d'origine. Toute opération inappropriée réduit les chances de récupération.

GrumD · Le 18/08/2016, à 14:05

Bonjour à tous !

Désolé de cette absence, j'étais parti en vacances une dizaine de jours, loin de l'informatique et d'Internet. Et je constate que j'avais complètement oublié de vous le signaler...
Maintenant que je suis de retour, j'ai commencé à m'attaquer à résoudre mon problème de données perdues.

Merci de vos réponses, entre temps.

Bougron a écrit :

Testdisk est actuellement aussi en version 7.0 sur les dernières versions de ubuntu.

Ok, je note. Je suis encore sur Ubuntu 14.04, ça doit être pour ça. J'attends d'avoir résolu ce problème de disque dur avant de faire la mise à niveau en 16.04 (réinstallation propre même).
Dans tous les cas, ce n'est pas gênant puisque j'ai directement téléchargé la version 7.0 sur le site officiel.

Nasman a écrit :

Ce qu'il ne faut pas faire avec testdisk c'est procéder à des opérations d'écriture (write) tant qu'on n'est pas sur et certain d'avoir retrouvé la configuration d'origine. Toute opération inappropriée réduit les chances de récupération.

Oui c'est ce que j'ai lu un peu partout sur les tutos que j'ai trouvés. Pour l'instant j'ai uniquement fait des scans, pour voir déjà ce qui est récupérable.

Bougron a écrit :

Tu peux déjà commencer à lancer testdisk car avant d'avoir besoin du second disque, tu auras une idée de ce que tu peux récupérer et surtout tu te seras un peu entrainé a manipuler ne serait-ce qu'en récupérant un simple fichier.
A noter que si tu dois passer par un deep search, c'est probablement 20 heures avant d'avoir la fin de la réponse.
Ce que tu devrais faire c'est de donner le début du "quick search". au cas où la table de partition puisse être rebâtie .

Alors j'ai lancé TestDisk hier soir et cette nuit. Mon disque dur a été parfaitement reconnu avec la bonne capacité.

Malheureusement, en mode "Quick Search" (qui a duré 5 heures), il ne m'a pas trouvé la partition désirée.

J'ai donc lancé une "Deeper Search" (qui a également duré 5 heures) et là, j'ai enfin pu voir la bonne partition (celle en surbrillance).

J'ai vérifié, par acquis de conscience, les autres partitions trouvées et elles ne contiennent rien du tout : "No files found. Filesystem may be damaged"

En naviguant avec les flèches et sélectionnant la bonne partition, j'ai donc constaté et confirmé que mes dossiers étaient tous là.

Les plus importants pour moi étant ceux contenant les Backups et mes fichiers Pro Photoshop/Illustrator.

Pour l'instant, j'en suis resté à ce point. TestDisk est toujours ouvert en arrière plan et je n'ai encore tenté aucune manipulation.

A votre avis, je suis les 2 tutos (celui-ci et celui-là) et je tente directement de récupérer la partition et les données perdues ?
D'après ce que j'ai compris, la manipulation est relativement "sûre" si l'on est certain que c'est la bonne partition.

Ou alors j'essaie, par sécurité, de copier un maximum de dossiers et fichiers sur un autre disque dur avant de tenter de récupérer cette partition ?

Dans l'absolu, je dirais qu'il vaut mieux jouer la sécurité, mais je demande au cas où certains auraient déjà tenté cette manipulation.

Merci d'avance de vos réponses.

Nasman · Le 18/08/2016, à 14:41

Je pense que le plus sage est de récupérer les fichiers récupérables et les copier sur un autre disque physique.
Dans tes captures d'écran je n'ai pas vu le nouveau disque de 2 To, est il déconnecté actuellement ?

Je m'étonne des traces des partitions fat16 et des 3 partitions linux.
Si c'est dû à l'erreur de copie alors la zone affectée devrait être réduite. c'est peut être ce que l'on voit avec la partition fat16 qui fait 1172307968 octets (fin en 142 133 55) mais les partitions linux occupent un espace vers le milieu du disque (1,27 To).

GrumD · Le 18/08/2016, à 14:58

Nasman a écrit :

Je pense que le plus sage est de récupérer les fichiers récupérables et les copier sur un autre disque physique.
Dans tes captures d'écran je n'ai pas vu le nouveau disque de 2 To, est il déconnecté actuellement ?

Je pense également que c'est le plus sage.

Oui le nouveau disque dur de 2To n'était pas connecté au moment des captures d'écran. Je viens de le brancher à l'instant, en externe USB3 pour commencer la récupération.

Nasman a écrit :

Je m'étonne des traces des partitions fat16 et des 3 partitions linux.
Si c'est dû à l'erreur de copie alors la zone affectée devrait être réduite. c'est peut être ce que l'on voit avec la partition fat16 qui fait 1172307968 octets (fin en 142 133 55) mais les partitions linux occupent un espace vers le milieu du disque (1,27 To).

Je ne saurais malheureusement t'en dire plus à ce sujet. Avant le problème, il n'y avait qu'une seule partition de 2To (1,8To) en NTFS sur ce disque dur, c'est tout.
Mais je pense que c'est la fausse manip expliquée dans mon premier post qui a foutu le bordel là dedans...
Les 2 partitions fat16 doivent correspondre aux 2 tentatives de copie bit à bit de la carte SD 8Go, lorsque le terminal avait planté. Par contre, je n'ai aucune idée pour les partitions Linux...

Du coup, je m'attends à avoir perdu définitivement quelques données ou en avoir d'autres corrompues, mais si j'arrive à récupérer 80/90% de ce que j'avais, je m'estimerai chanceux.

Nasman · Le 18/08/2016, à 15:54

Ton disque avait il une histoire avant qu'il soit partitionné en ntfs ?

Le disque ntfs contenait-il une machine virtuelle linux ?

Tu n'as pas dit la taille des données copiées avec dd (la taille du média copié)

Dernière modification par Nasman (Le 18/08/2016, à 15:56)

GrumD · Le 18/08/2016, à 16:11

Pas du tout. Il a été acheté neuf et uniquement utilisé pour mes sauvegardes diverses (projets Photoshop, photos, musiques, réglages logiciels Windows, etc...). C'est tout !

Nasman a écrit :

Tu n'as pas dit la taille des données copiées avec dd (la taille du média copié)

Tu veux dire quoi par là ? La quantité de données que j'ai à récupérer avec TestDisk ?

Nasman · Le 18/08/2016, à 17:21

Dans ton post#3 tu cites la ligne de commande qui recopie la totalité de sdg sur sdc

dd if=/dev/sdg of=/dev/sdc bs=1M

Quelle était la taille de sdg ?

GrumD · Le 18/08/2016, à 17:32

Ah ok, j'étais complètement à côté !

Le "sdg" représentait la carte microSD de 8Go de mon Raspberry. Il n'y avait pas 8Go de données dessus, mais une copie bit à bit réalise un clone de l'intégralité, il me semble.

[EDIT] Mon problème est résolu. J'ai réussi à récupérer toutes mes données (environ 99%) sur le nouveau disque dur et j'ai récupéré la partition (et toutes les données également) sur l'autre.
Quand j'ai rebooté sous Windows, pour tester mes fichiers Photoshop, il a automatiquement lancé un chkdsk et maintenant c'est nickel.

Tout fonctionne comme avant et j'ai désormais une copie intégrale supplémentaire via le 2ème disque dur.

Merci Nasman et Bougron pour votre participation ! Et merci aux développeurs de TestDisk ! Ce logiciel est finalement simple et vraiment efficace.

Dernière modification par GrumD (Le 19/08/2016, à 00:28)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 02/08/2016, à 15:57

[Résolu] Récupérer données HDD en parti formaté et non accessible

#2 Le 02/08/2016, à 16:10

Re : [Résolu] Récupérer données HDD en parti formaté et non accessible

#3 Le 02/08/2016, à 17:15

Re : [Résolu] Récupérer données HDD en parti formaté et non accessible

#4 Le 03/08/2016, à 21:08

Re : [Résolu] Récupérer données HDD en parti formaté et non accessible

#5 Le 04/08/2016, à 17:24

Re : [Résolu] Récupérer données HDD en parti formaté et non accessible

#6 Le 04/08/2016, à 17:51

Re : [Résolu] Récupérer données HDD en parti formaté et non accessible

#7 Le 05/08/2016, à 08:07

Re : [Résolu] Récupérer données HDD en parti formaté et non accessible

#8 Le 18/08/2016, à 14:05

Re : [Résolu] Récupérer données HDD en parti formaté et non accessible

#9 Le 18/08/2016, à 14:41

Re : [Résolu] Récupérer données HDD en parti formaté et non accessible

#10 Le 18/08/2016, à 14:58

Re : [Résolu] Récupérer données HDD en parti formaté et non accessible

#11 Le 18/08/2016, à 15:54

Re : [Résolu] Récupérer données HDD en parti formaté et non accessible

#12 Le 18/08/2016, à 16:11

Re : [Résolu] Récupérer données HDD en parti formaté et non accessible

#13 Le 18/08/2016, à 17:21

Re : [Résolu] Récupérer données HDD en parti formaté et non accessible

#14 Le 18/08/2016, à 17:32

Re : [Résolu] Récupérer données HDD en parti formaté et non accessible

Pied de page des forums