Version imprimable
Je suis en train d'installer un noyau standard pour faire des tests de compilation d'un noyau minimal pour une version embarquée.
Malheureusement au demarrage j'arrive à un kernel panic
/sbin/init:432 impossible d'ouvrir dev/console (pourtant il existe)
kernel panic kill init
Je n'ai installé que le noyau 2.6.24.3 original de kernel.org tous le reste provient d'une distri DEBIAN
Quelqu'un a-t-il une idée?
Si tu as compilé toi même le noyau, il y a de forte change que tu ai oublié ou désactivé une option lors de la config. Si tu est bien passé par la case make menuconfig.Citation:
Envoyé par gijy
Oui je suis passé par la case xconfig (plus conviviale) avec pas mal de maux de tete au passage (ext2 ext3 en static + initramfs support coché)
Bon et bien j'y retourn au config.
Petite curiosité:
As tu compilé ton noyau à la sauce debian :
Et si oui as tu bien ajouté le paramètre -initrd à la commande make-kpkg qui a pour objectif de créer l'image initrd qui va te charger tous les modules qui vont bien avant de démarrer le système principal ? :)Code:
2
<:alerte:>Ce n'est pas -initrd mais --initrd </:alerte:>Citation:
Envoyé par CedrX
Sinon, quant à la compilation, je compile toujours de la manière suivante :
Cette commande créée un paquet .deb dans le forum parent que tu as juste besoin de d'installer.Code:make-kpkg -rootcmd fakeroot kernel_image modules_image --initrd
Sinon, pourquoi recompiler ton noyau? Quel but veux-tu atteindre? On ne compile pas -en général- un noyau juste pour le plaisir ;)
++
Non je ne veux pas compiler le noyau à la sauce Debian (deja fait une fois)
Le but cette d'installer un noyau embarque patche avec une couche temps reel Xenomia.
Cette possibilité ne peut ce faire qu'à partir d'un noyau d'origine Kernel.org et non d'une distribution. Celle ci modifie parfois le code noyau il y a donc des risques de compatibilité.
Personne n'a une petite idee sur mon kernel panic
/dev/console
kill init !
vraiement!:(
Ben tu nous dit qu'il existe, mais je ne suis pas si sûr.
Tu le vois depuis ton noyau qui fonctionne bien et tout. Le device que tu vois a donc été "créé" par udev (parceque ton noyau actuel le supporte).
Il y a donc toutes les chances pour que ton noyau ait été configuré à la hache.
Si tu ne t'y connais pas trop, je te conseille de partir d'une conf qui marche et d'enlever des trucs au fur et à mesure et de rebooter régulièrement. C'est long, fastidieux, mais on pourra t'aider parfois.
Bon courage.
Bien
Je viens de recompiler le noyau en utilisant le .config du noyau existant (distri debian)
Le meme message est toujours là
umount devfs
/sbin/init: 432 cannot open dev/console ...
Kernel panic kill init
Apres recherche la nouvelle distri debian ne fourni plus devfs mais udevs
Pb je ne sait pas à quoi correspond ces fonctions, comment les installer ou les parametrer lors de la compile noyau
UNE IDEE
D'apres la literature
Depuis le noyau 2.6 le gestionnaire de devices devfs n'est plus utilisé et est remplacé par udev sous forme de module et non plus en statique (compilé avec le noyau) comme devfs.
Donc pourquoi diable mon noyau veut il utiliser encore devfs!!
Quelle distrib Debian utilises-tu ?
Quels sont les manips que tu fais pour installer ton noyau ?
Comme tu ne compile pas a la sauce Debian, créés-tu l'initrd pour ton noyau, s'il en a besoin ?
Qu'as-tu dans le menu.lst de grub ou dans lilo.conf pour ton noyau ?
Salut
desolé de mon absence ces dernier temps
Distri DEBIAN 4.0
kernel 2.6.18-6-k7
Je cree bien un initrd
manip de compilation noyau:
-make xconfig avec recuperation du fichier config existant
-make clean
-make bzImage (puis copie du bzImage en bzImage-versionx dans /boot)
-make modules
-make modules_install
creation du initrd
-mkinitrd -o initrd-versionx ....
Creation d'une nouvelle entrée dans GRUB menu.lst
title blabla
root (hd0,0)
kernel /boot/bzImage-versionx root=/dev/sda1 ro
initrd /boot/initrd.img-versionx
Voila les reponses à tes questions.
Sur quel point y a t il un pb qui peut generer un kernel panic?
Merci pour votre aide
Il existe des commande "Debian" pour :
Créer ou mettre a jour un initrd : update-initramfs
Mettre a jour Grub : update-grub
Tu copies bien l'initrd dans /boot ?
Par défaut, mkinitrd créer un ramdisk pour le kernel en cours d'utilisation. Je crois qu'il faut lui passer l'option "--image-version" Est-ce bien ce que tu fais ?
Oui j'ai bien copié le initrd sous boot
Lors de sa creation j'ai fait
mkinitrd -o initrd.img-2.6.24.3Vtest3 2.6.24.3vtest3 (2.6.24vtest3 pour trouver les modules de mon nouveau noyau)
Par contre je n'ai pas fais de update-initramfs ni de update-grub
quel est le but de cette manip?
Update-grub met à jour automatique le fichier menu.lst en fonction des noyau dispo dans /boot
Update-initramfs génére ou met à jour un ramdisk pour une version de noyau ou pour tout les noyau dispo sur la machine..
En utilisant ces commandes, tu n'aura pas besoin de faire mkinird et de modifier a main le fichier menu.lst.
Réfère a la doc de ces outils.
A part ça, je ne vois pas de problème dans ta façon de faire.
Apres utilisation de update-initramfs et update-grub les symptomes sont identiques.
Mais en regardant de plus pres les messages de l'init du noyau j'ai un message du style:
initrd-tools:0.1.84.2
mount:unknow filesystem type devfs
etc...
puis viens mon kernel panic puisque l'init n'arrive pas à monter la /dev/console
Je pense qu'il y a un lien.
Comment le resoudre.
Si tu parts d'un .config d'un 2.6.18 pour compiler un 2.6.24, je te conseillerai de faire un petit "make oldconfig" avant le "make xconfig".
Si tu as des disques SATA, tu vas peut-être avoir aussi des soucis avec le nommage des disques (depuis le 2.6.18 le système de nommage des disques SATA a changé je crois).
OK
J'essaie tout de suite make oldconfig
J'ai effectivement deja entendu parle de Pb lien au fichier config entre differentes version de noyau.
Merci
ENFIN!!:D
Le probleme vient du fait que le noyau 2.6 a abandonné l'utilisation de devfs
pour passer à udev.
Donc la creation du initrd doit se faire à l'aide mkinitrd.yaird et non plus mkinitrd.
Probleme maintenant je but sur mount: special device /dev/sda1 does not exist
plus un mysterieux waiting 1 second for /sys/block/sda/sda1/dev
puis balbla blabla kill init et deviner KERNEL PANIC!!:(