Xavier Bestel a écrit : > 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>
>
>
>
>
>
>
>
