[Tuto] Bilan : comment récupérer des données perdues

fr-loic · Le 22/12/2010, à 18:16

rmy a écrit :

à tout hasard, que donne :
dd if="obex://[00:17:E3:E1:90:40]/C:" bs=512 count=1 | hd

dd: ouverture de « obex://[00:17:E3:E1:90:40]/C: »: Aucun fichier ou dossier de ce type

Merci mais à mon avis ça semble mal barré...

rmy · Le 22/12/2010, à 18:20

C'est pas très encourageant. En tout cas, pas de montage direct ni depuis le disque ni depuis l'image puisque les partitions ont disparu.

Il faut voir avec testdisk et le Deepersearch ce que ça donne…

Edit : @ loic-fr : pas très bon pour toi non plus. Si tu trouves, préviens…

Dernière modification par rmy (Le 22/12/2010, à 18:21)

fabrice91 · Le 24/12/2010, à 12:09

Bonjour,

Mon disque dur externe parait vide après un bug d'USB Creator (j'estime que c'est un bug vu qu'il n'a pas fait ce que j'ai demandé, je l'explique ici).
Je n'ai fait depuis aucune écriture dessus, les 3 anciennes partitions (NTFS, FAT32, FAT32) n'existent plus :

Sys. de fichiers Tail. Occ. Disp. %Occ. Monté sur
/dev/sdb1 38G 16K 38G 1% /media/3E39-B9CF

L'utilitaire de disque me dit :
Partionnement : Master Boot Record
Type de partition : W95 FAT32 (LBA) (0x0c)

J'ai l'option "Vérifier le système de fichier" pour ce disque...

Une idée de réparation ?
merci

rmy · Le 24/12/2010, à 15:04

Déja, commencer par le démonter pour éviter les écritures dessus…

sudo umount /dev/sdb1

Ensuite, dans l'idéal il faudrait faire une copie avec ddrescue ou dd_rhelp, ou dd, ou dcfldd… etc…
Cette copie a pour but de pouvoir reprendre en cas d'erreur.

Après, il faut rechercher les partitions perdues avec testdisk :
Donne le résultat de QuickSearch et DeeperSearch.

Ce qui s'est produit c'est que tu as écrasé ton MBR et détruit ta table de partition. Comme tu as du vouloir créer une liveusb en FAT32 ce n'est pas trop grave à priori, il n'y as pas de superblocs écrits sur l'ensemble du disque et tu devrais pouvoir tout retrouver grâce à testdisk.

denisbzh · Le 26/12/2010, à 15:31

Bonjour,

Merci pour ce topic qui m'as guidé dans la récupération réussie de mes données sur un disque de NAS Synology qui avait des secteurs défectueux et avait été reformaté par l'utilisateur où le système.
La récupération ayant été effectuée sous Win...s. je l'ai décrite dans le lien ci dessous.
Récuperation réussie disque en ext4

rmy · Le 26/12/2010, à 17:43

Merci denisbzh pour ce retour. Je l'ai complété avec une démarche "générique" qui fait un peu le point sur beaucoup de choses apprises au fur et à mesure de ce fil de discussion.

Note en passant : certains NAS Raid synology ont besoin d'une option spéciale car les blocs md sont invisibles à cause d'un prolème d'écriture littleidian/bigindian

Loy · Le 03/01/2011, à 02:14

Bonsoir rmy,
voilà, j'ai prêter mon disque de sauvegarde (ide) à un ami et il semblerais qu'il ai tenté de le branché à chaud, mais qu'il ai tenter de brancher la Molex d'abord dans le mauvais sens (il ne veux pas me dire exactement mais c'est ce qui semble s'être passer) et ça à fumé, éteint son PC, et depuis mon disque ne démarre plus. La Molex sent le cramé (pas beaucoup mais trop à mon gout).

Ma question : pense-tu qu'en changeant la PCB cela peut repartir ou le moteur en a aussi surement pris un coup ? Si oui, que dois-je exactement relever comme numéros pour être sur de tomber sur la bonne ?
Sinon, s'il est mort, y a-t-il possibilité de récupérer mes données ? (si tu me répond non, on bousille la manip que m'a aider à faire l'autre jour...)

En te remerciant par avance
Cordialement,
Loy.
P.S : Proverbe de l'année : Un disque dur c'est comme un bijou : précieux, fragile et personnel.

rmy · Le 03/01/2011, à 04:03

Hello Loy,

Tout dépend du modèle de ton disque. Sur les modèles assez anciens, le swap de PCB est relativement possible en fonction des marques.
Sur les modèles récents, c'est beaucoup plus ardu : des données importantes firmware, glist, plist positionnement du SA) sont stockées dans une eeprom ou parfois directement dans le processeur principal (pour les marvell). Dans ces cas, le swap du pcb peut au mieux ne rien donner (autant jouer au loto), au pire endommager ce qui ne l'était pas déjà. Il y a peut-être des solutions, mais c'est au cas par cas et il me faut plus d'infos.

Je t'avoue que ton problème dépasse ici largement le cadre de la doc / entraide spécifique à ubuntu, je t'invite donc à me contacter par mail ou par mp pour poursuivre en privé. Je te propose de faire avec toi un diagnostic à distance pour évaluer tes/mes chances de réussite dans ta récupération

fabrice91 · Le 03/01/2011, à 14:32

rmy a écrit :

Déja, commencer par le démonter pour éviter les écritures dessus…
sudo umount /dev/sdb1
Ensuite, dans l'idéal il faudrait faire une copie avec ddrescue ou dd_rhelp, ou dd, ou dcfldd… etc…
Cette copie a pour but de pouvoir reprendre en cas d'erreur.
Après, il faut rechercher les partitions perdues avec testdisk :
Donne le résultat de QuickSearch et DeeperSearch.
Ce qui s'est produit c'est que tu as écrasé ton MBR et détruit ta table de partition. Comme tu as du vouloir créer une liveusb en FAT32 ce n'est pas trop grave à priori, il n'y as pas de superblocs écrits sur l'ensemble du disque et tu devrais pouvoir tout retrouver grâce à testdisk.

Voici le log de Testdisk.
Dans l'interface il n'a pas l'air de vouloir retrouver mes 3 partitions...
Pourtant dans le log, il me semble en voir au moins 2 non ???

Testdisk a écrit :

FAT1 : 32-19124
FAT2 : 19125-38217

Et pourtant, dans le resultat final, rien du tout...:(

Tesdisk a écrit :

Command line: TestDisk
TestDisk 6.11, Data Recovery Utility, April 2009
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
OS: Linux, kernel 2.6.32-26-generic (#48-Ubuntu SMP Wed Nov 24 09:00:03 UTC 2010)
Compiler: GCC 4.4 - Jun 23 2009 17:11:34
ext2fs lib: 1.41.11, ntfs lib: 10:0:0, reiserfs lib: none, ewf lib: none
/dev/sda: LBA, HPA, LBA48, DCO support
/dev/sda: size 125045424 sectors
/dev/sda: user_max 125045424 sectors
/dev/sda: native_max 7604912 sectors
/dev/sda: dco 125045424 sectors
Warning: can't get size for Disk /dev/mapper/control - 0 B - CHS 1 1 1, sector size=512
Hard disk list
Disk /dev/sda - 64 GB / 59 GiB - CHS 7783 255 63, sector size=512 - ATA SAMSUNG MCCOE64G
Disk /dev/sdb - 40 GB / 37 GiB - CHS 38204 64 32, sector size=512 - SAMSUNG MP0402H
Partition table type (auto): Intel
Disk /dev/sdb - 40 GB / 37 GiB - SAMSUNG MP0402H
Partition table type: Intel
Analyse Disk /dev/sdb - 40 GB / 37 GiB - CHS 38204 64 32
Geometry from i386 MBR: head=64 sector=32
FAT32 at 0/1/1
Info: size boot_sector 78241760, partition 78241760
FAT1 : 32-19124
FAT2 : 19125-38217
start_rootdir : 38218 root cluster : 2
Data : 38218-78241737
sectors : 78241760
cluster_size : 32
no_of_cluster : 2443860 (2 - 2443861)
fat_length 19093 calculated 19093
set_FAT_info: name from BS used
get_geometry_from_list_part_aux head=64 nbr=2
get_geometry_from_list_part_aux head=8 nbr=2
get_geometry_from_list_part_aux head=16 nbr=2
get_geometry_from_list_part_aux head=32 nbr=2
get_geometry_from_list_part_aux head=64 nbr=2
get_geometry_from_list_part_aux head=128 nbr=2
get_geometry_from_list_part_aux head=240 nbr=1
get_geometry_from_list_part_aux head=255 nbr=1
Current partition structure:
1 * FAT32 LBA 0 1 1 38203 63 32 78241760
Ask the user for vista mode
Allow partial last cylinder : No
search_vista_part: 0
search_part()
Disk /dev/sdb - 40 GB / 37 GiB - CHS 38204 64 32
FAT32 at 0/1/1
FAT1 : 32-19124
FAT2 : 19125-38217
start_rootdir : 38218 root cluster : 2
Data : 38218-78241737
sectors : 78241760
cluster_size : 32
no_of_cluster : 2443860 (2 - 2443861)
fat_length 19093 calculated 19093
set_FAT_info: name from BS used
FAT32 at 0/1/1
FAT32 LBA 0 1 1 38203 63 32 78241760
FAT32, 40 GB / 37 GiB
get_geometry_from_list_part_aux head=64 nbr=2
get_geometry_from_list_part_aux head=8 nbr=2
get_geometry_from_list_part_aux head=16 nbr=2
get_geometry_from_list_part_aux head=32 nbr=2
get_geometry_from_list_part_aux head=64 nbr=2
get_geometry_from_list_part_aux head=128 nbr=2
get_geometry_from_list_part_aux head=240 nbr=1
get_geometry_from_list_part_aux head=255 nbr=1
Warning: the current number of heads per cylinder is 64 but the correct value may be 128.
Results
* FAT32 LBA 0 1 1 38203 63 32 78241760
FAT32, 40 GB / 37 GiB
interface_write()
1 * FAT32 LBA 0 1 1 38203 63 32 78241760

fabrice91 · Le 03/01/2011, à 15:47

Je suis en train de tester Photorec et j'ai plein de fichiers en cours de récupération de tout type (png, jpg, doc, txt...).
Mais j'ai l'impression que cette récupération se fait un peu de manière brute, sans récupérer l'arborescence originale ni les bons noms de fichier...
Donc un peu le bazar pour faire le tri ensuite !!!
Bon, c'est toujours ça mais si vous avez des pistes pour Testdisk ou comment récupérer la bonne organisation de mes données, merci...

Dernière modification par fabrice91 (Le 03/01/2011, à 15:48)

rmy · Le 03/01/2011, à 18:45

Je dirais même plutôt trois…

start_rootdir : 38218 root cluster : 2
Data : 38218-78241737
sectors : 78241760
cluster_size : 32

Par contre, grand classique du partitionnement windows, les partitions ne commencent peut-être pas sur des frontières de cylindres ou la géométrie de ton disque est peut-être mal reconnue.

Disk /dev/sdb - 40 GB / 37 GiB - CHS 38204 64 32, sector size=512 - SAMSUNG MP0402H

Me paraît bizarre, j'attendais plutôt du 255/63, mais c'est pas grave…

Passe par les options de testdisk pour passer en mode expert : yes / et cylinder boundary : no,

puis relance la recherche testdisk. Peux-tu faire un copié/collé des trois étapes de recherche de testdisk dans des balises code ?

À la fin, ne fais pas de write précipité sans confirmation par ici, sinon tu fais des modifs destructrices.

fabrice91 · Le 04/01/2011, à 10:24

rmy a écrit :

Je dirais même plutôt trois…

Effectivement il y en avait 3, 2 partitions de data et une de boot avec le LiveCd dessus...
Je ne sais pas comment tu vois ces 3 partitions

rmy a écrit :

Passe par les options de testdisk pour passer en mode expert : yes / et cylinder boundary : no,
puis relance la recherche testdisk. Peux-tu faire un copié/collé des trois étapes de recherche de testdisk dans des balises code ?

testdisk a écrit :

Tue Jan 4 09:47:47 2011
Command line: TestDisk
TestDisk 6.11, Data Recovery Utility, April 2009
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
OS: Linux, kernel 2.6.32-26-generic (#48-Ubuntu SMP Wed Nov 24 09:00:03 UTC 2010)
Compiler: GCC 4.4 - Jun 23 2009 17:11:34
ext2fs lib: 1.41.11, ntfs lib: 10:0:0, reiserfs lib: none, ewf lib: none
/dev/sda: LBA, HPA, LBA48, DCO support
/dev/sda: size 125045424 sectors
/dev/sda: user_max 125045424 sectors
/dev/sda: native_max 7604912 sectors
/dev/sda: dco 125045424 sectors
Warning: can't get size for Disk /dev/mapper/control - 0 B - CHS 1 1 1, sector size=512
Hard disk list
Disk /dev/sda - 64 GB / 59 GiB - CHS 7783 255 63, sector size=512 - ATA SAMSUNG MCCOE64G
Disk /dev/sdb - 40 GB / 37 GiB - CHS 38204 64 32, sector size=512 - SAMSUNG MP0402H
Partition table type (auto): Intel
Disk /dev/sdb - 40 GB / 37 GiB - SAMSUNG MP0402H
Partition table type: Intel
Interface Advanced
Geometry from i386 MBR: head=64 sector=32
FAT32 at 0/1/1
Info: size boot_sector 78241760, partition 78241760
FAT1 : 32-19124
FAT2 : 19125-38217
start_rootdir : 38218 root cluster : 2
Data : 38218-78241737
sectors : 78241760
cluster_size : 32
no_of_cluster : 2443860 (2 - 2443861)
fat_length 19093 calculated 19093
set_FAT_info: name from BS used
get_geometry_from_list_part_aux head=64 nbr=2
get_geometry_from_list_part_aux head=8 nbr=2
get_geometry_from_list_part_aux head=16 nbr=2
get_geometry_from_list_part_aux head=32 nbr=2
get_geometry_from_list_part_aux head=64 nbr=2
get_geometry_from_list_part_aux head=128 nbr=2
get_geometry_from_list_part_aux head=240 nbr=1
get_geometry_from_list_part_aux head=255 nbr=1
1 * FAT32 LBA 0 1 1 38203 63 32 78241760
FAT32, 40 GB / 37 GiB
New options :
Dump : No
Cylinder boundary : No
Allow partial last cylinder : No
Expert mode : Yes
Analyse Disk /dev/sdb - 40 GB / 37 GiB - CHS 38204 64 32
Geometry from i386 MBR: head=64 sector=32
FAT32 at 0/1/1
Info: size boot_sector 78241760, partition 78241760
FAT1 : 32-19124
FAT2 : 19125-38217
start_rootdir : 38218 root cluster : 2
Data : 38218-78241737
sectors : 78241760
cluster_size : 32
no_of_cluster : 2443860 (2 - 2443861)
fat_length 19093 calculated 19093
set_FAT_info: name from BS used
get_geometry_from_list_part_aux head=64 nbr=2
get_geometry_from_list_part_aux head=8 nbr=2
get_geometry_from_list_part_aux head=16 nbr=2
get_geometry_from_list_part_aux head=32 nbr=2
get_geometry_from_list_part_aux head=64 nbr=2
get_geometry_from_list_part_aux head=128 nbr=2
get_geometry_from_list_part_aux head=240 nbr=1
get_geometry_from_list_part_aux head=255 nbr=1
Current partition structure:
1 * FAT32 LBA 0 1 1 38203 63 32 78241760
Ask the user for vista mode
Allow partial last cylinder : No
search_vista_part: 0
search_part()
Disk /dev/sdb - 40 GB / 37 GiB - CHS 38204 64 32
FAT32 at 0/1/1
FAT1 : 32-19124
FAT2 : 19125-38217
start_rootdir : 38218 root cluster : 2
Data : 38218-78241737
sectors : 78241760
cluster_size : 32
no_of_cluster : 2443860 (2 - 2443861)
fat_length 19093 calculated 19093
set_FAT_info: name from BS used
FAT32 at 0/1/1
FAT32 LBA 0 1 1 38203 63 32 78241760
FAT32, 40 GB / 37 GiB
get_geometry_from_list_part_aux head=64 nbr=2
get_geometry_from_list_part_aux head=8 nbr=2
get_geometry_from_list_part_aux head=16 nbr=2
get_geometry_from_list_part_aux head=32 nbr=2
get_geometry_from_list_part_aux head=64 nbr=2
get_geometry_from_list_part_aux head=128 nbr=2
get_geometry_from_list_part_aux head=240 nbr=1
get_geometry_from_list_part_aux head=255 nbr=1
Warning: the current number of heads per cylinder is 64 but the correct value may be 128.
Results
* FAT32 LBA 0 1 1 38203 63 32 78241760
FAT32, 40 GB / 37 GiB
interface_write()
1 * FAT32 LBA 0 1 1 38203 63 32 78241760
search_part()
Disk /dev/sdb - 40 GB / 37 GiB - CHS 38204 64 32
FAT32 at 0/1/1
FAT1 : 32-19124
FAT2 : 19125-38217
start_rootdir : 38218 root cluster : 2
Data : 38218-78241737
sectors : 78241760
cluster_size : 32
no_of_cluster : 2443860 (2 - 2443861)
fat_length 19093 calculated 19093
set_FAT_info: name from BS used
FAT32 at 0/1/1
FAT32 LBA 0 1 1 38203 63 32 78241760
FAT32, 40 GB / 37 GiB
FAT32 at 0/1/7
FAT1 : 32-19124
FAT2 : 19125-38217
start_rootdir : 38218 root cluster : 2
Data : 38218-78241737
sectors : 78241760
cluster_size : 32
no_of_cluster : 2443860 (2 - 2443861)
fat_length 19093 calculated 19093
set_FAT_info: name from BS used
FAT32 at 0/1/7
FAT32 LBA 0 1 1 38203 63 32 78241760
FAT found using backup sector!, 40 GB / 37 GiB
get_geometry_from_list_part_aux head=64 nbr=2
get_geometry_from_list_part_aux head=8 nbr=2
get_geometry_from_list_part_aux head=16 nbr=2
get_geometry_from_list_part_aux head=32 nbr=2
get_geometry_from_list_part_aux head=64 nbr=2
get_geometry_from_list_part_aux head=128 nbr=2
get_geometry_from_list_part_aux head=240 nbr=1
get_geometry_from_list_part_aux head=255 nbr=1
Warning: the current number of heads per cylinder is 64 but the correct value may be 128.
Results
* FAT32 LBA 0 1 1 38203 63 32 78241760
FAT32, 40 GB / 37 GiB
interface_write()
1 * FAT32 LBA 0 1 1 38203 63 32 78241760
simulate write!
write_mbr_i386: starting...
write_all_log_i386: starting...
No extended partition
TestDisk exited normally.

Ca ne trouve rien non plus...
Mais je n'ai pas modifié le CHS, peut être dois-je le forcer à ce que tu attendais ?
255/63 ?

rmy a écrit :

À la fin, ne fais pas de write précipité sans confirmation par ici, sinon tu fais des modifs destructrices.

Oui oui, à moins que je fasse encore une fausse manoeuvre...:/

fabrice91 · Le 04/01/2011, à 11:29

J'ai laissé le mode expert -> yes / et cylinder boundary : no puis j'ai mis head à 255 et secteurs à 63 et et j'ai relançé la recherche.
La DeepSearch trouve quelque chose, on se rapproche mais les paramètres ne doivent pas encore être bons...

testdisk a écrit :

TestDisk 6.11, Data Recovery Utility, April 2009
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
Disk /dev/sdb - 40 GB / 37 GiB - CHS 4871 255 63
Partition Start End Size in sectors
D FAT32 LBA 0 0 33 4870 254 63 78252583
D HPFS - NTFS 1275 0 1 4601 254 63 53448255
D HPFS - NTFS 1275 0 1 4869 254 63 57753675
D HPFS - NTFS 1282 0 1 4608 254 63 53448255 [ExtNTFS]
D FAT32 LBA 4609 0 1 4869 254 63 4192965

Voici le log complet :

testdisk a écrit :

Tue Jan 4 10:25:38 2011
Command line: TestDisk
TestDisk 6.11, Data Recovery Utility, April 2009
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
OS: Linux, kernel 2.6.32-26-generic (#48-Ubuntu SMP Wed Nov 24 09:00:03 UTC 2010)
Compiler: GCC 4.4 - Jun 23 2009 17:11:34
ext2fs lib: 1.41.11, ntfs lib: 10:0:0, reiserfs lib: none, ewf lib: none
/dev/sda: LBA, HPA, LBA48, DCO support
/dev/sda: size 125045424 sectors
/dev/sda: user_max 125045424 sectors
/dev/sda: native_max 7604912 sectors
/dev/sda: dco 125045424 sectors
Warning: can't get size for Disk /dev/mapper/control - 0 B - CHS 1 1 1, sector size=512
Hard disk list
Disk /dev/sda - 64 GB / 59 GiB - CHS 7783 255 63, sector size=512 - ATA SAMSUNG MCCOE64G
Disk /dev/sdb - 40 GB / 37 GiB - CHS 38204 64 32, sector size=512 - SAMSUNG MP0402H
Partition table type (auto): Intel
Disk /dev/sdb - 40 GB / 37 GiB - SAMSUNG MP0402H
Partition table type: Intel
New geometry
Disk /dev/sdb - 40 GB / 37 GiB - CHS 4871 255 63 sector_size=512
Analyse Disk /dev/sdb - 40 GB / 37 GiB - CHS 4871 255 63
Geometry from i386 MBR: head=64 sector=32
BAD_RS LBA=32 63
FAT32 at 0/0/33
Info: size boot_sector 78241760, partition 78241760
FAT1 : 32-19124
FAT2 : 19125-38217
start_rootdir : 38218 root cluster : 2
Data : 38218-78241737
sectors : 78241760
cluster_size : 32
no_of_cluster : 2443860 (2 - 2443861)
fat_length 19093 calculated 19093
heads/cylinder 64 (FAT) != 255 (HD)
sect/track 32 (FAT) != 63 (HD)
set_FAT_info: name from BS used
Current partition structure:
Warning: Incorrect number of heads/cylinder 64 (FAT) != 255 (HD)
Warning: Incorrect number of sectors per track 32 (FAT) != 63 (HD)
1 * FAT32 LBA 0 0 33 4870 83 13 78241760
Bad relative sector.
Ask the user for vista mode
Allow partial last cylinder : No
search_vista_part: 0
search_part()
Disk /dev/sdb - 40 GB / 37 GiB - CHS 4871 255 63
FAT32 at 0/0/33
FAT1 : 32-19124
FAT2 : 19125-38217
start_rootdir : 38218 root cluster : 2
Data : 38218-78241737
sectors : 78241760
cluster_size : 32
no_of_cluster : 2443860 (2 - 2443861)
fat_length 19093 calculated 19093
heads/cylinder 64 (FAT) != 255 (HD)
sect/track 32 (FAT) != 63 (HD)
set_FAT_info: name from BS used
FAT32 at 0/0/33
FAT32 LBA 0 0 33 4870 83 13 78241760
FAT32, 40 GB / 37 GiB
Results
* FAT32 LBA 0 0 33 4870 254 63 78252583
FAT32, 40 GB / 37 GiB
interface_write()
1 * FAT32 LBA 0 0 33 4870 254 63 78252583
search_part()
Disk /dev/sdb - 40 GB / 37 GiB - CHS 4871 255 63
FAT32 at 0/0/33
FAT1 : 32-19124
FAT2 : 19125-38217
start_rootdir : 38218 root cluster : 2
Data : 38218-78241737
sectors : 78241760
cluster_size : 32
no_of_cluster : 2443860 (2 - 2443861)
fat_length 19093 calculated 19093
heads/cylinder 64 (FAT) != 255 (HD)
sect/track 32 (FAT) != 63 (HD)
set_FAT_info: name from BS used
FAT32 at 0/0/33
FAT32 LBA 0 0 33 4870 83 13 78241760
FAT32, 40 GB / 37 GiB
NTFS at 1275/0/1
filesystem size 53448241
sectors_per_cluster 8
mft_lcn 786432
mftmirr_lcn 3609604
clusters_per_mft_record -10
clusters_per_index_record 1
HPFS - NTFS 1275 0 1 4601 254 49 53448241
NTFS, 27 GB / 25 GiB
NTFS at 1282/0/1
filesystem size 53448241
sectors_per_cluster 8
mft_lcn 786432
mftmirr_lcn 3609604
clusters_per_mft_record -10
clusters_per_index_record 1
HPFS - NTFS 1282 0 1 4608 254 49 53448241 [ExtNTFS]
NTFS, 27 GB / 25 GiB
FAT32 at 4609/0/1
FAT1 : 32-4118
FAT2 : 4119-8205
start_rootdir : 8206 root cluster : 2
Data : 8206-4192957
sectors : 4192964
cluster_size : 8
no_of_cluster : 523094 (2 - 523095)
fat_length 4087 calculated 4087
set_FAT_info: name from BS used
FAT32 at 4609/0/1
FAT32 LBA 4609 0 1 4869 254 62 4192964
FAT32, 2146 MB / 2047 MiB
FAT32 at 4609/0/7
FAT1 : 32-4118
FAT2 : 4119-8205
start_rootdir : 8206 root cluster : 2
Data : 8206-4192957
sectors : 4192964
cluster_size : 8
no_of_cluster : 523094 (2 - 523095)
fat_length 4087 calculated 4087
set_FAT_info: name from BS used
FAT32 at 4609/0/7
FAT32 LBA 4609 0 1 4869 254 62 4192964
FAT found using backup sector!, 2146 MB / 2047 MiB
NTFS at 4869/254/63
filesystem size 57753675
sectors_per_cluster 8
mft_lcn 786432
mftmirr_lcn 3609604
clusters_per_mft_record -10
clusters_per_index_record 1
HPFS - NTFS 1275 0 1 4869 254 63 57753675
NTFS found using backup sector!, 29 GB / 27 GiB
NTFS at 4869/254/63
filesystem size 57753675
sectors_per_cluster 8
mft_lcn 786432
mftmirr_lcn 3609604
clusters_per_mft_record -10
clusters_per_index_record 1
NTFS: Can't read MFT
HPFS - NTFS 4869 254 63 8464 254 62 57753675
NTFS, 29 GB / 27 GiB
This partition ends after the disk limits. (start=78236549, size=57753675, end=135990223, disk end=78252615)
Disk /dev/sdb - 40 GB / 37 GiB - CHS 4871 255 63
Check the harddisk size: HD jumpers settings, BIOS detection...
The harddisk (40 GB / 37 GiB) seems too small! (< 69 GB / 64 GiB)
The following partition can't be recovered:
HPFS - NTFS 4869 254 63 8464 254 62 57753675
NTFS, 29 GB / 27 GiB
get_geometry_from_list_part_aux head=255 nbr=8
get_geometry_from_list_part_aux head=255 nbr=8
Results
FAT32 LBA 0 0 33 4870 254 63 78252583
FAT32, 40 GB / 37 GiB
HPFS - NTFS 1275 0 1 4601 254 63 53448255
NTFS, 27 GB / 25 GiB
HPFS - NTFS 1275 0 1 4869 254 63 57753675
NTFS found using backup sector!, 29 GB / 27 GiB
HPFS - NTFS 1282 0 1 4608 254 63 53448255 [ExtNTFS]
NTFS, 27 GB / 25 GiB
FAT32 LBA 4609 0 1 4869 254 63 4192965
FAT32, 2146 MB / 2047 MiB
interface_write()
No partition found or selected for recovery
simulate write!
write_mbr_i386: starting...
write_all_log_i386: starting...
No extended partition
TestDisk exited normally.

rmy · Le 04/01/2011, à 11:54

D'abord, au tmeps pour moi, j'avais lu le log de testdisk en diagonale et il ne trouvait pas 3, ni 2, mais une seule partition FAT32. Ensuite, les explications données c'était les positions des FAT (il y en a deux en général, FAT1 et FAT2) et la taille des données. Je pensais que tu avais une partition qui s'appelait "Data"… d'où mon erreur…

Ensuite, dans ton nouveau retour, il y a la trace d'anciennes partitions "deleted" (la lettre "D" en début de ligne dans le retour de testdisk, c'est pour ça que je te demandais un copié collé de ce qui s'affiche à l'écran plutôt qu'un log imbuvable) :

FAT32 LBA 0 0 33 4870 254 63 78252583 FAT32, 40 GB / 37 GiB
HPFS - NTFS 1275 0 1 4601 254 63 53448255 NTFS, 27 GB / 25 GiB
HPFS - NTFS 1275 0 1 4869 254 63 57753675 NTFS found using backup sector!, 29 GB / 27 GiB
HPFS - NTFS 1282 0 1 4608 254 63 53448255 [ExtNTFS] NTFS, 27 GB / 25 GiB
FAT32 LBA 4609 0 1 4869 254 63 4192965 FAT32, 2146 MB / 2047 MiB

La premier FAT32 est une ancienne qui couvre tout le disque, et c'est aussi le cas de la nouvelle créée avec usbcreator. Tu auras donc probablement des pertes de données sur la première partition de données en FAT.
Ensuite il y a trois résultats NTFS : La deuxième est corrompue (c'est marqué dans le log). Ma préférence va pour la 3è qui a un nom identifiable et qui fiit juste là où commence la troisième partition.
Ensin, la troisième FAT32 de 2Gio, c'est ton ancien Live USB.

Pour commencer, essaye de te déplacer sur la ligne de chaque partition trouvée et appuye sur "P" pour voir si il s'affiche des fichiers. Commence par la NTFS…

J'insiste, mais il faudrait faire une image de secours de ton disque vers un disque avec au moins 40G de place disponible. As-tu cela ?
(Ça éviterait de te dire "j'aurais dû"…)

fabrice91 · Le 04/01/2011, à 14:20

rmy a écrit :

Pour commencer, essaye de te déplacer sur la ligne de chaque partition trouvée et appuye sur "P" pour voir si il s'affiche des fichiers. Commence par la NTFS…

J'ai pu voir mon arborescence originale, malheureusement ce n'est pas la partition la plus intéressante à récupérer...
Les autres ne donnent aucun fichier lisible avec P, ça m'a l'air bien mort...
Je crois que je vais me "contenter" des fichiers retrouvés par PhotoRec...mais comme il n'y a que 19 Go de récupéré par PhotoRec, je me demande si ça ne correspond pas à cette seule partie lisible nommée extNTFS...

rmy · Le 04/01/2011, à 18:18

Je ne peux malheureusement pas t'aider davantage avec les informations que tu nous avons ici. Si tu veux que j'y jette un œil au cas où tu es passé à côté de quelque chose, contacte-moi par mail.

fabrice91 · Le 05/01/2011, à 15:07

rmy a écrit :

Je ne peux malheureusement pas t'aider davantage avec les informations que tu nous avons ici. Si tu veux que j'y jette un œil au cas où tu es passé à côté de quelque chose, contacte-moi par mail.

Merci de ton aide, j'ai juste récupéré la partition visible, tant pis pour les autres...
Encore merci !

monstrinfo · Le 12/01/2011, à 14:04

Bonjour.
Et merci (en particulier à RMI pour ce tres tres long posts tres precis sur le sujet .
Je suis nouveau sur ce forum.
j'ai besoin d'aide pour récuperer les données d'un disque provenant d'un Mac,avec un systeme de fichiers hfs+.
Lors d'une tentative de depannage de ce Mac,j'ai fait une reparation des fichiers systeme.le disque avait un secteur defectueux.apparemment cela a corrompu la table des partitions.
J'ai extrait le disque et l'ai mis dans un PC,et fais des tentatives de recup avec des livecd linux.
j'ai repare le secteur defectueux avec HddRegenerator.
Ce disque apparait maintenant comme sain avec seatools (c'est un disque Seagate).
Mais il est toujours impossible de monter ce disque et d'acceder aux donnees.
J'ai voulu faire une copie avec DD et DDrescue,pour tenter une recup avec testdisk,et la je suis un peu bloque,sans doute par meconnaissance de ces logiciels et de linux.
J'ai d'abord tente grace au livecd clonezilla de creer une image disque sur un disque vierge.
Je me retrouve avec des dizaines de fichiers "dd.img" que je ne sais pas comment utiliser.
Est il possible de monter ces fichiers comme une seule image?
Et de faire la recup de donnees dessus?
Du coup j'ai tente une copie du disque sur une partition en fat32,avec DDrescue.
Cela a pris 12h pour 160 Go.....alors que la la creation d'image disque avec DD (pourtant repute plus long) avait pris 01h30.je ne comprends pas pourquoi une telle difference de temps!
Mais impossible de monter cette partition copiee avec DDrescue.
J'ai tape en console: "mount /dev/hda2 /mnt/hda2"
et essayé "mount vfat /dev/hda2 /mnt/hda2"
dans le cas, la partition ne monte pas.

Sur le disque original,lorsque je fais une analyse avec testdisk,il retrouve ma partiton de 160Go en HFS+, et l'affiche en vert (bon signe...?)
mais je n'ose pas utiliser "write" pour reecrire la table des partitions sur le disque original,par peur de perdre definitivement les donnees..
****************************************
Donc j'ai besoin d'aide:
-D'abord pour creer un clone ou une image du disque fonctionnelle
-ensuite pour recuperer ma partition avec testdisk (ou autre logiciel) ,et les donnees qui s'y trouvent..
*********************************************
par avance merci pour votre aide.
Bonne journee.
Jerome

rmy · Le 12/01/2011, à 14:34

Bonjour Jérome,

tu as bien fait de ne pas utiliser write pour l'instant. Ta démarche est la bonne. Tu n'utilises pas correctement les outils, mais ça va venir…

D'abord pour y voir plus clair, donne le retour de

sudo fdisk -l

avec tes deux disques branchés (celui que tu veux récupérer et celui sur lequel tu veux copier l'image). Copie/Colle le résultat entre des balises

Tu peux aussi avec testdisk essayer de lister les fichiers pour voir quel est l'état de ta partition HFS+. Pour cela, lorsque ta partition est détectée (en vert, bonne nouvelle à priori) place toi dessus et appuye sur la touche "P".

fabrice91 · Le 12/01/2011, à 16:58

Je reviens ici pour un ami qui a un problème avec un DD externe 2.5 Western Digital de 320 Go utilisé sous Windows.
En le branchant sous Windows déjà, il n'est plus vu...
Je le branche sur mon Ubuntu et voilà un petit extrait du dmesg :

dmesg a écrit :

[25366.391794] usb-storage: device found at 8
[25366.391799] usb-storage: waiting for device to settle before scanning
[25371.388413] usb-storage: device scan complete
[25371.389064] scsi 9:0:0:0: Direct-Access WD 1.05 PQ: 0 ANSI: 4
[25371.390414] sd 9:0:0:0: Attached scsi generic sg2 type 0
[25371.392002] sd 9:0:0:0: [sdb] Very big device. Trying to use READ CAPACITY(16).
[25371.395865] sd 9:0:0:0: [sdb] Using 0xffffffff as device size
[25371.395881] sd 9:0:0:0: [sdb] 4294967296 512-byte logical blocks: (2.19 TB/2.00 TiB)
[25371.396750] sd 9:0:0:0: [sdb] Write Protect is off
[25371.396757] sd 9:0:0:0: [sdb] Mode Sense: 21 00 00 00
[25371.396763] sd 9:0:0:0: [sdb] Assuming drive cache: write through
[25371.397752] sd 9:0:0:0: [sdb] Very big device. Trying to use READ CAPACITY(16).
[25371.399636] sd 9:0:0:0: [sdb] Using 0xffffffff as device size
[25371.400506] sd 9:0:0:0: [sdb] Assuming drive cache: write through
[25371.400516] sdb:
[25371.401743] sd 9:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[25371.401753] sd 9:0:0:0: [sdb] Sense Key : Illegal Request [current]
[25371.401765] Info fld=0x0
[25371.401770] sd 9:0:0:0: [sdb] Add. Sense: Logical block address out of range
[25371.401783] sd 9:0:0:0: [sdb] CDB: Read(10): 28 00 00 00 00 00 00 00 08 00
[25371.401807] end_request: I/O error, dev sdb, sector 0
[25371.401814] __ratelimit: 34 callbacks suppressed
[25371.401820] Buffer I/O error on device sdb, logical block 0
[25371.403115] sd 9:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[25371.403124] sd 9:0:0:0: [sdb] Sense Key : Illegal Request [current]
[25371.403134] Info fld=0x0
[25371.403138] sd 9:0:0:0: [sdb] Add. Sense: Logical block address out of range
[25371.403150] sd 9:0:0:0: [sdb] CDB: Read(10): 28 00 00 00 00 00 00 00 08 00
[25371.403173] end_request: I/O error, dev sdb, sector 0
[25371.403179] Buffer I/O error on device sdb, logical block 0
[25371.404542] sd 9:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[25371.404551] sd 9:0:0:0: [sdb] Sense Key : Illegal Request [current]
[25371.404561] Info fld=0x0
[25371.404566] sd 9:0:0:0: [sdb] Add. Sense: Logical block address out of range
[25371.404578] sd 9:0:0:0: [sdb] CDB: Read(10): 28 00 00 00 00 00 00 00 08 00
[25371.404600] end_request: I/O error, dev sdb, sector 0

Plein d'erreur de lectures de secteurs (ce n'est qu'un petit extrait du dmesg !) et en plus il est vu comme un DD de +2 Tera !!!
Le sudo fdisk -l ne donne rien :

sudo fdisk -l a écrit :

Disque /dev/sda: 64.0 Go, 64023257088 octets
240 têtes, 63 secteurs/piste, 8270 cylindres
Unités = cylindres de 15120 * 512 = 7741440 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x75adc3f6
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 47 5477 41058356+ 7 HPFS/NTFS
/dev/sda2 7627 8270 4868640 12 Compaq diagnostics
/dev/sda3 5478 5742 2003400 82 Linux swap / Solaris
/dev/sda4 * 5743 7626 14243040 83 Linux
Les entrées de la table de partitions ne sont pas dans l'ordre du disque

Il ne voit que mon DD interne...
Je fais un testdisk :

Testdisk a écrit :

Select a media (use Arrow keys, then press Enter):
Disk /dev/sda - 64 GB / 59 GiB - ATA SAMSUNG MCCOE64G
Disk /dev/sdb - 2199 GB / 2048 GiB - WD

Il le voit aussi avec +2 To !

L'analyse donne :

testdisk a écrit :

Disk /dev/sdb - 2199 GB / 2048 GiB - CHS 2097152 64 32
Current partition structure:
Partition Start End Size in sectors

Partition: Read error

Le quicksearch ne donne que des "read error" pour l'instant (moins de 1%, c'est très long vue la taille trouvée du disque !!!)

Des idées pour aller plus loin ?
merci

Dernière modification par fabrice91 (Le 12/01/2011, à 16:59)

rmy · Le 12/01/2011, à 21:46

Deux options malheureusement… Soit les têtes sont endommagées et le disque n'arrive pas à lire les infos du SA, soit, plus probablement (et peut-être aussi), le firmware est corrompu. Dans les deux cas, il n'y a ni solution facile, ni solution libre à ma connaissance. Tu peux m'envoyer le disque pour confirmation du diagnostic si tu veux, mais je suis assez pessimiste.

fabrice91 · Le 13/01/2011, à 01:09

rmy a écrit :

Deux options malheureusement… Soit les têtes sont endommagées et le disque n'arrive pas à lire les infos du SA, soit, plus probablement (et peut-être aussi), le firmware est corrompu. Dans les deux cas, il n'y a ni solution facile, ni solution libre à ma connaissance. Tu peux m'envoyer le disque pour confirmation du diagnostic si tu veux, mais je suis assez pessimiste.

Merci pour ces premières impressions, je vais en faire part à mon ami et il décidera peut être de te l'envoyer, il avait des choses auxquelles il tenait (gestion club de sport amateur).

monstrinfo · Le 13/01/2011, à 14:54

rmy a écrit :

Bonjour Jérome,
tu as bien fait de ne pas utiliser write pour l'instant. Ta démarche est la bonne. Tu n'utilises pas correctement les outils, mais ça va venir…
D'abord pour y voir plus clair, donne le retour de
sudo fdisk -l
avec tes deux disques branchés (celui que tu veux récupérer et celui sur lequel tu veux copier l'image). Copie/Colle le résultat entre des balises
Tu peux aussi avec testdisk essayer de lister les fichiers pour voir quel est l'état de ta partition HFS+. Pour cela, lorsque ta partition est détectée (en vert, bonne nouvelle à priori) place toi dessus et appuye sur la touche "P".

bonjour et merci pour ta reponse rapide.
Je n'ai pas le temps de me remettre dessus aujourd'hui, je pense le faire demain et te le poster ici.
pour tesdisk, lorsque j'ai vu ma partition en vert, je n'ai pas trouvé la lettre "P" en option.
alors qu'avec d'autes essais, oui.
est ce que testdisk ne gere pas correctement le HFS+?
bonne journée
à tres bientot
jérome

rmy · Le 13/01/2011, à 21:25

Pour testdisk : je ne suis pas sûr, mais il me semble tout de même avoir déjà listé des fichiers HFS+. À confirmer.

monstrinfo · Le 15/01/2011, à 14:06

rmy a écrit :

Bonjour Jérome,
tu as bien fait de ne pas utiliser write pour l'instant. Ta démarche est la bonne. Tu n'utilises pas correctement les outils, mais ça va venir…
D'abord pour y voir plus clair, donne le retour de
sudo fdisk -l
avec tes deux disques branchés (celui que tu veux récupérer et celui sur lequel tu veux copier l'image). Copie/Colle le résultat entre des balises
Tu peux aussi avec testdisk essayer de lister les fichiers pour voir quel est l'état de ta partition HFS+. Pour cela, lorsque ta partition est détectée (en vert, bonne nouvelle à priori) place toi dessus et appuye sur la touche "P".

Bonjour RMY.
desole, j'ai ete un peu long a répondre.trop occupe ces jours ci....
alors voici le resultat de fdisk -l

root@slax:~# fdisk -l

Disk /dev/hda: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1               1        2797    22466871    7  HPFS/NTFS
/dev/hda2            2798       30401   221729130    b  W95 FAT32

Disk /dev/sdb: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/sdb doesn't contain a valid partition table
root@slax:~#

le disque sdb-160 GB- est LE disque à récupérer.
il est branché en externe avec un boitier USB.
le disque hda est branché en interne.
il est partititionne en deux. la deuxieme partition est en fat 32, dans le but d'accueillir un clone du disque a recuperer.

voici ce que donne TestDisk:

TestDisk 6.9, Data Recovery Utility, February 2008
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb - 160 GB / 149 GiB - CHS 19457 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

 1 P partition_map                  1         63         63
 2 P Free                          64     262207     262144
 3 P HFS                       262208  312581791  312319584
 4 P Free                   312581792  312581807         16

l'analyse quicksearch (ou la partition apparait en vert :-) :

TestDisk 6.9, Data Recovery Utility, February 2008
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb - 160 GB / 149 GiB - CHS 19457 255 63
     Partition               Start        End    Size in sectors
P HFS                       262208  312581791  312319584


Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
                P=Primary  D=Deleted
Keys A: add partition, L: load backup, T: change type,
     Enter: to continue
HFS+, 159 GB / 148 GiB

et l'analyse deepersearch (que j'ai stoppé à 22%, pour economiser mon disque malade...)

TestDisk 6.9, Data Recovery Utility, February 2008
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb - 160 GB / 149 GiB - CHS 19457 255 63

The harddisk (160 GB / 149 GiB) seems too small! (< 233840 TB / 212676 TiB)
Check the harddisk size: HD jumpers settings, BIOS detection...

The following partitions can't be recovered:
     Partition               Start        End    Size in sectors
  HFS                       274784  312594367  312319584
  HFS                       281768  312601351  312319584
  HFS                       284696  312604279  312319584
  HFS                       289600  312609183  312319584
  HFS                       295720  312615303  312319584
  HFS                       302064  312621647  312319584
  HFS                      9595880  978904495  969308616 [Æ^B]
  HFS                     18577240 1079508951 1060931712

Comme tu le vois, l'option "P" lister les fichiers n'apparait nul part.
Merci par avance pour ton aide.
Bon We
jérome

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#301 Le 22/12/2010, à 18:16

Re : [Tuto] Bilan : comment récupérer des données perdues

#302 Le 22/12/2010, à 18:20

Re : [Tuto] Bilan : comment récupérer des données perdues

#303 Le 24/12/2010, à 12:09

Re : [Tuto] Bilan : comment récupérer des données perdues

#304 Le 24/12/2010, à 15:04

Re : [Tuto] Bilan : comment récupérer des données perdues

#305 Le 26/12/2010, à 15:31

Re : [Tuto] Bilan : comment récupérer des données perdues

#306 Le 26/12/2010, à 17:43

Re : [Tuto] Bilan : comment récupérer des données perdues

#307 Le 03/01/2011, à 02:14

Re : [Tuto] Bilan : comment récupérer des données perdues

#308 Le 03/01/2011, à 04:03

Re : [Tuto] Bilan : comment récupérer des données perdues

#309 Le 03/01/2011, à 14:32

Re : [Tuto] Bilan : comment récupérer des données perdues

#310 Le 03/01/2011, à 15:47

Re : [Tuto] Bilan : comment récupérer des données perdues

#311 Le 03/01/2011, à 18:45

Re : [Tuto] Bilan : comment récupérer des données perdues

#312 Le 04/01/2011, à 10:24

Re : [Tuto] Bilan : comment récupérer des données perdues

#313 Le 04/01/2011, à 11:29

Re : [Tuto] Bilan : comment récupérer des données perdues

#314 Le 04/01/2011, à 11:54

Re : [Tuto] Bilan : comment récupérer des données perdues

#315 Le 04/01/2011, à 14:20

Re : [Tuto] Bilan : comment récupérer des données perdues

#316 Le 04/01/2011, à 18:18

Re : [Tuto] Bilan : comment récupérer des données perdues

#317 Le 05/01/2011, à 15:07

Re : [Tuto] Bilan : comment récupérer des données perdues

#318 Le 12/01/2011, à 14:04

Re : [Tuto] Bilan : comment récupérer des données perdues

#319 Le 12/01/2011, à 14:34

Re : [Tuto] Bilan : comment récupérer des données perdues

#320 Le 12/01/2011, à 16:58

Re : [Tuto] Bilan : comment récupérer des données perdues

#321 Le 12/01/2011, à 21:46

Re : [Tuto] Bilan : comment récupérer des données perdues

#322 Le 13/01/2011, à 01:09

Re : [Tuto] Bilan : comment récupérer des données perdues

#323 Le 13/01/2011, à 14:54

Re : [Tuto] Bilan : comment récupérer des données perdues

#324 Le 13/01/2011, à 21:25

Re : [Tuto] Bilan : comment récupérer des données perdues

#325 Le 15/01/2011, à 14:06

Re : [Tuto] Bilan : comment récupérer des données perdues

Pied de page des forums