Salut,
Je ne l'ai utilisé que pour récupérer des tables de partitions,
mais peut-être que testdisk pourrait t'être utile...
http://www.cgsecurity.org/wiki/TestDisk
Mathieu
Salut à tous,
J'ai un disque de 1TB, ext3 sur une machine sans écran. Hier la machine
a planté, je l'ai redémarrée et là, plus de filesystem. Lors du fsck, il
m'a informé qu'il fallait enlever le journal (pour repasser en ext2),
j'ai dit oui, puis il m'a dit qu'il allait s'arrêter car la taille du fs
ne correspondait pas à celle du disque (bizarre).
Et depuis ... impossible de relancer fsck, il ne trouve plus de
superblock ! J'ai essayé avec tous les superblocks donnés par mke2fs,
ien n'y fait.
Ma douce et tendre commence à faire la gueule, vu tout ce qu'il avait
dessus (non sauvegardé, évidemment). Si une bonne âme douée pour ce
genre de coup dur pouvait me donner un coup de main, ça serait avec
joie, je commence à désespérer sévèrement :(
Merci,
Xav
file -s /dev/mapper/crash:
/dev/mapper/crash: Linux rev 1.0 ext3 filesystem data, UUID=9dbbdc6b-98e-4ac6-80c5-2ccc75e01e07, volume name "CRASH" (needs journal recovery) (errors) (large files)
fsstat /dev/mapper/crash:
FILE SYSTEM INFORMATION
File System Type: Ext3
Volume Name: CRASH
Volume ID: 71ee075cc2cc580c64a8e096bdcbb9d
Last Written at: Sat Apr 3 16:50:35 2010
Last Checked at: Tue Mar 4 11:16:44 2008
Last Mounted at: Sat Apr 3 16:50:35 2010
Unmounted properly
Last mounted on:
Source OS: Linux
Dynamic Structure
Compat Features: Journal, Resize Inode, Dir Index
InCompat Features: Filetype, Needs Recovery,
Read Only Compat Features: Sparse Super, Has Large Files,
Journal ID: 00
Journal Inode: 8
METADATA INFORMATION
Inode Range: 1 - 2759792071
Root Directory: 2
Free Inodes: 145300476
CONTENT INFORMATION
Block Range: 0 - 489073190
Total Range in Image: 0 - 244189999
Block Size: 4096
Free Blocks: 57359400
BLOCK GROUP INFORMATION
Number of Block Groups: 14926
Inodes per group: 16384
Blocks per group: 32768
File system is corrupt (extXfs_group_load: Group 0 descriptor block locations too large at byte offset 4096)
mkfs.ext3 -n -O large_file,sparse_super,resize_inode,dir_index,filetype /dev/mapper/crash mke2fs 1.41.11 (14-Mar-2010):
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
61054976 inodes, 244190000 blocks
12209500 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
7453 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848
fsck /dev/mapper/crash :
fsck from util-linux-ng 2.16.2
e2fsck 1.41.11 (14-Mar-2010)
fsck.ext3: Superblock invalid, trying backup blocks...
fsck.ext3: The ext2 superblock is corrupt while trying to open /dev/mapper/crash
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
