Contenu | Rechercher | Menus

Annonce

Si vous rencontrez des soucis à rester connecté sur le forum (ou si vous avez perdu votre mot de passe) déconnectez-vous et reconnectez-vous depuis cette page, en cochant la case "Me connecter automatiquement lors de mes prochaines visites".
Test de l'ISO d'Ubuntu francophone : nous avons besoin de testeurs pour la version francophone d'Ubuntu 14.04. Liens et informations ici.

#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 smile

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! smile

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

roger3000 a écrit :

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)


MedionPC MT5 MED MT 162 / pentium IV / RAM 1Go / Radeon HD 3450 AGP / XP, HandyLinux et Xubuntu 14.04 32 bits
Acer Aspire M5100-5F7N / Phenom Quad Core 9500 / ATI HD 2600 pro / RAM 4 Go / Win8, XP et Ubuntu 14.04

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:

Christophe Grenier a écrit :

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 : vractopic uniquemon site pro : www.diskcard.fr
Je récupère et recycle volontiers tous vos disques durs HS (ou pas).
BLACKOUT

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

rmy a écrit :

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

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!

papy88140 a écrit :

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/tdc/

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… sad


récupération de données : vractopic uniquemon site pro : www.diskcard.fr
Je récupère et recycle volontiers tous vos disques durs HS (ou pas).
BLACKOUT

Hors ligne

Haut de page ↑