Kernel panic en bootant sur 2.6.2

[nick667]

Je me suis compilé un noyau 2.6.2 pour remplacer mon 2.6.0-k7 fourni par debian et quand je reboote après l'avoir installé, j'ai un message kernel panic :

VFS: Cannot open root device "305" or unknown-block (3.5)

Please apend a correct "root=" boot option

Kernel panic : VFS : unable to mount root fs on unknown block (3.5)

mon lilo.conf est défini comme suit:

image=/vmlinuz    #/boot/vmlinuz-2.6.6-k7

      label=Linux_2.6

      read-only

 

J'ai vérifié ma configuration, exfs3 est en dur et mon chipset en en module.

J'ai aussi essayé de passer un root=/dev/hda5 au prompt de lilo sans succès.

[Greywolf]

lut nick,

 

tu peux faire voir ton /etc/lilo.conf? (essaie de repérer une ligne avec root et ton device 305 )

 

c'est pas un DD sur du RAID ou SCSI? (des fois que ....)

le 2.6.0-k7 boote sur le même système racine j'imagine, pas d'initrd que le 2.6.2 n'aurait pas?

[nick667]

Slt Greywolf

Là c'est configuré pour démarrer le 2.6.0-k7, pour le 2.6.2 avec ou sans le initrd c'est pareil.

Mes disques sont des IDE tout ce qu'il y a de plus normal

# /etc/lilo.conf

# Fichier de configuration de LILO

# Formation Debian GNU/Linux par Alexis de Lattre

# http://www.via.ecp.fr/~alexis/formation-linux/

 

# Plus d'information dans "man lilo.conf"

 

# DEBUT de la partie GLOBALE

 

# Support des disques de grande capacité

lba32

 

# Disque sur lequel LILO va écrire le MBR

boot=/dev/hda

 

# La partition racine de Linux

root=/dev/hda5

 

# Boot loader à utiliser

install=/boot/boot-menu.b

 

# Emplacement de la "map"

map=/boot/map

 

# Je veux que LILO affiche un menu pour choisir entre les O.S.

prompt

 

# Temps en dixièmes de secondes au bout duquel LILO

# lance l'O.S. définit par défaut

timeout=150

 

# Choix du mode VGA pour la console

vga=normal

 

# FIN de la partie GLOBALE

 

# DEBUT de la partie de définition des O.S.

 

# "Label" de l'O.S. booté par défaut

default=Linux_2.6

 

# Définition de Linux avec son noyau principal

image=/vmlinuz

label=Linux_2.6

read-only

initrd=/initrd.img

 

# Définition de Linux avec son noyau de secours

image=/vmlinuz.old

label=Linux_2.4

read-only

 

# Définition d'un éventuel Windows 95, 98, ME, 2000 ou XP

# Partition sur laquelle est installé Windows

other=/dev/hda1

label=Windows

 

# FIN de la partie de définition des O.S.

 

[Greywolf]

Suite à notre conversation sur MSN et l'impossibilité de passer en dur le support du chipset IDE nvidia sur le noyau 2.6.2, je te propose de construire une image initrd qui va contenir le module du chipset nvidia afin que le système puisse charger les disques durs (enfin j'espère).

 

Support de l'initrd dans le noyau

# Block devices

#

CONFIG_BLK_DEV_FD=y

# CONFIG_BLK_DEV_XD is not set

# CONFIG_PARIDE is not set

# CONFIG_BLK_CPQ_DA is not set

# CONFIG_BLK_CPQ_CISS_DA is not set

# CONFIG_BLK_DEV_DAC960 is not set

# CONFIG_BLK_DEV_UMEM is not set

CONFIG_BLK_DEV_LOOP=m

CONFIG_BLK_DEV_CRYPTOLOOP=m

CONFIG_BLK_DEV_NBD=m

CONFIG_BLK_DEV_RAM=y

CONFIG_BLK_DEV_RAM_SIZE=4096

CONFIG_BLK_DEV_INITRD=y

CONFIG_LBD=y

 

# File systems

#

CONFIG_EXT2_FS=y

# CONFIG_EXT2_FS_XATTR is not set

CONFIG_EXT3_FS=y

CONFIG_EXT3_FS_XATTR=y

# CONFIG_EXT3_FS_POSIX_ACL is not set

# CONFIG_EXT3_FS_SECURITY is not set

CONFIG_JBD=y

# CONFIG_JBD_DEBUG is not set

CONFIG_FS_MBCACHE=y

# CONFIG_REISERFS_FS is not set

# CONFIG_JFS_FS is not set

# CONFIG_XFS_FS is not set

# CONFIG_MINIX_FS is not set

CONFIG_ROMFS_FS=y

# CONFIG_QUOTA is not set

# CONFIG_AUTOFS_FS is not set

CONFIG_AUTOFS4_FS=y

 

le classique make clean bzImage modules && make modules_install

 

Création de l'image initrd avec mkinitrd (package initrd-tools):

renseigner le fichier /etc/mkinitrd/modules avec le nom du module nvidia IDE <= indique à l'image initrd les modules à charger avant de continuer le process de chargement.

 

mkinitrd -o /boot/initrd-2.6.2 /lib/modules/2.6.2

 

si le système de fichiers cramfs est mal supporté par le noyau, il est possible de modifier le FS de l'image initrd généré en éditant /etc/mkinitrd/mkinitrd.conf (changer mkcramfs par mke2fs par exemple)

 

modifier /etc/lilo.conf pour qu'il utilise l'image initrd nouvellement générée, un coup de /sbin/lilo

...

et on croise les doigts pour le reboot

[nick667]

en fait c'etait tout con, le .config d'alexis de lattre est buggé, le support ata/atapi/ide est en module, je 'ai passé en dur et j'ai pu passer el module du chipset ide nvidia et là rulezzzzzzzz.

[KewlCat]

le .config d'alexis de lattre est buggé, le support ata/atapi/ide est en module

Tu l'as prévenu ?

[nick667]

vi vi vi

[KewlCat]

vi vi vi

Très très bien