j'essais de mettre la 2.4.20 sur avec un raid 1  
 
prompt
timeout=50
default=linux-dual
boot=/dev/sda
map=/boot/map
install=/boot/boot.b
message=/boot/message
#linear
lba32
#linux mem=1024M
image=/boot/vmlinuz-2.4.7-10enterprise
 label=linux
 initrd=/boot/initrd-2.4.7-10enterprise.img
 read-only
 root=/dev/sda1
 append="hda=ide-scsi"
 
image=/boot/vmlinuz-2.4.7-10
 label=linux-up
 initrd=/boot/initrd-2.4.7-10.img
 read-only
 root=/dev/sda1
 append="hda=ide-scsi"
image=/boot/vmlinuz-dual
        label=linux-dual
        initrd=/boot/initrd-2.4.20dual
        read-only
        root=/dev/sda1
        append="hda=ide-scsi"
 
les autres noyaux boot mais pas la 2.4.20dual.
snif snif

donne plus de précisions !
support du vfs compilé dans ton 2.4.20 ?

le virtual memroy files system support me semble bien le vfs, il est compilé
 
au fait le message c'est unable to mount vfs at 801  

toi t'as voulu faire le malin en recompilant ton kernel mais tu as mis en module un truc qui fallait mettre en dur dans le kernel !    
si tu n'utilises pas de initrd, tu dois mettre certain truc en dur dans ton kernel : la fs de ton /, le pilote de ton chipset (et les modules parent de celui-ci), l'ide ...  
enfin c'est ça que j'avais oublié la derniere fois que ça m'est arrivé
peut-être que pour toi c'est autre chose

a tout hazard, t'as compiler le support de l'ide scsi ???

à tout hasard, t'aurais pas un flag auto pour le FS de tes partitions dans ton fstab ? parce que chez moi je peux te dire que faire un initrd avec ce flag se traduisait inévitablement par un kernel panic
 
une fois remplacé par ext3, c'est très bien passé (faut refaire l'initrd)

je suis sur que mon scsi marche, car le inirctd truc machin a été crée, et les cd scsi comme les disques sont détectés au bootage. je pense pas que ca vienne de fstab, car il essais deja de monter le vfs, je crois que vfs est monté avant de monter les unités de fstab,  
 
dans mon serveur g pas de ide, si le scsi marche ca suffit

ce qui est important de voir, c'est ce qu'il te dit avant le  
 
unable to mount vfs  
kernel panic, no init found try to pass blabla
 
il y a peut-être un truc du genre : modprobe failed, devfs failed...
 
trouve le message et tu trouveras le pb.

aah c vrai, oui oui
 
y a une connerie du genre
 
/sbin/modprobe -s truc machin failt
 
ecoute, surveille le sujet demain matin je colle le message  
 
merci

ds: no socket drivers loaded
kmod: failed to exec /sbin/modprobe -s -k block-major-f, errno=2
vfs: cannot open root device "801"
 
 

c'est bien ton initrd qui va pas (il charge un ensemble de modules nécessaires au démarrage).
 
je suis pas un expert, mais essaye de recompiler ton noyau avec les options qu'il faut pour qu'il boote sans initrd ou alors trouve pourquoi initrd va pas (il faut trouver la signification du message d'erreur). regarde quand même dans ton fstab.
 
EDIT : à quoi correspond block-major-f dans ton modules.conf ? quel périphérique ?

g fini par appeler IBM, ils me disent
 
ouai ouai, c'est le raid qui pose probleme
 
ben, vous pourriez m'aider??
 
oui, veuillez communiquer votre numéro de carte bleu
 
ben, heuuu, ma société vous a pas payé le support du serveur??
 
si, mais pas sous linux
 
       
 
et moi qui pensais que c'était IBM qui a fait les pub pour linux avec le type qui shoot au panier et tout.

sacré IBM    
 
bon, ça résoud pas le pb tout ça...
 
le 2.4.20, tu l'as compilé toi-même ?
si oui, essaye un noyau de distribution ou alors essaye de le recompiler pour ne pas avoir besoin de l'initrd (il va peut-être falloir le patcher)
 
regarde aussi man mkinitrd, il y a une section sur le RAID.

ouai c moi qui compile le machin, et qd je met
 
mkinitrd -f --preload-module /lib/modules/noyau/raid1.o /boot/2.4 2.4
 
 
il dit qu'il y pas de raid1.o, et pourtant, il y est bien. et ce, meme avec les noyaux qui marchent.
 
j'ai fini par mettre un 2.4.18 en rpm, et la, ca marche tout seul. c marrant car chez moi, la 2.4.20 que je compile marche bien. mais bon, g pas de raid chez moi. si IBM n'etait pas IBM.    
je tai pas dit qd j'ai voulu installé websphere?????
 
bouaarfffeuuu,  

comment qu'on fait pour maker des sources sur un noyau spécifique??
 
 
car, je make un soft, il fait uname pour trouver running kernel, mais il veut à tout prix compiler avec les modules d'un ancien. g bidouiller dans les version.h et tout, y a pas moyen.

il faut que tu installes le paquetage RPM contenant les sources de ce noyau (habituellement kernel-source) et /usr/src/Linux doit être un lien symbolique vers les sources du noyau avec lequel tu veux compiler ( 2.4.18-blabla). normalement, ça se fait (le lien symbolique) automatiquement à l'install de kernel-source.

ah oui, g compris pourkoi il a pas voulu maker le soft, qd je rpm -nodeps je saute les problemes de depences, et g vu qu'il y a des problemes de unresolved truc machin, du coup, il a pas mis les sources ni le lien, mais juste bzimage et les modules. ca boot, mais g pas de sources, alors il veut pas maker le soft.
 
aah, il faut que je me tape tous les upgrades glib,

il peut aussi y avoir un problème au niveau du lien modules <-> sources du noyau :
 
en fait il y a un lien symbolique "build" dans le répertoire : /lib/modules/VERSION_DU_NOYAU pointant sur les sources du noyau courrant (généralement c'est /usr/src/linux-`uname -r` et pas directement /usr/src/linux)
 
certains programmes/drivers utilisent plutôt ce lien en se servant de /lib/modules/`uname -r`/build
 
` = backquote (Alt Gr + 7)
 
sinon pour le problème de mkinitrd, il faut bien spécifier le chemin au complet (on a pas peut-être pas la même version de mkinitrd donc la syntaxe est peut-être aussi différente) :  

oui tu as raison,  
g été con d'oublier d'installer kernel-sources.rpm, g juste mis le kernel.rpm
 
et donc, g pas les sources. aaah ca me soule redhat. je vais me mettre au net bsd moi