#1 Le 09/05/2011, à 09:13
- roger3000
[ECHEC] recuperer des données sur disque formaté ext4>ext3
Hello,
Ca y est, c'est mon tour
J'ai réinstallé LinuxMint 9 KDE en suivant la méthode n°2 donnée ici:
http://doc.ubuntu-fr.org/reinstallation … on_separee
J'ai malheureusement dû faire une bourde au moment critique de l'attribution des partitions:
/sda1 -> fat16, DellUtility
/sda2 -> ext3, Reliquat de formatage précédent
/sda3 -> extended
../sda7 -> ext4, /
../sda5 -> ext3, /home
../sda6 -> swap
mint@mint ~ $ sudo sfdisk -luS
Disk /dev/sda: 38913 cylinders, 255 heads, 63 sectors/track
Warning: extended partition does not start at a cylinder boundary.
DOS and Linux will interpret the contents differently.
Units = sectors of 512 bytes, counting from 0
Device Boot Start End #sectors Id System
/dev/sda1 63 658664 658602 de Dell Utility
/dev/sda2 * 658665 1654392 995728 83 Linux
/dev/sda3 1654882 625137344 623482463 5 Extended
/dev/sda4 0 - 0 0 Empty
/dev/sda5 41625600 604037119 562411520 83 Linux
/dev/sda6 604044063 625137344 21093282 82 Linux swap / Solaris
/dev/sda7 1654884 41624414 39969531 83 Linux
la partition /sda5, /home séparé, anciennement ext4, a été formatée en /ext3...
Dès que je me suis apperçu de cette erreur, j'ai rebooté sur un live cd, et je suis venu vous demander un peu d'aide...
Question: quelle est la probabilité de récupérer quelque chose de viable?
Cet ordi est utilisé en usage professionel. J'effectue des backup réguliers, mais évidemment, il y a toujours un certain temps de latence, qui ici se traduit en % de pertes de données. S'il est possible de récupérer ces data, ca me permettra de limiter les dégats, et de travailler sur un autre poste pendant que l'ordi récupère ce qui est récupérable. Dans le cas contraire, il faudra que je reparte de la sauvegarde à formattage - 1 semaine, et que je ré-analyse tout... ce qui me prendra un peu de temps...
EDIT:
testdisk ne détecte aucun problème
Disk /dev/sda - 320 GB / 298 GiB - CHS 38914 255 63
Partition Start End Size in sectors
* FAT16 >32M 0 1 1 40 254 63 658602 [DellUtility]
P Linux 41 0 1 102 250 13 995728
P Linux 103 1 27 2481 176 63 38213632
L Linux 2591 18 52 37599 145 50 562411520
L Linux Swap 37599 178 20 38109 176 59 8193064
L Linux Swap 38380 1 1 38889 254 40 8193064
Structure: Ok
Merci pour votre aide!!
Dernière modification par roger3000 (Le 10/05/2011, à 08:41)
Hors ligne
#2 Le 09/05/2011, à 16:59
- roger3000
Re : [ECHEC] recuperer des données sur disque formaté ext4>ext3
Bon,
je suis en train de tenter une récup par photorec, qui, en effet, semble fonctionner: j'ai un certain nombre de fichiers qui sont trouvés et copiés sur un support externe.
Simplement, ces fichiers ont des noms improbables: f143634.txt, etc.
Ca correspond à quoi?
Y a t il une possibilité de... euh... faire en sorte que les noms de fichiers correspondent à quelquechose de compréhensible?
Désolé de pas être clair sur la formulation, ca dépasse mes compétences!
merci pour votre aide!!
Hors ligne
#3 Le 09/05/2011, à 17:04
- Gilead Maerlyn
Re : [ECHEC] recuperer des données sur disque formaté ext4>ext3
Je ne connais pas photorec, mais depuis le live-cd, tu dois pouvoir utiliser testdisk. Voici un guide pour récupérer ta partition formatée. (si tu n'as rien écrit dessus, tu devrais pouvoir récupérer tes fichiers, avec leurs noms et tout...)
EDIT : Ah, j'avais pas lu ton edit, disant que tu avais déjà testé testdisk, désolé...
EDIT 2 : En fait, c'est normal qu'il détecte pas de problème, ta partition n'est peut-être pas ce que tu voulais, mais elle va bien, normalement.
Dernière modification par Gilead Maerlyn (Le 09/05/2011, à 17:08)
Hors ligne
#4 Le 09/05/2011, à 17:18
- malbo
Re : [ECHEC] recuperer des données sur disque formaté ext4>ext3
Dès que je me suis apperçu de cette erreur, j'ai rebooté sur un live cd, et je suis venu vous demander un peu d'aide...
Question: quelle est la probabilité de récupérer quelque chose de viable?
A mon avis, tant que tu continues à démarrer le PC sur un support live comme tu le fais, la probabilité n'est pas nulle. Peux-tu poster dans cette discussion où rmy centralise les demandes d'aide : http://forum.ubuntu-fr.org/viewtopic.php?id=447877
Edit : je viens de constater que tu l'avais déjà fait....
Dernière modification par malbo (Le 09/05/2011, à 17:20)
Hors ligne
#5 Le 09/05/2011, à 19:58
- roger3000
Re : [ECHEC] recuperer des données sur disque formaté ext4>ext3
hello
merci pour vos reponses.
J'ai eu confirmation de Christophe Grenier:
Je pense qu'il y a 75% de chance. Une seule façon de savoir: essayer.
Comme pour tout fichier récupéré avec PhotoRec, les fichiers récupérés n'auront pas les noms d'origine.
Bon, ca va donc récupérer mes data, ca le fait même plutot pas mal pour l'instant.
Arès il me faudra faire le tri. Ca, ca va me prendre enormément de temps...
Hors ligne
#6 Le 10/05/2011, à 08:02
- roger3000
Re : [ECHEC] recuperer des données sur disque formaté ext4>ext3
bien
photorec a tourné toute la nuit.
J'ai récupéré 31GiB sur une partition de 268GiB remplie à 75%+
=> la proportion de perte est non négligeable!
Y a t il d'autres moyens de tenter de recuperer les data? est il possible de récupérer les fichiers avec des noms qui peuvent me dire quelque chose?
Sinon, il va me falloir de nouveau remplir la partition qui pose probleme, pour que je puisse bosser en local, sans avoir de live cd et un HDD externe branché sur le portable...
merci pour votre aide!
Dernière modification par roger3000 (Le 10/05/2011, à 08:16)
Hors ligne
#7 Le 10/05/2011, à 08:41
- roger3000
Re : [ECHEC] recuperer des données sur disque formaté ext4>ext3
Bilan de l'opération: échec.
Je n'ai récupéré que des documents systeme (.txt, .png, etc...). Les quelques word et autres odp étaient illisibles...
Hors ligne
#8 Le 10/05/2011, à 11:16
- rmy
Re : [ECHEC] recuperer des données sur disque formaté ext4>ext3
Bonjour, désolé pour la réactivité, je suis à solution linux.
Je ne vois pas comment résoudre ton problème. Le fait est qu'en écrasant une partition ext3 par une ext4 tu as très probablement écrasé les superblocs précédents. Essaye éventuellement de voir du côté d'ext3grep, sinon à part photorec…
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
Hors ligne
#9 Le 10/05/2011, à 11:39
- papy88140
Re : [ECHEC] recuperer des données sur disque formaté ext4>ext3
Bonjour,
il existe un moyen de récupérer des fichiers de taille moyenne avec foremost
Le plus difficile sera de récupérer les gros fichiers car s'ils sont en plusieurs segments, on n'aura aucun moyen de
les localiser sans l'index qui a été effacé lors du formatage.
Linux à Contrexéville ?
http://leclug.free.fr/forum/
Hors ligne
#10 Le 10/05/2011, à 12:28
- roger3000
Re : [ECHEC] recuperer des données sur disque formaté ext4>ext3
Bonjour, désolé pour la réactivité, je suis à solution linux.
Je ne vois pas comment résoudre ton problème. Le fait est qu'en écrasant une partition ext3 par une ext4 tu as très probablement écrasé les superblocs précédents. Essaye éventuellement de voir du côté d'ext3grep, sinon à part photorec…
ah ben évidemment, si tu n'es pas 100% dispo pour des problemes qui peuvent arriver on ne sait pas quand...
superblocs écrasés = c'est mort, c'est ca?
je tente de suite ext3grep.
Si ca peut m'avancer un peu, ca sera déja tres bien!
il existe un moyen de récupérer des fichiers de taille moyenne avec foremost
OK, merci pour l'info.
Je l'avais déjà utilisé pour un autre probleme. J'avais laissé tombé car je n'avais pas de support externe suffisamment grand pour stocker l'output, ce qui n'est pas le cas actuellement - et les data sont suffisemment précieuses pour que je tente!
Donc, ca sera l'option n°2, apres ext3grep.
merci à tous les deux!
Hors ligne
#11 Le 10/05/2011, à 13:11
- roger3000
Re : [ECHEC] recuperer des données sur disque formaté ext4>ext3
Bon,
Voici les outputs ext3grep.
Désolé, je les mets un peu "en vrac", je ne maitrise pas suffisemment la bête pour savoir que faire comment faire; j'ai donc simplement suivi les premiers pas ici: http://www.xs4all.nl/~carlo17/howto/undelete_ext3.html
mint@mint ~ $ sudo ext3grep /dev/sda5 --superblock | grep 'size'
Block size: 4096
Fragment size: 4096
mint@mint ~ $ sudo ext3grep /dev/sda5 --ls --inode
Running ext3grep version 0.10.1
ext3grep: option '--inode' requires an argument
No action specified; implying --superblock.
WARNING: I don't know what EXT3_FEATURE_COMPAT_EXT_ATTR is.
Inodes count: 17580032
Blocks count: 70301440
Reserved blocks count: 3515072
Free blocks count: 69145605
Free inodes count: 17579686
First Data Block: 0
Block size: 4096
Fragment size: 4096
Number of blocks per group: 32768
Number of fragments per group: 32768
Number of inodes per group: 8192
Mount time: Fri May 6 18:40:56 2011
Write time: Fri May 6 19:09:10 2011
Mount count: 5
Maximal mount count: 30
Magic signature: 0xef53
File system state: 'Unmounted cleanly'
Size of inode structure: 256
Block group # of this superblock: 0
compatible feature set: HAS_JOURNAL EXT_ATTR RESIZE_INODE DIR_INDEX
incompatible feature set: FILETYPE
readonly-compatible feature set: SPARSE_SUPER LARGE_FILE
Per group desc for online growth: 1007
UUID of journal superblock: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
Inode number of journal file: 8
Device number of journal file: 0
Start of list of inodes to delete: 0
First metablock block group: 0
Number of groups: 2146
Group 0: block bitmap at 1025, inodes bitmap at 1026, inode table at 1027
31223 free blocks, 8180 free inodes, 2 used directory
Group 1: block bitmap at 33793, inodes bitmap at 33794, inode table at 33795
31229 free blocks, 8192 free inodes, 0 used directory
.............[Groups listés, tous 31229 free blocks, 8192 free inodes, 0 used directory).............
Group 2145: block bitmap at 70287360, inodes bitmap at 70287361, inode table at 70287362
13566 free blocks, 8192 free inodes, 0 used directory
Minimum / maximum journal block: 35095042 / 35128357
Loading journal descriptors... sorting... done
The oldest inode block that is still in the journal, appears to be from 1304707268 = Fri May 6 18:41:08 2011
Number of descriptors in journal: 2177; min / max sequence numbers: 62 / 347
No action was specified. For example, specify one of:
--inode ino Show info on inode 'ino'; inode 2 is the root.
--block blk [--ls] Show info on block 'blk'.
--histogram=dtime --after=1000000000 --before=1400000000
Show deletion-time histogram (zoom in afterwards).
--help Show all possible command line options.
mint@mint ~ $ sudo ext3grep /dev/sda5 --inode 2 --print
Running ext3grep version 0.10.1
WARNING: I don't know what EXT3_FEATURE_COMPAT_EXT_ATTR is.
Number of groups: 2146
Loading group metadata... done
Minimum / maximum journal block: 35095042 / 35128357
Loading journal descriptors... sorting... done
The oldest inode block that is still in the journal, appears to be from 1304707268 = Fri May 6 18:41:08 2011
Number of descriptors in journal: 2177; min / max sequence numbers: 62 / 347
Hex dump of inode 2:
0000 | ed 41 00 00 00 10 00 00 17 fe c3 4d db fd c3 4d | .A.........M...M
0010 | db fd c3 4d 00 00 00 00 00 00 04 00 08 00 00 00 | ...M............
0020 | 00 00 00 00 00 00 00 00 03 06 00 00 00 00 00 00 | ................
0030 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................
0040 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................
0050 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................
0060 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................
0070 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................
0080 | 1c 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................
0090 | 4e fc c3 4d 00 00 00 00 00 00 00 00 00 00 00 00 | N..M............
00a0 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................
00b0 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................
00c0 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................
00d0 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................
00e0 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................
00f0 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................
Inode is Allocated
Group: 0
Generation Id: 0
uid / gid: 0 / 0
mode: drwxr-xr-x
size: 4096
num of links: 4
sectors: 8 (--> 0 indirect blocks).
Inode Times:
Accessed: 1304690199 = Fri May 6 13:56:39 2011
File Modified: 1304690139 = Fri May 6 13:55:39 2011
Inode Modified: 1304690139 = Fri May 6 13:55:39 2011
Deletion time: 0
Direct Blocks: 1539
Finding all blocks that might be directories.
D: block containing directory start, d: block containing more directory entries.
Each plus represents a directory start that references the same inode as a directory start that we found previously.
Searching group 0: DD++DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDddddddddddddddddddddddddddddddd
Searching group 1:
Searching group 2:
Searching group 3:
Searching group 4:
Searching group 5:
Searching group 6:
Searching group 7:
Searching group 8:
Searching group 9:
Searching group 10:
Searching group 11:
Searching group 12:
Searching group 13:
Searching group 14:
Searching group 15:
Searching group 16:
Searching group 17:
Searching group 18:
Searching group 19:
Searching group 20:
Searching group 21:
Searching group 22:
Searching group 23:
Searching group 24:
Searching group 25:
Searching group 26:
Searching group 27:
Searching group 28:
Searching group 29:
Searching group 30:
Searching group 31:
Searching group 32: DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD
Searching group 33:
Searching group 34:
Searching group 35:
Searching group 36:
Searching group 37:
Searching group 38:
Searching group 39:
Searching group 40:
Searching group 41:
Searching group 42:
Searching group 43:
Searching group 44:
Searching group 46:
Searching group 47:
Searching group 48: DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD
Searching group 49:
Searching group 50:
Searching group 51:
Searching group 52:
(.........................................)
Searching group 167: ext3grep: get_block.cc:37: unsigned char* get_block(int, unsigned char*): Assertion `device.good()' failed.
Aborted (core dumped)
et je me suis arrêté au message "Aborted".
Hors ligne
#12 Le 10/05/2011, à 13:13
- roger3000
Re : [ECHEC] recuperer des données sur disque formaté ext4>ext3
En ce qui concerne foremost:
La commande suivante est censée me lister les fichiers récupérables (http://doc.ubuntu-fr.org/foremost#utilisation)
mint@mint ~ $ sudo foremost -w -i /dev/sda5 -o /media/ito/foremost
J'obtient un audit.txt qui contient un certain nombre de lignes, je tente donc: sudo foremost -t all -i /dev/sda5 -o /media/ito/foremost/output -T
Dernière modification par roger3000 (Le 10/05/2011, à 13:24)
Hors ligne
#13 Le 10/05/2011, à 13:41
- roger3000
Re : [ECHEC] recuperer des données sur disque formaté ext4>ext3
Bon, ben je ne sors pas grand chose de tout ca, malheureusement...
ca m'apprendra à faire des backups à chaque modification de fichier!
Hors ligne
#14 Le 10/05/2011, à 14:43
- Hoper
Re : [ECHEC] recuperer des données sur disque formaté ext4>ext3
Au minimum une incrémentale tous les soirs je dirai...
Mes tutos et coups de gueule :
http://hoper.dnsalias.net/atdc/
Mastodon: @hoper@framapiaf.org
Hors ligne
#15 Le 14/05/2011, à 14:46
- rmy
Re : [ECHEC] recuperer des données sur disque formaté ext4>ext3
désolé, je crois malheureusement que le tour de la question a été fait…
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
Hors ligne