Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 07/09/2015, à 21:01

Ux

restauration d'image disque avec ddrescue fail

Bonjour à tous,

Je n'arrive pas a restaurer l'image d'un disque cloné avec ddrescue (cf. sortie ci-dessous). L'image à été faite après de mauvaises manipes à l’époque qui m'avait valu de perdre 2to de donnée (cf. post http://forum.ubuntu-fr.org/viewtopic.php?id=1186851&p=1) et après avoir gardé cette image au chaud pendant 2ans, je me decide enfin a envoyer mon disque à une société spécialisée.

L'image fait 2to, le disque de destination est le disque d'origine et il fait 2to. La restauration s’arrête a 32go, mais il y a bien la place... (A l'époque j'arrivais a correctement restaurer l'image.).

Une idée ?

ux@gni:~$ sudo ddrescue -f /media/ux/WD3TO/2to.dd /media/sdb restore.log
GNU ddrescue 1.17
Press Ctrl-C to interrupt
rescued:    32469 MB,  errsize:       0 B,  current rate:   56754 kB/s
   ipos:    32469 MB,   errors:       0,    average rate:     112 MB/s
   opos:    32469 MB,    time since last successful read:       0 s
Copying non-tried blocks...
ddrescue: write error: No space left on device

Au passage, si vous avez des suggestions de sociétés de recuperation de données...

Dernière modification par Ux (Le 07/09/2015, à 21:02)

Hors ligne

#2 Le 07/09/2015, à 21:52

Bougron

Re : restauration d'image disque avec ddrescue fail

Bonsoir
D'abord, tu n'as pas cloné le disque, tu l'a sauvé en le compressant me semble-t-il. c'est totalement différant.

J'ai trouvé ta phrase.

 j'ai fait une copie de mon disque avec ddrescue, ça n'a pris "que" 2to de faire une image sur mon disque de sauvegarde.
Je reviens avec plus de nouvelles...

Maintenant tu veux le décompresser sur le SDB.
Il te dit clairement que l'espace est insuffisant.
Il est possible que cela soit un bug  ou tout simplement que la formule de décompression actuelle ne soit pas compatible avec la formule de compression d'il y a deux ans (quelle idée d'avoir comprimé).
A moins  tout simplement que tu ais sauvé avec ggdderecue?
A tout hasard , assures-toi que SDB ne contient plus aucune partition ..... et qu'il fait bien 2 To.
As-tu encore l'image restorée de l'époque?
Même si tu l'as, il m'a semblé qu'à l'époque toutes les options de tesdisk  avaient été testée et que photorec n'avait pas été retenu.
Tu n'as rien  de nouveau à espérer.

Cependant, je te prie de faire la commande

sudo fdisk -l
ls -l /media/ux/WD3TO

afin que nous puissions connaître la taille réelle de sdb et du  fichier émetteur.

Dernière modification par Bougron (Le 07/09/2015, à 22:04)

Hors ligne

#3 Le 07/09/2015, à 21:58

Ux

Re : restauration d'image disque avec ddrescue fail

Bonsoir,

Merci de ta réponse rapide.

A l'époque j'ai réalisé une sauvegarde avec ddrescue, voici le contenu du log.

# Rescue Logfile. Created by GNU ddrescue version 1.14
# Command line: ddrescue /dev/sdb /media/WD3TO/2to.dd /media/WD3TO/2to.log -n
# current_pos  current_status
0x1D1C1110000     +
#      pos        size  status
0x00000000  0x1D1C1116000  +

A l'epoque j'avais aussi reussi a restauré l'image sur le disque avec ddrescue.

J'ai tenté plusieurs manips sur le disque plus ou moins hazardeuses et il est possible que le systeme de partition soit cassé sur SDB (qui fait bien 2to au passage). Mais gparted freeze quand il recherche les partitions sur sdb. Une solution pour réhabiliter le disque pour la restauration ? (car oui j'ai toujours l'image d'origine).

ps : oui les quelques tentatives ont été infructueuses avec testdisk a l'époque, j'avais aussi commencé recuperer des données brutes avec photorec, mais je reste persuadé qu'il est possible de retrouver la partition et la structure des données d'origine et je manque clairement de compétences dans le domaine.

ps2: voici la sortie de fdisk -l

Disk /dev/sda: 128.0 GB, 128035676160 bytes
255 têtes, 63 secteurs/piste, 15566 cylindres, total 250069680 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sda1               1   250069679   125034839+  ee  GPT

Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
255 têtes, 63 secteurs/piste, 243201 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 : 0x00000000

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
Note : taille de secteur 4096 (et non pas 512)

Disk /dev/sdc: 3000.6 GB, 3000558944256 bytes
255 têtes, 63 secteurs/piste, 45599 cylindres, total 732558336 secteurs
Unités = secteurs de 1 * 4096 = 4096 octets
Taille de secteur (logique / physique) : 4096 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Identifiant de disque : 0x0003547e

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sdc1             256   732558335  2930232320   83  Linux

Dernière modification par Ux (Le 07/09/2015, à 22:03)

Hors ligne

#4 Le 07/09/2015, à 22:07

Ux

Re : restauration d'image disque avec ddrescue fail

Voila

ls -l /media/ux/WD3TO
total 1953514776
-rw-r--r--   1 root root 2000398934016 févr.  2  2013 2to.dd
-rw-r--r--   1 root root           243 févr.  1  2013 2to.log
drwxr-xr-x   4 root root          4096 févr.  5  2013 backup
drwxr-xr-x 109 root root          4096 févr. 16  2013 photorec

Hors ligne

#5 Le 07/09/2015, à 22:24

Bougron

Re : restauration d'image disque avec ddrescue fail

Ux a écrit :

ps : oui les quelques tentatives ont été infructueuses avec testdisk a l'époque, j'avais aussi commencé recuperer des données brutes avec photorec, mais je reste persuadé qu'il est possible de retrouver la partition et la structure des données d'origine et je manque clairement de compétences dans le domaine.

Bonsoir, Je vais te décevoir
Tu as indiqué que le formatage de FAT32 avais commencé et que ton disque n'avait qu'une partition.
Dans ce contexte, la structure  gérant  les fichiers présents a été détruite. Peut-être  pas totalement mais certainement en très grande partie.
Testdisk est basé sur la structure des fichiers. il me semble que tu avais totalement exploré en deeper search mais je n'arrive pas à remettre la main sur ce qu'il y avait eu comme résultat. Certainement rien....
Dans ton contexte, la solution ne peut venir que de photorec en lui mettant un filtre pour ne s'instérresser qu'à une catégorie de documents par exemple .doc  mais après, il y aura un très gros effort pour mettre des noms qui ont un sens.

Même si on réussit à retrouver les partitions anciennes, on ne retrouvera pas la structure gérant les fichiers qui a été détruite par le formatages'il n'y avait qu'une partition sur le disque dur. S'il y en avait plusieurs, les suivantes sont normalement récupérables.

Dernière modification par Bougron (Le 07/09/2015, à 22:52)

Hors ligne

#6 Le 07/09/2015, à 22:33

Bougron

Re : restauration d'image disque avec ddrescue fail

donc comme 2000398934016 = 2000398934016
La commande de duplication devrait fonctionner....
Je ne vais certainement pas te donner la réponse immédiatement.
As-tu regardé s'il y avait des choses intéressantes dans restore.log

Hors ligne

#7 Le 07/09/2015, à 22:39

Ux

Re : restauration d'image disque avec ddrescue fail

Re-bonsoir,

Oui mon disque n'avait qu'une partition (ext4) avec un début de formatage en fat32.

Les résultat de testdisk en deepsearch sont dans le poste suivant, reply numéro #15. Mais je n’étais arrivé a rien.

Aucunes solutions donc pour retrouver la structure des fichiers ? même auprès de sociétés spécialisées ?

Ceci dit, j'aimerai tout de meme restaurer l'image sur le disque. Ne serait ce que pour tenter de nouvelles tentatives avec photorec. Qu'est-ce qui ne va pas sur mon disque SDB ?

Merci de tes réponses !

ps: non le restore.log ne dit pas grand chose

# Rescue Logfile. Created by GNU ddrescue version 1.17
# Command line: ddrescue -f /media/ux/WD3TO/2to.dd /media/sdb restore.log
# current_pos  current_status
0x78F5B0000     ?
#      pos        size  status
0x00000000  0x78F5B0000  +
0x78F5B0000  0x1CA31B66000  ?

Dernière modification par Ux (Le 07/09/2015, à 22:42)

Hors ligne

#8 Le 07/09/2015, à 23:52

Bougron

Re : restauration d'image disque avec ddrescue fail

Bonsoir.

Je te propose la commande suivante

sudo ddrescue   -f   /media/ux/WD3TO/2to.dd     /dev/sdb restore1.log

Si elle ne fonctionne pas non plus, comme ton support entrée est en bon état, je te propose une autre commande standard

sudo dd if=/media/ux/WD3TO/2to.dd  of=/dev/sdb    bs=4096 conv=notrunc

Bonne restoration


Dans ce post, on  voit les vieilles partitions trouvées mais aucune qui commence en début de disque qui pourrait être la partition EXT4

Dernière modification par Bougron (Le 08/09/2015, à 00:00)

Hors ligne

#9 Le 08/09/2015, à 01:42

jamesbad000

Re : restauration d'image disque avec ddrescue fail

Bonjour. A vu de nez dans

ux@gni:~$ sudo ddrescue -f /media/ux/WD3TO/2to.dd /media/sdb 

La cible /media/sdb est suspect. Je serais tenté de dire que tu as copié ton image dans un fichier nommé sdb sur ta partition racine (dans laquelle il ne doit pas rester lourd de place du coup)


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#10 Le 08/09/2015, à 08:38

Ux

Re : restauration d'image disque avec ddrescue fail

Bonjour,

Bien vu, ma cible était bien un fichier à la racine... va falloir me racheter une paire de yeux !

Confirmez vous le diagnostic fait par Bougron concernant la récupération de mes données ?

Pensez qu'une société spécialisée fera mieux que de la récupération brute ?

Car 2to de fichiers non structurés, je vous laisse imaginer la galere...

Merci de vos réponse !

Dernière modification par Ux (Le 08/09/2015, à 08:45)

Hors ligne

#11 Le 08/09/2015, à 09:23

Bougron

Re : restauration d'image disque avec ddrescue fail

Bonjour.
Je ne l'ai jamais testé et vérifié. Mais il parait que si on écrit des zéros dans un secteur.
Puis après  des  123456  dans le  même secteur
Puis après  des  234561  dans le  même secteur
Puis après  des  345612 dans le  même secteur
Puis après  des  456123  dans le  même secteur
Puis après  des  561234  dans le  même secteur
Une bonne société de récupération est capable de retrouver ce qui était écrit avant l'écriture des zéros tant qu'on ne l'a pas fait sept fois.
(Je vais tenter de retrouver cette info)
c'est pour cela que ubuntu propose de le faire 7 fois

https://doc.ubuntu-fr.org/dd a écrit :

Effacer un lecteur
Si vous êtes inquiet au sujet d'espions avec des détecteurs supra-conducteurs à interférences quantiques, vous pouvez toujours ajouter une boucle 'for' pour effacer le disque d'un niveau de sécurité gouvernemental: copier coller les deux lignes suivantes dans un éditeur de texte :
#!/bin/bash
for n in `seq 7`; do dd if=/dev/urandom of=/dev/sda bs=8b conv=notrunc; done

Maintenant vous avez un script shell qui exécute sept passes d'inscriptions aléatoires de caractères sur tout le disque.

Mais je reste sceptique, surtout qu'on écrit qu'il faut le faire au moins 35 fois sans avoir la certitude que c'est devenu irrécupérable.

http://forums.cnetfrance.fr/topic/1245935-recuva--un-outil-100--gratuit-pour-retrouver-des-fichiers-effaces/ a écrit :

▪ Recuva dispose d'une fonction d'effacement sécurisé de fichiers, que vous pouvez par exemple utiliser pour effacer définitivement, sur un support, des fichiers que vous venez de récupérer et de stocker sur un autre support. Par défaut, cet effacement sécurisé se fait avec un algorithme à 1 passage. Pour un disque dur magnétique, choisissez l'algorithme Gutmann à 35 passages pour plus de sécurité. Le réglage s'effectue dans les options (bouton Options dans la fenêtre principale), onglet Actions puis liste Effacement sécurisé (dernière option en bas).

Si tu décides  de faire appel à une telle société, tu as probablement intérêt  à ne plus écrire sur le disque SDB et te faire faire un devis qui pourrait dépasser le millier d'euros.
à moins qu'il soit possible qu'elle travaille à partir d'une image  de ce disque.

On va d'ailleurs tenter  de regarder ce que contient cette image.
Car je pense que tu n'as pas fait un formatage rapide de la partition. Dans ce cas, il est difficile de l'interrompre avant qu'elle se termine car c'est rapide. Tu as probablement fait un formatage normal qui écrit des zéros (me semble-t-il).

Tu pourrais tenter une première approche en faisant la commande suivante

dd if=/media/ux/WD3TO/2to.dd  | hexdump -C | less

Dernière modification par Bougron (Le 08/09/2015, à 09:31)

Hors ligne

#12 Le 08/09/2015, à 09:44

Bougron

Re : restauration d'image disque avec ddrescue fail

Ux a écrit :

Ceci dit, j'aimerai tout de même restaurer l'image sur le disque. Ne serait ce que pour tenter de nouvelles tentatives avec photorec.

Bonjour.
Pour utiliser photorec, tu n'as pas besoin de restaurer le disque, cela doit fonctionner avec l'image copiée,
Voici la première commande à faire.

     sudo   photorec   /media/ux/WD3TO/2to.dd

car

usb14-04-3@usb14043:~$ photorec --help
PhotoRec 6.14, Data Recovery Utility, July 2013
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Usage: photorec [/log] [/debug] [/d recup_dir] [file.dd|file.e01|device]
       photorec /version

/log          : create a photorec.log file
/debug        : add debug information

PhotoRec searches various file formats (JPEG, Office...), it stores them
in recup_dir directory.

If you have problems with PhotoRec or bug reports, please contact me.
usb14-04-3@usb14043:~$ 

et surtout, n'oublies pas de te positionner correctement pour choisir les types de fichiers que tu veux récupérer leurs des premières grilles.

PhotoRec 6.14, Data Recovery Utility, July 2013
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
Disk sdc5 - 1073 MB / 1024 MiB (RO)
     Partition                  Start        End    Size in sectors
      Unknown                  0   0  1   130 138  8    2097152 [Whole disk]
>   P ext4                     0   0  1   130 138  8    2097152 [partext4]
.........
[ Search ]  [Options ] >[File Opt]  [  Quit  ]
                              Modify file options

Je ne sais pas trop les options que tu dois mettre car je n'ai expérimenté que pour les documents  word de windows: .C'était alors le choix

 [ ] xv   XV thumbnail image
 [ ] xz   xz Archive
>[X] zip  zip archive including OpenOffice and MSOffice 2007

Press s for default selection, b to save the settings
>[  Quit  ]

Dernière modification par Bougron (Le 08/09/2015, à 10:14)

Hors ligne

#13 Le 08/09/2015, à 10:31

jamesbad000

Re : restauration d'image disque avec ddrescue fail

Ux a écrit :

Confirmez vous le diagnostic fait par Bougron concernant la récupération de mes données ?
Pensez qu'une société spécialisée fera mieux que de la récupération brute ?

Ce que je sais, pour avoir étudié la question, c'est que les méta données d'un système de fichier ext4 sont réparties au sein de la partition (pour ceux que ça intéresse c'est ici https://ext4.wiki.kernel.org/index.php/ … scriptors).
Alors que la FAT met tout au début. Donc suite au formatage en fat, il reste effectivement pas mal de ces métadonnées intact, mais tu as très probablement perdu celles qui correspondent au répertoire racine.

Donc même en admettant qu'une boite ait développée des outils spécialisés pour ext4 (le gros du marché doit être fat/ntfs) on ne peut pas être certain que la récupération basée sur les résidu de méta données donnera un meilleurs résultat qu'un photorec ou formost

Pour moi les boites spécialisées sont surtout avancées sur le coté matériel, (pour lire des disque endommagés physiquement ou électroniquement).

Bougron a écrit :

Je ne l'ai jamais testé et vérifié. Mais il parait que si on écrit des zéros dans un secteur.
Puis après  des  123456  dans le  même secteur
...
Puis après  des  561234  dans le  même secteur
Une bonne société de récupération est capable de retrouver ce qui était écrit avant l'écriture des zéros tant qu'on ne l'a pas fait sept fois.

Ca ça m'a toujours laissé dubitatif. Le fait qu'on puisse effectivement relire des block de données ancien OK. Mais je doute qu'on puisse reconstituer une image disque cohérente avec x versions de données possible dans chaque secteur sur un volume qui contient des millions de secteurs.
Dans tous les cas ça doit avoir un coup faramineux...

Dernière modification par jamesbad000 (Le 08/09/2015, à 10:50)


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#14 Le 08/09/2015, à 17:42

Ux

Re : restauration d'image disque avec ddrescue fail

Merci de vos réponses,

Je pense que je vais faire faire un devis (gratuit le devis), il vont me proposer ce que je peux récupérer par ftp. Si je vois que je peux obtenir la meme chose avec photorec je reprends mon disque.

En parallele je vais faire du photorec, mais je ne vois vraiment pas comment retrouver nom et structure de 2to de donnée en un temps humain....

On va d'ailleurs tenter  de regarder ce que contient cette image.
Car je pense que tu n'as pas fait un formatage rapide de la partition. Dans ce cas, il est difficile de l'interrompre avant qu'elle se termine car c'est rapide. Tu as probablement fait un formatage normal qui écrit des zéros (me semble-t-il).

Je ne me souviens plus le type de formatage effectivement.

Concernant la commande

dd if=/media/ux/WD3TO/2to.dd  | hexdump -C | less

C'est censé faire quoi à par afficher de l'hexa ? (Difficile de vous mettre la sortie, c'est long...)

Hors ligne

#15 Le 08/09/2015, à 17:51

Bougron

Re : restauration d'image disque avec ddrescue fail

avec la commande dd, le but est de voir si le formatage du début (attention pas le tout début) du disque avait été fait avec de zéro. dans ce cas, tu finis par voir rapidement des blocks qui n'ont rien.

0000c000  0c 80 00 00 0c 80 01 00  0c 80 02 00 0c 80 03 00  |................|
0000c010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
0000d000  0d 80 00 00 0d 80 01 00  0d 80 02 00 0d 80 03 00  |................|
0000d010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
0000e000  0e 80 00 00 0e 80 01 00  0e 80 02 00 0e 80 03 00  |................|
0000e010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
0000f000  0f 80 00 00 0f 80 01 00  0f 80 02 00 0f 80 03 00  |................|
0000f010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00010000  10 80 00 00 10 80 01 00  10 80 02 00 10 80 03 00  |................|
00010010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00011000  11 80 00 00 11 80 01 00  11 80 02 00 11 80 03 00  |................|
00011010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00012000  12 80 00 00 12 80 01 00  12 80 02 00 12 80 03 00  |................|
00012010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
:

Dernière modification par Bougron (Le 08/09/2015, à 17:57)

Hors ligne

#16 Le 08/09/2015, à 17:58

Ux

Re : restauration d'image disque avec ddrescue fail

Voila a quoi ca ressemble (pas le tout debut) :

29754070  2b a5 60 ab d6 b7 97 44  e2 ae 12 57 5a 44 02 40  |+.`....D...WZD.@|
29754080  de c4 f8 59 2e 7c 41 88  29 65 17 11 2e da b5 7a  |...Y.|A.)e.....z|
29754090  b7 98 b4 97 eb 06 5d 79  9d 1d 37 b8 0c 1d 33 ed  |......]y..7...3.|
297540a0  05 48 fd 62 9e 29 7a ac  09 09 da 9a 39 4b 09 14  |.H.b.)z.....9K..|
297540b0  37 bd c0 9a 85 9c 66 d0  29 a2 90 3e a0 f1 b4 ea  |7.....f.)..>....|
297540c0  4a d8 63 17 bc 1a a4 5c  3c fe 5e b2 da b6 d6 b6  |J.c....\<.^.....|
297540d0  ac 6a 61 86 5f e5 77 85  95 96 a7 3b 5c b7 cb cb  |.ja._.w....;\...|
297540e0  bf eb a5 a9 80 86 cc e4  04 9c cc 42 f0 36 d9 2e  |...........B.6..|
297540f0  63 c8 b9 d8 84 d0 a1 06  31 a4 4a 76 8c 9e 5f ca  |c.......1.Jv.._.|
29754100  f7 f8 b4 6b 20 ca 82 7e  5e a3 d1 a7 2b aa 8a 29  |...k ..~^...+..)|
29754110  03 71 6c c0 2c 1e 0c 80  4a 9a bc 45 d1 4e e1 e5  |.ql.,...J..E.N..|
29754120  7f 62 15 80 9f 0f c3 f8  58 06 cc ea a6 ad ea d9  |.b......X.......|
29754130  46 88 cc 9e 45 79 d0 e3  e1 32 8a 4a 0f 3b 76 c5  |F...Ey...2.J.;v.|
29754140  a1 47 25 73 53 aa 44 07  f6 a7 cf c9 7c d9 62 19  |.G%sS.D.....|.b.|
29754150  c3 47 8d a7 2c 66 f3 63  79 b0 26 bf 2b 65 1f 2e  |.G..,f.cy.&.+e..|
29754160  c5 a2 c4 af b6 15 e4 d4  fe 80 f1 3f fb c6 77 7f  |...........?..w.|
29754170  8b 06 8c 96 94 13 98 c2  9d 7e 64 0d f2 5b 36 74  |.........~d..[6t|
29754180  91 44 06 0a e7 d3 19 5b  b6 f5 1c f4 b6 86 5c 19  |.D.....[......\.|
29754190  9f 22 c2 68 05 5a de 9b  a1 e8 66 7d 0b 99 2a 2d  |.".h.Z....f}..*-|
297541a0  24 34 15 58 9a 13 c0 b4  0d a4 a9 31 7f 86 d9 93  |$4.X.......1....|
297541b0  10 29 d0 13 0d 89 0c a7  97 37 66 75 0e 62 f0 66  |.).......7fu.b.f|
297541c0  7d 3c e4 45 48 a1 4c 88  43 10 a1 14 47 55 34 4e  |}<.EH.L.C...GU4N|
297541d0  04 66 b0 1b d1 a4 4c b3  ba 8d 1e 40 8e 9b 10 af  |.f....L....@....|
297541e0  fd 7b f6 f9 16 ea 9b 42  ab d6 f2 a2 b8 b1 48 4c  |.{.....B......HL|
297541f0  b3 69 da cc b3 26 ff f5  16 7b db ab 92 93 75 4e  |.i...&...{....uN|
29754200  90 81 b5 53 02 83 fe 56  1f b0 5e d6 e5 02 85 97  |...S...V..^.....|
29754210  28 c4 88 58 20 33 98 1e  a9 29 c2 c0 95 66 b8 ab  |(..X 3...)...f..|
29754220  3b b9 7b 57 a5 2f 9d c6  52 ce 77 ca b0 37 ee ed  |;.{W./..R.w..7..|
29754230  84 92 2c ea a2 13 2f 5e  06 d6 cb 8d a9 51 15 d5  |..,.../^.....Q..|
29754240  0b 29 b9 26 14 29 e9 d5  30 7c 5a 6f 80 a9 fe 18  |.).&.)..0|Zo....|
29754250  29 07 99 8d 28 ef 62 31  b3 e9 b1 01 ac b9 bf ff  |)...(.b1........|
29754260  6a 06 bc 39 a3 09 d0 ad  4b 30 99 8f 81 b5 fc 3e  |j..9....K0.....>|
29754270  1e 34 bb 31 36 53 6d ff  bd 28 7c 7c 0d 03 08 9e  |.4.16Sm..(||....|
29754280  1f 2b 41 0a ab 7c 28 94  e1 a0 60 f8 41 e7 ef b7  |.+A..|(...`.A...|
29754290  f5 1f b1 3e c6 9a f4 37  7d 92 db a2 99 57 83 d1  |...>...7}....W..|
:

et a priori rien de vide pendant un moment

Dernière modification par Ux (Le 08/09/2015, à 18:16)

Hors ligne

#17 Le 08/09/2015, à 18:49

Bougron

Re : restauration d'image disque avec ddrescue fail

Une autre piste,
en repartant de ton analyse

The following partitions can't be recovered:
     Partition               Start        End    Size in sectors
>  XFS 4                28984  94 21 4125259043 163 44 27872727613828925 [s   EAbCN ]
   VMFS                 92721  11 25 1244300963 160  7 31828365675737739
   btrfs                96737  42 37 3065584130  27  5 13710979677795088 [(%d stripes (%d substripes) of %lx)
   WBFS                 105868 168 11 1062552182 166 30 12850817027538944
   btrfs                110243  33 26 3065597636  17 57 13710979677795088 [(%d stripes (%d substripes) of %lx)
   ext4                 121421 121 29 364622 202 28 3907029168 [Data]
   ext4                 121421 122 54 364622 203 53 3907029168 [Data]
   ext4                 121421 124 16 364622 205 15 3907029168 [Data]
   ext4                 121421 125 49 364622 206 48 3907029168 [Data]
   ext4                 121421 127 11 364622 208 10 3907029168 [Data]

Te souviens-tu si tu avais exploré avec testdisk en détail    la partition EXT4  indiquée ci-dessus  lorsque tu avais dis qu'il n'y avait pas de fichier à l'intérieur?
Si tu as oublié, tu peux relancer en prenant le fichier  2To.dd     cela marchera aussi .

Ce que je tente de faire avec dd c'est de trouver ce qu'il peut y  avoir entre  le début du disque  et le premier secteur  indiqué ici qui est exprimé en unité CHS. (28984 94 21).Je pense que tu as un disque standard, la formule pour convertir en LBA est

Pour un cylindre donné il y a 63 secteurs par tête, et on compte 255 têtes par cylindre. Chaque disque possède un nombre total bien déterminé de cylindres. Le nombre total d'octets par cylindre s'obtient donc par la multiplication suivante :
512x63x255= nombre d'octets par cylindre.
63x255= 16 065=nombre de secteurs par cylindre.
512 est la taille en octets d'un secteur.

 
soit donc une valeur d(environ 238 Mo = 222 Mio
Je vais partir du principe que  le 1er Mo n'est jamais utilisé.
La commande à faire devient

dd if=/media/ux/WD3TO/2to.dd    bs=1M   skip=1    count=221    | hexdump -C | less 

En espérant que cela puisse te permettre de voir des choses reconnaissables du style

01ea10f0  33 65 20 65 73 73 61 69  2e 61 76 69 12 00 00 00  |3e essai.avi....|
01ea1100  2c 00 24 01 46 72 61 6e  63 65 20 2d 20 41 66 72  |,.$.France - Afr|
01ea1110  69 71 75 65 20 64 75 20  73 75 64 20 34 65 20 65  |ique du sud 4e e|
01ea1120  73 73 61 69 2e 61 76 69  13 00 00 00 2c 00 23 01  |ssai.avi....,.#.|
01ea1130  46 72 61 6e 63 65 20 2d  20 41 6c 6c 20 42 6c 61  |France - All Bla|
01ea1140  63 6b 73 20 31 65 20 6d  69 2d 74 65 6d 70 73 2e  |cks 1e mi-temps.|
01ea1150  61 76 69 00 14 00 00 00  2c 00 23 01 46 72 61 6e  |avi.....,.#.Fran|
01ea1160  63 65 20 2d 20 41 6c 6c  20 42 6c 61 63 6b 73 20  |ce - All Blacks |
01ea1170  32 65 20 6d 69 2d 74 65  6d 70 73 2e 61 76 69 00  |2e mi-temps.avi.|
01ea1180  15 00 00 00 2c 00 22 01  46 72 61 6e 63 65 20 2d  |....,.".France -|
01ea1190  20 41 6c 6c 20 42 6c 61  63 6b 73 20 70 65 6e 61  | All Blacks pena|
01ea11a0  6c 69 74 c3 a9 73 2e 61  76 69 00 00 16 00 00 00  |lit..s.avi......|
01ea11b0  28 00 1e 01 46 72 61 6e  63 65 20 2d 20 54 6f 6e  |(...France - Ton|
01ea11c0  67 61 20 31 65 20 6d 69  2d 74 65 6d 70 73 2e 61  |ga 1e mi-temps.a|
01ea11d0  76 69 00 00 17 00 00 00  2c 0e 1e 01 46 72 61 6e  |vi......,...Fran|
01ea11e0  63 65 20 2d 20 54 6f 6e  67 61 20 32 65 20 6d 69  |ce - Tonga 2e mi|
01ea11f0  2d 74 65 6d 70 73 2e 61  76 69 00 00 00 00 00 00  |-temps.avi......|
01ea1200  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|

*

Dernière modification par Bougron (Le 08/09/2015, à 18:53)

Hors ligne

#18 Le 08/09/2015, à 19:58

Ux

Re : restauration d'image disque avec ddrescue fail

Il me semble bien avoir exploré toutes les partitions avec testdisk, mais je vais retenter histoire d’être sur !

Merci pour les explications, je comprends un peu mieux...

La tentative avec dd donne :

221+0 enregistrements lus
221+0 enregistrements écrits
231735296 octets (232 MB) copiés, 0,338948 s, 684 MB/s
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
0dd00000
(END)

Ca ne ressemble pas trop à ce que tu décris...

dans l'analyse de testdisk, à quoi correspondent les lignes du type :

 ext4                 121421 121 29 364622 202 28 3907029168 [Data]

Il y a encore le bon label de la partition, troublant non ?!

Hors ligne

#19 Le 08/09/2015, à 22:55

Bougron

Re : restauration d'image disque avec ddrescue fail

Ux a écrit :

Il me semble bien avoir exploré toutes les partitions avec testdisk, mais je vais retenter histoire d’être sur !

Merci pour les explications, je comprends un peu mieux...

La tentative avec dd donne :

[code]
221+0 enregistrements lus
221+0 enregistrements écrits
231735296 octets (232 MB) copiés, 0,338948 s, 684 MB/s
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
0dd00000
(END)[/code]

Ca ne ressemble pas trop à ce que tu décris...

dans l'analyse de testdisk, à quoi correspondent les lignes du type :

 ext4                 121421 121 29 364622 202 28 3907029168 [Data]

Il y a encore le bon label de la partition, troublant non ?!

Le début ressemble malheureusement à un formatage non rapide dans lequel on remet à zéro les secteurs.

En standard, lorsqu'on écrit des zéros, on relit des zéros sauf à être hyper doué. Peut-être que ubuntu sait le faire, mais il n'a pas dévoilé comment faire.


Pour la suite. Nous attendons ton nouveau retour de testdisk mais tu peux continuer à investiguer de la même manière par incrémentation.
Tu as fais

dd if=/media/ux/WD3TO/2to.dd    bs=1M   skip=1    count=221    | hexdump -C | less 

Je te propose une incrémentation par  paquet de 500 Mio.  A toi de gérer  en reprenant cet exemple
dd if=/media/ux/WD3TO/2to.dd    bs=1M   skip=222  count=500    | hexdump -C | less
Comme je pense que tu veux récupérer un fichier qui te tient à coeur
Il est facile de savoir si c'est récupérable pat testdisk. Il faut qu'il soit présent dans les répertoires. Avec la commande suivante, tu le sauras.

dd if=/media/ux/WD3TO/2to.dd  | hexdump -C | grep 'fichier qui te tient à coeur'

attention seulement le nom du fichier.  Si tu ne le trouves pas, il ne reste que la solution photorec   qui n'est pas systématiquement gagnante ( voir la quantité de zéros qu'il y a au début du fichier).


Tu a écrit 
Il y a encore le bon label de la partition, troublant non ?!

Je vais te décevoir, Comme tu avais une seule partition , le bon label est  en début de partition. Il se trouve simplement que les labels sont dupliqués sur le disque. Ce label est soit le le double du label de ta partition soit le vrai label d'une ancienne partition qui existait sur le disque. C'est le cas le plus probable.

Dernière modification par Bougron (Le 08/09/2015, à 23:18)

Hors ligne

#20 Le 08/09/2015, à 23:11

Bougron

Re : restauration d'image disque avec ddrescue fail

Ux a écrit :

Voila a quoi ca ressemble (pas le tout debut) :

29754070  2b a5 60 ab d6 b7 97 44  e2 ae 12 57 5a 44 02 40  |+.`....D...WZD.@|
29754080  de c4 f8 59 2e 7c 41 88  29 65 17 11 2e da b5 7a  |...Y.|A.)e.....z|
29754090  b7 98 b4 97 eb 06 5d 79  9d 1d 37 b8 0c 1d 33 ed  |......]y..7...3.|
297540a0  05 48 fd 62 9e 29 7a ac  09 09 da 9a 39 4b 09 14  |.H.b.)z.....9K..|
297540b0  37 bd c0 9a 85 9c 66 d0  29 a2 90 3e a0 f1 b4 ea  |7.....f.)..>....|
297540c0  4a d8 63 17 bc 1a a4 5c  3c fe 5e b2 da b6 d6 b6  |J.c....\<.^.....|
297540d0  ac 6a 61 86 5f e5 77 85  95 96 a7 3b 5c b7 cb cb  |.ja._.w....;\...|
297540e0  bf eb a5 a9 80 86 cc e4  04 9c cc 42 f0 36 d9 2e  |...........B.6..|
297540f0  63 c8 b9 d8 84 d0 a1 06  31 a4 4a 76 8c 9e 5f ca  |c.......1.Jv.._.|
29754100  f7 f8 b4 6b 20 ca 82 7e  5e a3 d1 a7 2b aa 8a 29  |...k ..~^...+..)|
29754110  03 71 6c c0 2c 1e 0c 80  4a 9a bc 45 d1 4e e1 e5  |.ql.,...J..E.N..|
29754120  7f 62 15 80 9f 0f c3 f8  58 06 cc ea a6 ad ea d9  |.b......X.......|
29754130  46 88 cc 9e 45 79 d0 e3  e1 32 8a 4a 0f 3b 76 c5  |F...Ey...2.J.;v.|
29754140  a1 47 25 73 53 aa 44 07  f6 a7 cf c9 7c d9 62 19  |.G%sS.D.....|.b.|
29754150  c3 47 8d a7 2c 66 f3 63  79 b0 26 bf 2b 65 1f 2e  |.G..,f.cy.&.+e..|
29754160  c5 a2 c4 af b6 15 e4 d4  fe 80 f1 3f fb c6 77 7f  |...........?..w.|
29754170  8b 06 8c 96 94 13 98 c2  9d 7e 64 0d f2 5b 36 74  |.........~d..[6t|
29754180  91 44 06 0a e7 d3 19 5b  b6 f5 1c f4 b6 86 5c 19  |.D.....[......\.|
29754190  9f 22 c2 68 05 5a de 9b  a1 e8 66 7d 0b 99 2a 2d  |.".h.Z....f}..*-|
297541a0  24 34 15 58 9a 13 c0 b4  0d a4 a9 31 7f 86 d9 93  |$4.X.......1....|
297541b0  10 29 d0 13 0d 89 0c a7  97 37 66 75 0e 62 f0 66  |.).......7fu.b.f|
297541c0  7d 3c e4 45 48 a1 4c 88  43 10 a1 14 47 55 34 4e  |}<.EH.L.C...GU4N|
297541d0  04 66 b0 1b d1 a4 4c b3  ba 8d 1e 40 8e 9b 10 af  |.f....L....@....|
297541e0  fd 7b f6 f9 16 ea 9b 42  ab d6 f2 a2 b8 b1 48 4c  |.{.....B......HL|
297541f0  b3 69 da cc b3 26 ff f5  16 7b db ab 92 93 75 4e  |.i...&...{....uN|
29754200  90 81 b5 53 02 83 fe 56  1f b0 5e d6 e5 02 85 97  |...S...V..^.....|
29754210  28 c4 88 58 20 33 98 1e  a9 29 c2 c0 95 66 b8 ab  |(..X 3...)...f..|
29754220  3b b9 7b 57 a5 2f 9d c6  52 ce 77 ca b0 37 ee ed  |;.{W./..R.w..7..|
29754230  84 92 2c ea a2 13 2f 5e  06 d6 cb 8d a9 51 15 d5  |..,.../^.....Q..|
29754240  0b 29 b9 26 14 29 e9 d5  30 7c 5a 6f 80 a9 fe 18  |.).&.)..0|Zo....|
29754250  29 07 99 8d 28 ef 62 31  b3 e9 b1 01 ac b9 bf ff  |)...(.b1........|
29754260  6a 06 bc 39 a3 09 d0 ad  4b 30 99 8f 81 b5 fc 3e  |j..9....K0.....>|
29754270  1e 34 bb 31 36 53 6d ff  bd 28 7c 7c 0d 03 08 9e  |.4.16Sm..(||....|
29754280  1f 2b 41 0a ab 7c 28 94  e1 a0 60 f8 41 e7 ef b7  |.+A..|(...`.A...|
29754290  f5 1f b1 3e c6 9a f4 37  7d 92 db a2 99 57 83 d1  |...>...7}....W..|
:

et a priori rien de vide pendant un moment

Reste à savoir a quel fichier cela     appartient     ==> testdisk
Reste à savoir de quel type de données il s'agit   ==> photorec.

Hors ligne

#21 Le 09/09/2015, à 08:00

Ux

Re : restauration d'image disque avec ddrescue fail

En incrémentant, j'usqu a atteindre la presque fin du disque, cela ressemble toujours à

00000000  15 11 d6 d7 70 a0 02 60  c1 02 da 5e df e1 2c 1e  |....p..`...^..,.|
00000010  43 c5 0d 43 dc ec a1 32  e7 8b dc 95 26 9e 7b 96  |C..C...2....&.{.|
00000020  0e 87 cf a6 25 94 14 84  2b 38 0c 3e 98 04 3c f6  |....%...+8.>..<.|
00000030  3d 0f 61 ec 17 9e 59 e7  c4 62 42 33 f5 5b 5e a4  |=.a...Y..bB3.[^.|
00000040  9f c3 7f b0 0e 79 35 ae  a4 ee c3 53 a5 31 0c af  |.....y5....S.1..|
00000050  14 4f e1 f4 b6 51 6c 7d  a7 5b cf 23 de f3 ef 7a  |.O...Ql}.[.#...z|
00000060  d1 af 77 8d 58 d1 a7 5c  d3 d1 6f 79 d5 4b bc c3  |..w.X..\..oy.K..|
00000070  67 9e f1 c2 1a f7 21 b1  90 cb 81 47 63 8e b1 cc  |g.....!....Gc...|

Ma recherche en deep avec testdisk donne ca (j'ai selectionné partition intel, mais il avait detecté none tout seul) :

Disk /dev/sdb - 2000 GB / 1863 GiB - CHS 243201 255 63

The harddisk (2000 GB / 1863 GiB) seems too small! (< 3967 GB / 3695 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...

The following partitions can't be recovered:
     Partition               Start        End    Size in sectors
>  Linux                121422 191 50 364624  17 49 3907029168 [Data]
   Linux                121423 131 53 364624 212 52 3907029168 [Data]
   Linux                121424  71 56 364625 152 55 3907029168 [Data]
   Linux                121425  11 59 364626  92 58 3907029168 [Data]
   Linux                121426  49 32 364627 130 31 3907029168 [Data]
   Linux                121430  37 16 364631 118 15 3907029168 [Data]
   Linux                121432 242 27 364634  68 26 3907029168 [Data]
   Linux                121435  30  4 364636 111  3 3907029168 [Data]
   Linux                121436   2 39 364637  83 38 3907029168 [Data]
   FAT32                364275 156 61 482370 195 27 1897198599

[ Continue ]
ext4 blocksize=4096 Large file Sparse superblock Recover, 2000 GB / 1863 GiB

Et encore plein d'autre partition Linux du meme type. Impossible de faire quoique ce soit avec ensuite.
Quand je liste la liste des fichiers de la partition fat32, du bruit.

Je vais retenter avec none comme type de partition...

Hors ligne

#22 Le 09/09/2015, à 10:43

jamesbad000

Re : restauration d'image disque avec ddrescue fail

Bonjour. Je vois un pbm la dedans :

Disk /dev/sdb - 2000 GB / 1863 GiB - CHS 243201 255 63

Le disque est annoncé comme faisant  243201 cylindres (Ce qui est cohérent avec la taille connue du disque, puisque ça donne un max de 3 907 040 192
secteurs de 512 octets)

Et la position de fin de la partition data est annoncées en 364xxx. Suis la partition fat, qui flotte de le grand vide intersideral...
En revanche, la taille du système de fichier en nombre de secteur correspond bien à 2Go

Pour l'instant je ne sais pas trop quoi en déduire. Sauf qu'il ne faut surtout faire aucune modification avec testdisk dans ces conditions !
D'ailleurs, si plutôt qu'utiliser photorec tu veux tenter la moindre réparation, tu serais bien avisé de dupliquer ton disque avant.

Par ailleurs dans ton post initial http://forum.ubuntu-fr.org/viewtopic.ph … #p12447901
je vois ça

Ux a écrit :
fsck de util-linux 2.20.1
e2fsck 1.42 (29-Nov-2011)
le superbloc a un journal invalide (i-noeud 8).
Effacer ? non
fsck.ext2: Numéro d'i-noeud illégal lors de la vérification du journal ext3 pour Data
Data : **AVERTISSEMENT : le système de fichiers contient encore des erreurs**
 

et si je lance

sudo fsck.ext4 -v /dev/sdb

il y a vraiment beaucoup d'erreur...

La référence à sdb et non sdbX et le fait que la commandes a reconnu un système de fichier ext (2 en l’occurrence ) laisse à penser que
1 - tu avais un système de fichier sur un disque non partitionné.
2 - Que le premier superbloc (descripteur placé au début du système de fichier) n'a pas été écrasé
3 - Ca donne du sens à l'idée de tenter none comme type de partition, dans testdisk

Mais dans un premier temp, il serait intéressant d'avoir le retour de

sudo hd -n $((512*6)) /dev/sdb
sudo hd -n $((512*4)) -s $((512*31)) /dev/sdb

et pour recouper les informations. Est-ce que tu te rappel lors de tes formatage si tu indiquais juste /dev/sdb ou /dev/sdb1 ? Ou est-ce que tu as fait ça en interface graphique ? Si oui avec quoi ?

Edit: modifié la commande hd (qui utilise compte des octets et non des secteur de 512 comme dd)

Dernière modification par jamesbad000 (Le 09/09/2015, à 12:46)


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#23 Le 09/09/2015, à 18:14

Ux

Re : restauration d'image disque avec ddrescue fail

Bonjour,

jamesbad000 a écrit :

D'ailleurs, si plutôt qu'utiliser photorec tu veux tenter la moindre réparation, tu serais bien avisé de dupliquer ton disque avant.

J'ai une image du disque faite avec ddrescue, ça ne suffit pas ?

jamesbad000 a écrit :

Mais dans un premier temp, il serait intéressant d'avoir le retour de

sudo hd -n $((512*6)) /dev/sdb
sudo hd -n $((512*4)) -s $((512*31)) /dev/sdb

et pour recouper les informations. Est-ce que tu te rappel lors de tes formatage si tu indiquais juste /dev/sdb ou /dev/sdb1 ? Ou est-ce que tu as fait ça en interface graphique ? Si oui avec quoi ?

Alors voila la sortie de sudo hd -n $((512*6)) /dev/sdb :

00000000  eb 58 90 6d 6b 64 6f 73  66 73 00 00 02 20 20 00  |.X.mkdosfs...  .|
00000010  02 00 00 00 00 f8 00 00  3f 00 ff 00 00 00 00 00  |........?.......|
00000020  b0 88 e0 e8 40 8c 0e 00  00 00 00 00 02 00 00 00  |....@...........|
00000030  01 00 06 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000040  00 00 29 76 7b 6a 6a 20  20 20 20 20 20 20 20 20  |..)v{jj         |
00000050  20 20 46 41 54 33 32 20  20 20 0e 1f be 77 7c ac  |  FAT32   ...w|.|
00000060  22 c0 74 0b 56 b4 0e bb  07 00 cd 10 5e eb f0 32  |".t.V.......^..2|
00000070  e4 cd 16 cd 19 eb fe 54  68 69 73 20 69 73 20 6e  |.......This is n|
00000080  6f 74 20 61 20 62 6f 6f  74 61 62 6c 65 20 64 69  |ot a bootable di|
00000090  73 6b 2e 20 20 50 6c 65  61 73 65 20 69 6e 73 65  |sk.  Please inse|
000000a0  72 74 20 61 20 62 6f 6f  74 61 62 6c 65 20 66 6c  |rt a bootable fl|
000000b0  6f 70 70 79 20 61 6e 64  0d 0a 70 72 65 73 73 20  |oppy and..press |
000000c0  61 6e 79 20 6b 65 79 20  74 6f 20 74 72 79 20 61  |any key to try a|
000000d0  67 61 69 6e 20 2e 2e 2e  20 0d 0a 00 00 00 00 00  |gain ... .......|
000000e0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
00000200  52 52 61 41 00 00 00 00  00 00 00 00 00 00 00 00  |RRaA............|
00000210  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000003e0  00 00 00 00 72 72 41 61  7f 1b 46 07 02 00 00 00  |....rrAa..F.....|
000003f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
00000400  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000c00

Et la sortie de sudo hd -n $((512*4)) -s $((512*31)) /dev/sdb :

ux@gni:~$ sudo hd -n $((512*4)) -s $((512*31)) /dev/sdb
00003e00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00004000  f8 ff ff 0f ff ff ff 0f  f8 ff ff 0f 00 00 00 00  |................|
00004010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00004600

Concernant le formatage, je ne me souviens pas très bien... j'ai sans doute utilisé le gestionnaire de disque d'ubuntu, ou gparted. A savoir sdb ou sdb1, je ne sais pas hmm

Hors ligne

#24 Le 09/09/2015, à 18:27

Ux

Re : restauration d'image disque avec ddrescue fail

Alors voila le contenu de la partition XFS4 (listée plus haut) quand je fais le deepsearch en none, comme suggéré par Bougron.

P ext4                     0   0  1 243201  80 63 3907029168 [Data]
 P FAT32                    0   0  1 243201  80 63 3907029168
 P FAT32                    0   0  7 243201  81  6 3907029168
 P HFS+                 13381  12 13 13432   9  6     819120
 P HFS+                 13381  56 31 13432  53 24     819120
 P HFS+                 13381 250 13 13432 247  6     819120
 P HFS+                 13381 252 31 13432 249 24     819120
 P HFS+                 13382  27 54 13433  24 47     819120
 P HFS+                 13382  27 55 13433  24 48     819120
 P HFS+                 13432   9  3 13483   5 59     819120
 P HFS+                 13432  53 21 13483  50 14     819120
 P HFS+                 13432 247  3 13483 243 59     819120
 P HFS+                 13432 249 21 13483 246 14     819120
 P HFS+                 13433  24 44 13484  21 37     819120
 P HFS+                 13433  24 45 13484  21 38     819120
M-4^NAmM-{      BD>A]   57710 199 12 90217 177 60  522223618 [M-4^NAmM-{        BD>AJ^L^B+
 P HFS                  57710 199 15 90217 177 63  522223618 [~[^NAmM-{ BD>AJ^L^B+~E~[^NAmM-{   QD>A]
 P HFS                  57710 199 46 90217 178 31  522223618 [P^OAmM-{  BD>AJ^L^B+ ^OAmM-{      BD>A]
 P HFS                  57710 199 63 90217 178 48  522223618 [^L^B+M-%^OAmM-{   BD>AJ^L^B+M-m^OAmM-{    ]
 P HFS                  65668 167  7 230297  86 35 2644759811 []M-3imM-*M-pM-.mM-n M-0^O~?~?^X~_ ~[~V~@^U of %lx)
]  ]ramFS               79353 162 35 79494  18 12    2256071 [^FM-aq M-%:-[
]  ]ramFS               79353 162 36 79494  18 13    2256071 [^FM-aq M-%:-[
M-4^NAmM-{      BD>A]   90217 177 57 122724 156 42  522223618 [M-4^NAmM-{       BD>AJ^L^B+
 P HFS                  90217 177 60 122724 156 45  522223618 [~[^NAmM-{        BD>AJ^L^B+~E~[^NAmM-{   QD>A]
 P HFS                  90217 178 28 122724 157 13  522223618 [P^OAmM-{ BD>AJ^L^B+ ^OAmM-{      BD>A]
 P HFS                  90217 178 45 122724 157 30  522223618 [^L^B+M-%^OAmM-{  BD>AJ^L^B+M-m^OAmM-{    ]
 P FAT12                96736 241 26 96737   0 39        896
 P FAT12                110242 232 15 110242 246 28        896
 P NTFS                 111872 149 21 113176 148 20   20948697
 P NTFS                 111879 245  6 113183 244  5   20948697
 P NTFS                 113176 148 20 114480 147 19   20948697
 P NTFS                 113183 244  5 114487 243  4   20948697
 P FAT12                113276  25 17 113277  99 28      20739 [NO NAME]
 P FAT16                113276  25 21 113290   5 54     223684 [NO NAME]
M-4^NAmM-{      BD>A of %lx)
 P HFS                  140403 212 23 172910 191  8  522223618 [~[^NAmM-{       BD>AJ^L^B+~E~[^NAmM-{   QD>A of %lx)
 P HFS                  140403 212 54 172910 191 39  522223618 [P^OAmM-{        BD>AJ^L^B+ ^OAmM-{      BD>A of %lx)
 P HFS                  140403 213  8 172910 191 56  522223618 [^L^B+M-%^OAmM-{ BD>AJ^L^B+M-m^OAmM-{     of %lx)
 P HFS                  140664  16 63 173170 250 48  522223618 [^OAmM-{ BD>AJ^L^B+}^OAmM-{      BD>A of %lx)
 P CramFS               151427 109 20 151789  33 63    5810786 [^Z/M-XM-' ^BM-B<-`$i]
 P CramFS               151427 109 21 151789  34  1    5810786 [^Z/M-XM-' ^BM-B<-`$i]
 P CramFS               168895   1 45 169417  16 31    8386862 [M-"~]^G~C. 
 P CramFS               168895   1 46 169417  16 32    8386862 [M-"~]^G~C. 
M-4^NAmM-{      BD>A of %lx)
 P HFS                  172910 191  5 205417 169 53  522223618 [~[^NAmM-{       BD>AJ^L^B+~E~[^NAmM-{   QD>A of %lx)
 P HFS                  172910 191 36 205417 170 21  522223618 [P^OAmM-{        BD>AJ^L^B+ ^OAmM-{      BD>A of %lx)
 P HFS                  172910 191 53 205417 170 38  522223618 [^L^B+M-%^OAmM-{ BD>AJ^L^B+M-m^OAmM-{     of %lx)
 P HFS                  173170 250 45 205677 229 30  522223618 [^OAmM-{ BD>AJ^L^B+}^OAmM-{      BD>A of %lx)
 P NTFS                 203509  36 27 203509 134 26       6174
 P NTFS                 203844   9 62 203844 107 61       6174 [Boot]
 P FAT12                203844 109 50 203845 183 61      20739 [NO NAME]
 P NTFS                 204494 166 40 204495   9 39       6174
 P NTFS                 204495   9 39 204495 107 38       6174 [Boot]
>P FAT12                204495 109 27 204496 183 38      20739 [NO NAME]
 P FAT12                204495 109 27 204496 183 38      20739 [NO NAME]
 P NTFS                 211497  24 26 224550  23 25  209696382
 P NTFS                 211505 253 52 224558 252 51  209696382
 P NTFS                 216296 150 27 220211 149 26   62894412
 P NTFS                 216305  71 14 220220  70 13   62894412
 P CramFS               219302 114 55 219824 129 41    8386862 [M-"~]^G~C. 
 P CramFS               219302 114 56 219824 129 42    8386862 [M-"~]^G~C. 
 P NTFS                 220211 149 26 224126 148 25   62894412
 P NTFS                 220220  70 13 224135  69 12   62894412
 P FAT12                220318 194 16 220320  13 27      20739 [NO NAME]
 P FAT16                220318 194 20 220332 174 53     223684 [NO NAME]
 P NTFS                 220325   6 14 224240   5 13   62894412
 P NTFS                 220333 182  1 224248 180 63   62894412
 P NTFS                 224240   5 13 228155   4 12   62894412
 P NTFS                 224248 180 63 228163 179 62   62894412
 P FAT12                224458 180 14 224459 254 25      20739 [NO NAME]
 P FAT16                224458 180 18 224472 160 51     223684 [NO NAME]
 P NTFS                 224550  23 25 237603  22 24  209696382
 P NTFS                 224558 252 51 237611 251 50  209696382
 P FAT12                224870  45 11 224871 119 22      20739 [NO NAME]
 P FAT16                224870  45 15 224884  25 48     223684 [NO NAME]
 P NTFS                 224995 120 39 228246   2 61   52219904
 P NTFS                 224995 185 39 228246  67 61   52219904
 P NTFS                 226195 231  6 229446 113 28   52219904
 P HFS+                 226635  16 57 226766  91  8    2109192
 P CramFS               226653 115 47 226738 218 16    1371984 [GWM-9M-$ث݊M-= b~^dS 
 P CramFS               226653 115 48 226738 218 17    1371984 [GWM-9M-$ث݊M-= b~^dS 
 P NTFS                 226689 146 35 229940  28 57   52219904
 P HFS+                 226766  91  5 226897 165 19    2109192
 P HFS+                 226782 172  6 226913 246 20    2109192
 P HFS+                 226913 246 17 227045  65 31    2109192
 P NTFS                 228232  94 40 228245  30 26     204800
 P NTFS                 228232  99  5 228245  34 54     204800
 P NTFS                 228232 159 40 228245  95 26     204800
 P NTFS                 228245  30 26 228257 221 12     204800
 P NTFS                 228245  34 54 228257 225 40     204800
 P NTFS                 228245  95 26 228258  31 12     204800
 P FAT12                228245 246 45 228246  37 26       2880 [NO NAME]
 P NTFS                 228246   2 61 231496 140 20   52219904
 P NTFS                 228246  67 61 231496 205 20   52219904
 P NTFS                 228422  88 14 228422 186 13       6174
 P NTFS                 228422 186 13 228423  29 12       6174 [Boot]
 P NTFS                 228422 219  1 228423  61 63       6174
 P NTFS                 228423  61 63 228423 159 62       6174 [Boot]
 P FAT12                228958 205 27 228960  24 38      20739 [NO NAME]
 P NTFS                 229376 107  7 229376 205  6       6174
 P NTFS                 229376 205  6 229377  48  5       6174
 P NTFS                 229446 113 28 232696 250 50   52219904
>P NTFS                 229940  28 57 233190 166 16   52219904

Autant dire il y a du monde smile
Quand j'essaye de lister les fichiers de la premiere (qui ressemble bien a ma partition perdue!) j'ai ça hmm

 P ext4                     0   0  1 243201  80 63 3907029168 [Data]
Directory /

No file found, filesystem may be damaged.

Je suis en train de voir sur les autres...

edit: c'est pareil pour toutes les autres

Dernière modification par Ux (Le 09/09/2015, à 18:35)

Hors ligne

#25 Le 09/09/2015, à 19:49

jamesbad000

Re : restauration d'image disque avec ddrescue fail

Ux a écrit :

J'ai une image du disque faite avec ddrescue, ça ne suffit pas ?

Si. Mais je n'étais pas sur que tu en avais une. Dabs ce cas je conseille de travailler plutôt sur la copie que l'original (Comme ça si quelque chose a foiré dans la copie ,on peut repartir propre)

Bon en tout cas maintenant testdisk fournis des positions de système de fichier cohérentes avec le disque.

Par ailleurs, dans le dump des 1er secteurs du disque on voit bien la signature d'une FAT32. En revanche pas de trace du superblock ext dans les 3ème secteur.
Du coup je me demande si e2fsck a évolué, car en principe quand il n'y a pas le 1er superblock il couine pour qu'on lui donne la position d'un superblock de secours...

Je vais essayer de faire une fat32 par dessus un ext4 pour voir ce que ça donne.
Mais de ton coté peut-tu me donner le retour de (adapte pour utiliser la copie)

sudo fsck.ext4 -n /dev/sdb

Histoire de voir si la réaction est toujours la même.

Et ATTENTION: le -n très important, c'est juste pour faire une simulation de réparation. Il n'y aura aucune modification.
Éventuellement arrête le (ctrl C) si ça commence à défiler des pages et des pages, parce que après le début risque de disparaître, et de tout façon au delà de 10000 pages, ça dépasse ma capacité intellectuelle wink

Ux a écrit :

Quand j'essaye de lister les fichiers de la premiere (qui ressemble bien a ma partition perdue!) j'ai ça hmm

P ext4                     0   0  1 243201  80 63 3907029168 [Data]

Directory /

No file found, filesystem may be damaged.

Oui, ben faut pas trop rêver quand même... Tu a vraisemblablement écrasé une partie de données essentielle à la reconstitution de ce puzzle de 400 millions de pièces, alors il va pas suffire de presser un bouton pour récupérer quelque chose d'utile.

Dernière modification par jamesbad000 (Le 09/09/2015, à 19:57)


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne