Ubuntu-fr

fr-loic

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

à 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é...

---

La liberté n'a de valeur que partagée → Into the wild

rmy

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

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, à 19:21)

---

récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr

fabrice91

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

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

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

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.

---

récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr

denisbzh

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

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

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

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

---

récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr

Loy

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

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.

---

Pensez à consulter la doc avant de poster…
Loy is back on Ubuntu ! (et pour de bon cette fois ci )
Créateur de Silence

rmy

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

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

---

récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr

fabrice91

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

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 ???

FAT1 : 32-19124
FAT2 : 19125-38217

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

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

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

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, à 16:48)

rmy

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

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.

---

récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr

fabrice91

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

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

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 ?

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 ?

À 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

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

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 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 :

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

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

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û"…)

---

récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr

fabrice91

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

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

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

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.

---

récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr

fabrice91

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

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

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

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

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

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".

---

récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr

fabrice91

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

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 :

[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 :

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 :

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 :

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, à 17:59)

rmy

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

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.

---

récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr

fabrice91

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

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

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

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

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

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

---

récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr

monstrinfo

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

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