Debian 3.1 RAID "hardware" fasttrak tx4000 - kernel 2.4.32 : boot sur array raid 1

["Guillaume JAOUEN" <guillaume.jaouen@rlconsultant.fr>]

Bonjour,

Je travaille actuellement au passage en Raid 1 d'un serveur pour ma société
avec une carte promise fasttrak tx4000 et deux disques de 40 GB (serveur
dns). Cette machine tourne sur un noyau vanilla 2.4.32 prepatch auquel j'ai
ajouté le dernier driver source ft3xx.o. 10.0.0.19

La prise en charge matérielle du contrôleur semble être OK, car je vois le
périphérique /dev/sda chargé de représenter ma matrice raid 1 et je peux la
monter, lire et écrire dessus sans souci.

Dans cette configuration, sur mes deux disques un reste sur le bus ide de la
carte mère /dev/hda et le second est monté sur la carte raid (c'est une
image de hda).

Afin de permettre un boot de la debian depuis la carte raid, j'ai réalisé
les étapes suivantes :

1) Modification de la fstab de /dev/sda afin d'enregistrer les partitions
cibles sous sda"X" et non plus hda"X".
2) copie du fichier /etc/lilo.conf vers /dev/sda1/etc/lilo.conf
3) édition du fichier lilo.conf pour passer les paramètres de boot de hda à
sda.
4) inscription d'un MBR avec les paramètres de sda sur sda par la commande :
/usr/sbin/lilo -r /mnt/etc (répertoire etc de sda) -C /mnt/etc/lilo.conf
(prise en compte du fichier lilo.conf de sda). La procédure fonctionne sans
problème et les options de boot me sont retournées.

Jusque là je ne pense pas faire d'erreur, je me suis assuré également que le
module qui pilote le contrôleur soit chargé au boot dans le noyau avec
modconf.

C'est maintenant que les choses ce compliquent, malgré des paramètres de
boot qui me semble correct, le kernel m'affiche une erreur kernel panic
lorsqu'il tente d'accéder au système de fichier / .

Voici les principaux éléments de configuration :

Vérification du module au boot par lsmod :

Module                  Size  Used by    Tainted: P
vfat                   10540   1  (autoclean)
fat                    31928   0  (autoclean) [vfat]
sg                     32028   0  (autoclean)
ft3xx                 216000   0
ide-scsi               10192   0
rtc                     6440   0  (autoclean)

fstab de /dev/sda :

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>               <dump>
<pass>
/dev/sda1       /               ext3    errors=remount-ro       0       1
/dev/sda2       none            swap    sw                      0       0
proc            /proc           proc    defaults                0       0
/dev/fd0        /floppy         auto    user,noauto             0       0
/dev/cdrom      /cdrom          iso9660 ro,user,noauto          0       0
/dev/sda5       /lost+found     ext3    defaults                        0
2
/dev/sda6       /root   ext3    defaults                        0       2
/dev/sda7       /tmp    ext3    defaults                        0       2
/dev/sda8       /var    ext3    defaults                        0       2
/dev/sda9       /home   ext3    defaults                        0       2
/dev/sda10      /usr    ext3    defaults                        0       2
/proc/bus/usb   none    usbfs   defaults                        0       0

Fichier lilo.conf de sda :

# /etc/lilo.conf - See: `lilo(8)' and `lilo.conf(5)',
# ---------------       `install-mbr(8)', `/usr/share/doc/lilo/',
#                       and `/usr/share/doc/mbr/'.

# +---------------------------------------------------------------+
# |                        !! Reminder !!                         |
# |                                                               |
# | Don't forget to run `lilo' after you make changes to this     |
# | conffile, `/boot/bootmess.txt', or install a new kernel.  The |
# | computer will most likely fail to boot if a kernel-image      |
# | post-install script or you don't remember to run `lilo'.      |
# |                                                               |
# +---------------------------------------------------------------+

# Support LBA for large hard disks.
lba32

# Overrides the default mapping between harddisk names and the BIOS'
# harddisk order. Use with caution.
#disk=/dev/hde
#    bios=0x81

disk=/dev/sda
bios=0x80

# Specifies the boot device.  This is where Lilo installs its boot
# block.  It can be either a partition, or the raw device, in which
# case it installs in the MBR, and will overwrite the current MBR.
#
boot=/dev/sda

# Specifies the device that should be mounted as root. (`/')
#
root=/dev/sda1

# Enable map compaction:
# Tries to merge read requests for adjacent sectors into a single
# read request. This drastically reduces load time and keeps the
# map smaller.  Using `compact' is especially recommended when
# booting from a floppy disk.  It is disabled here by default
# because it doesn't always work.
#
# compact

# Installs the specified file as the new boot sector
# You have the choice between: bmp, compat, menu and text
# Look in /boot/ and in lilo.conf(5) manpage for details
#
install=/boot/boot-menu.b

# Specifies the location of the map file
#
map=/boot/map

# You can set a password here, and uncomment the `restricted' lines
# in the image definitions below to make it so that a password must
# be typed to boot anything but a default configuration.  If a
# command line is given, other than one specified by an `append'
# statement in `lilo.conf', the password will be required, but a
# standard default boot will not require one.
#
# This will, for instance, prevent anyone with access to the
# console from booting with something like `Linux init=/bin/sh',
# and thus becoming `root' without proper authorization.
#
# Note that if you really need this type of security, you will
# likely also want to use `install-mbr' to reconfigure the MBR
# program, as well as set up your BIOS to disallow booting from
# removable disk or CD-ROM, then put a password on getting into the
# BIOS configuration as well.  Please RTFM `install-mbr(8)'.
#
# password=tatercounter2000

# Specifies the number of deciseconds (0.1 seconds) LILO should
# wait before booting the first image.
#
delay=20

# You can put a customized boot message up if you like.  If you use
# `prompt', and this computer may need to reboot unattended, you
# must specify a `timeout', or it will sit there forever waiting
# for a keypress.  `single-key' goes with the `alias' lines in the
# `image' configurations below.  eg: You can press `1' to boot

# `Linux', `2' to boot `LinuxOLD', if you uncomment the `alias'.
#
# message=/boot/bootmess.txt
prompt
timeout=150
#	prompt
#	single-key
#	delay=100
#	timeout=100

# Specifies the VGA text mode at boot time. (normal, extended, ask, <mode>)
#
# vga=ask
# vga=9
#
vga=normal

# Kernel command line options that apply to all installed images go
# here.  See: The `boot-prompt-HOWO' and `kernel-parameters.txt' in
# the Linux kernel `Documentation' directory.
#
# append="acpi=on"

# Boot up Linux by default.
#
default=Linux

image=/vmlinuz
	label=Linux
	read-only
#	restricted
#	alias=1

image=/vmlinuz.old
	label=LinuxOLD
	read-only
	optional
#	restricted
#	alias=2

image=/boot/vmlinuz-2.4.32
	label=Lintest
	read-only
	optional

# If you have another OS on this machine to boot, you can uncomment the
# following lines, changing the device name on the `other' line to
# where your other OS' partition is.
#
# other=/dev/hda4
#	label=HURD
#	restricted
#	alias=3
other=/dev/sda2
  label="Other(sda2)"

Si parmi vous des personnes ont déjà été confrontées à cette difficulté,
merci de me faire savoir si j'ai commis une erreur de configuration ou si
cela n'est tout simplement pas possible (sans doute du fait de l'utilisation
d'un module et non d'un pilote intégré au noyau qui pourrait provoquer une
incapacité de montage des partitions lors de l'initialisation du noyau...)

Il s'agit d'une petite machine (celeron 1700) et j'aimerais autant que
possible éviter de passer sur un raid logiciel qui est bien moins
confortable que le semi-raid hardware de la carte promise (prise en compte
du secteur de boot pour redémarrage direct en accès LBA et capacité d'hot
swap, pas de surcharge de 25 % de l'utilisation CPU...)

Si toutefois un raid software est inévitable, j'aimerais bien savoir où
trouver un bon tuto pour ne pas détruire mon disque source, car en effet je
ne dispose que de peu de moyens et je n'ai donc pas de 3eme disque pouvant
me servir de backup.

Je remercie par avance l'ensemble de la communauté pour l'aide qu'elle sera
en mesure de m'apporter.

Cordialement,
Guillaume JAOUEN.