IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Debian Discussion :

kernel panic /dev/console


Sujet :

Debian

  1. #1
    Membre confirmé Avatar de gijy
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    136
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Mai 2005
    Messages : 136
    Par défaut kernel panic /dev/console
    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?

  2. #2
    Membre chevronné Avatar de Pilru
    Homme Profil pro
    Dev ASP.NET/jQuery ; Admin ORACLE
    Inscrit en
    Septembre 2007
    Messages
    491
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Dev ASP.NET/jQuery ; Admin ORACLE

    Informations forums :
    Inscription : Septembre 2007
    Messages : 491
    Par défaut
    Citation Envoyé par gijy Voir le message
    Je n'ai installé que le noyau 2.6.24.3 original de kernel.org tous le reste provient d'une distri DEBIAN
    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.

  3. #3
    Membre confirmé Avatar de gijy
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    136
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Mai 2005
    Messages : 136
    Par défaut
    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.

  4. #4
    Rédacteur
    Avatar de CedrX
    Inscrit en
    Avril 2007
    Messages
    1 111
    Détails du profil
    Informations forums :
    Inscription : Avril 2007
    Messages : 1 111
    Par défaut
    Petite curiosité:
    As tu compilé ton noyau à la sauce debian :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
     
    make-kpkg -rootcmd fakeroot -initrd kernel_image
    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 ?

  5. #5
    Rédacteur
    Avatar de Arnaud F.
    Homme Profil pro
    Développeur COBOL
    Inscrit en
    Août 2005
    Messages
    5 183
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France

    Informations professionnelles :
    Activité : Développeur COBOL
    Secteur : Finance

    Informations forums :
    Inscription : Août 2005
    Messages : 5 183
    Par défaut
    Citation Envoyé par CedrX Voir le message
    Petite curiosité:
    As tu compilé ton noyau à la sauce debian :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
     
    make-kpkg -rootcmd fakeroot -initrd kernel_image
    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 ?
    <>Ce n'est pas -initrd mais --initrd </>

    Sinon, quant à la compilation, je compile toujours de la manière suivante :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    make-kpkg -rootcmd fakeroot kernel_image modules_image --initrd
    Cette commande créée un paquet .deb dans le forum parent que tu as juste besoin de d'installer.

    Sinon, pourquoi recompiler ton noyau? Quel but veux-tu atteindre? On ne compile pas -en général- un noyau juste pour le plaisir

    ++
    C'est par l'adresse que vaut le bûcheron, bien plus que par la force. Homère

    Installation de Code::Blocks sous Debian à partir de Nightly Builds

  6. #6
    Membre confirmé Avatar de gijy
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    136
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Mai 2005
    Messages : 136
    Par défaut
    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é.

  7. #7
    Membre confirmé Avatar de gijy
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    136
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Mai 2005
    Messages : 136
    Par défaut
    Personne n'a une petite idee sur mon kernel panic
    /dev/console
    kill init !

    vraiement!

  8. #8
    Membre émérite Avatar de valefor
    Profil pro
    Inscrit en
    Décembre 2006
    Messages
    711
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2006
    Messages : 711
    Par défaut
    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.

  9. #9
    Membre confirmé Avatar de gijy
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    136
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Mai 2005
    Messages : 136
    Par défaut
    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

  10. #10
    Membre confirmé Avatar de gijy
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    136
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Mai 2005
    Messages : 136
    Par défaut
    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!!

  11. #11
    Membre chevronné Avatar de Pilru
    Homme Profil pro
    Dev ASP.NET/jQuery ; Admin ORACLE
    Inscrit en
    Septembre 2007
    Messages
    491
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Dev ASP.NET/jQuery ; Admin ORACLE

    Informations forums :
    Inscription : Septembre 2007
    Messages : 491
    Par défaut
    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 ?

  12. #12
    Membre confirmé Avatar de gijy
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    136
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Mai 2005
    Messages : 136
    Par défaut
    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

  13. #13
    Membre chevronné Avatar de Pilru
    Homme Profil pro
    Dev ASP.NET/jQuery ; Admin ORACLE
    Inscrit en
    Septembre 2007
    Messages
    491
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Dev ASP.NET/jQuery ; Admin ORACLE

    Informations forums :
    Inscription : Septembre 2007
    Messages : 491
    Par défaut
    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 ?

  14. #14
    Membre confirmé Avatar de gijy
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    136
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Mai 2005
    Messages : 136
    Par défaut
    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?

  15. #15
    Membre chevronné Avatar de Pilru
    Homme Profil pro
    Dev ASP.NET/jQuery ; Admin ORACLE
    Inscrit en
    Septembre 2007
    Messages
    491
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Dev ASP.NET/jQuery ; Admin ORACLE

    Informations forums :
    Inscription : Septembre 2007
    Messages : 491
    Par défaut
    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.

  16. #16
    Membre confirmé Avatar de gijy
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    136
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Mai 2005
    Messages : 136
    Par défaut
    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.

  17. #17
    Membre chevronné Avatar de Pilru
    Homme Profil pro
    Dev ASP.NET/jQuery ; Admin ORACLE
    Inscrit en
    Septembre 2007
    Messages
    491
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Dev ASP.NET/jQuery ; Admin ORACLE

    Informations forums :
    Inscription : Septembre 2007
    Messages : 491
    Par défaut
    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).

  18. #18
    Membre confirmé Avatar de gijy
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    136
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Mai 2005
    Messages : 136
    Par défaut
    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

  19. #19
    Membre confirmé Avatar de gijy
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    136
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Mai 2005
    Messages : 136
    Par défaut
    ENFIN!!

    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!!

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Kernel panic
    Par No Comment dans le forum Administration système
    Réponses: 2
    Dernier message: 30/10/2005, 16h41
  2. Kernel panic mount sata
    Par jean-jacques varvenne dans le forum Administration système
    Réponses: 2
    Dernier message: 27/05/2005, 22h19
  3. Kernel panic : vfs
    Par devmat dans le forum Administration système
    Réponses: 3
    Dernier message: 01/10/2004, 18h03
  4. Kernel Panic après ajout d'une nouvelle partition
    Par GLDavid dans le forum Administration système
    Réponses: 6
    Dernier message: 25/06/2004, 17h47
  5. Kernel panic
    Par GLDavid dans le forum Administration système
    Réponses: 5
    Dernier message: 12/03/2004, 23h11

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo