Les Superbloks des partitions Raid ne sont pas lu au BOOT

Bonjour à tous !

Alors que je finissais de configurer ma Debian Sid, une coupure d’électricité
de quelques dizaine de secondes à planté mon serveur…

Au redémarrage il n’y eu aucun problème aparent… a part que la date du system m’indiquait le 1 janvier 2001… Il semble que j’ai quelque souci avec la pile du BIOS…

Je remet la bonne date dans le BIOS et redémarre et la grosse surprise les partitions RAID ne sont plus lisible par fsck au démarrage :

fsck.ext3: No such file or directory while trying to open /dev/md0
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 ab alternate superblock :
      e2fsck -b 8193 <device>

(message identique pour chaque /dev/mdx)

Il m’est proposé de restaurer les Superbloks manuellement depuis une console de récupération…

mais :

Donne le même message d’erreur

Sortie de df -h

Filesystem            Size  Used Avail Use% Mounted on
/dev/hde6             3.7G  154M  3.4G   5% /
udev                   10M  172K  9.9M   2% /dev
devshm                507M     0  507M   0% /dev/shm
/dev/hde2             449M   27M  399M   7% /boot
/dev/fd0              1.4M  469K  871K  35% /media/flopy

Sortie de /proc/mdstat

Personalities : 
unused devices: <none>

Il me semble qu’aucune partition raid n’est montée !?

le contenu de /etc/fstab

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
/dev/hde6       /               ext3    defaults,errors=remount-ro 0       1
/dev/hde2       /boot           ext3    defaults        0       2
/dev/md8        /home           ext3    defaults        0       2
/dev/md2        /opt            ext3    defaults        0       2
/dev/md3        /root           ext3    defaults        0       2
/dev/md7        /tmp            ext3    defaults        0       2
/dev/md0        /usr            ext3    defaults        0       2
/dev/md1        /usr/local      ext3    defaults        0       2
/dev/md4        /var            ext3    defaults        0       2
/dev/md5        /var/mail       ext3    noexec          0       2
/dev/md6        /var/news       ext3    defaults        0       2
/dev/hde5       none            swap    sw              0       0
/dev/hdf5       none            swap    sw              0       0
/dev/hdg5       none            swap    sw              0       0
/dev/hdh5       none            swap    sw              0       0
/dev/hda        /media/cdrom0   iso9660 ro,user,noauto  0       0
/dev/scd0       /media/cdrom1   iso9660 ro,user,noauto  0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto  0       0
/var/havp.img	/var/tmp/havp	ext2	loop,mand	0	0

Je me demande si fsck ne tente pas de vérifier les partions Raid avant quel soient montées…

Que puis-je faire pour récupérer mon system ?

merci d’avance.

je ne pense pas que ça résolve le pb, mais tu peux aussi tester d’aures superblocks:

[code]-b superblock
Instead of using the normal superblock, use an alternative superblock specified by superblock. This option is nor-
mally used when the primary superblock has been corrupted. The location of the backup superblock is dependent on the
filesystem’s blocksize. For filesystems with 1k blocksizes, a backup superblock can be found at block 8193; for
filesystems with 2k blocksizes, at block 16384; and for 4k blocksizes, at block 32768.

          Additional backup superblocks can be determined by using the mke2fs program using the -n option to print out where the
          superblocks  were created.   The -b option to mke2fs, which specifies blocksize of the filesystem must be specified in
          order for the superblock locations that are printed out to be accurate.

          If an alternative superblock is specified and the filesystem is not opened read-only, e2fsck will make sure  that  the
          primary superblock is updated appropriately upon completion of the filesystem check.

[/code]