Partage
  • Partager sur Facebook
  • Partager sur Twitter

[Linux] Compilation de noyau

Autre question que le post précedent

Sujet résolu
    28 août 2006 à 19:49:16

    Rebonsoir amis zéro,

    Autre question que le me pose sur la mise en place su noyau.
    Si je suis la procédure qu'Alexis d'écrit dans son cours, j'obtient un kernel panic

    Je suis obligé de faire
    sudo mkinitramfs -o /boot/initrd.img-2.6.17.11-x30 /lib/modules/2.6.17.11-x30


    Et de modifier ensuite le fichier /boot/grup/menu.lst pour ajouter cette ligne
    sudo mkinitramfs -o /boot/initrd.img-2.6.17.11-x30 /lib/modules/2.6.17.11-x30


    J'avais déjà rencontré le problème avec Debian sur un serveur LH3 et au lieu d'utiliser mkinitramfs j'avais utilisé mkinitrd

    Pouvez-vous m'expliquer à quoi cela correspond ?

    Merci d'avance

    JP
    • Partager sur Facebook
    • Partager sur Twitter
      28 août 2006 à 20:03:27

      le fait que tu obtiens un kernel panic peut etre multiple.
      par exemple tu as trop allégé ton kernel. Ce qui fait que certains matériels que tu as ne sont plus supportés.
      Vérifie ton /etc/fstab (si tu as une Gentoo)
      Mauvaise configuration de ton menu.lst.

      Donne nous plus de message plus parlant. Tu dois avoir un message avec ton kernel panic. note le et colle ici

      @pluche :)
      • Partager sur Facebook
      • Partager sur Twitter
        28 août 2006 à 20:09:17

        Alors dans l'ordre je fais :

        make menuconfig
        make-kpkg ................
        cd ..
        dpkp -i kernel.....

        La si je reboot j'ai le kernel panic
        Donc je reboot avec l'ancienne version

        Je fais ce que je d'écrit au dessus, je reboot et c'est OK

        Et si je regarde mon fichier /boot/grup/menu/lst, si je ne rajoute pas les deux lignes en gras je ne boote pas o_O
        Des lignes identiques pour l'ancienne version sont pourtant bien présente, donc je m'étonne qu'en compilant le nouveau noyau et en l'installant, celle-ci ne soit pas présentent

        title Ubuntu, kernel 2.6.17.11-x30
        root (hd0,0)
        kernel /boot/vmlinuz-2.6.17.11-x30 root=/dev/hda1 ro quiet splash
        initrd /boot/initrd.img-2.6.17.11-x30
        savedefault
        boot

        title Ubuntu, kernel 2.6.17.11-x30 (recovery mode)
        root (hd0,0)
        kernel /boot/vmlinuz-2.6.17.11-x30 root=/dev/hda1 ro single
        initrd /boot/initrd.img-2.6.17.11-x30
        boot

        title Ubuntu, kernel 2.6.15-26-386
        root (hd0,0)
        kernel /boot/vmlinuz-2.6.15-26-386 root=/dev/hda1 ro quiet splash
        initrd /boot/initrd.img-2.6.15-26-386
        savedefault
        boot

        title Ubuntu, kernel 2.6.15-26-386 (recovery mode)
        root (hd0,0)
        kernel /boot/vmlinuz-2.6.15-26-386 root=/dev/hda1 ro single
        initrd /boot/initrd.img-2.6.15-26-386

        • Partager sur Facebook
        • Partager sur Twitter
          28 août 2006 à 20:44:20

          Encore de la lecture, comme si je n'en avait pas déjà assez :lol:

          Grand merci, je vais imprimer cela demain et potasser. Mais j'ai déjà vu en regardant vite fait qu'il indique la commande que je site mkinitrd

          Je mettrais surement le post en résolu demain
          • Partager sur Facebook
          • Partager sur Twitter
            28 août 2006 à 23:04:55

            mkinitrd met en ram des options qui sont compilées en module dans le kernel alors qu'elles devrait être en dur, mais on ne l'utilise généralement que pour avoir le nécessaire pour booter. Ca peut notamment concerner le système de fichiers.

            Ca s'utilise comme ceci si on veut faire light (ne charger QUE les modules nécessaires) :
            mkinitrd -c -k 2.version_du_kernel -m premier_module:second_module:troisieme_module


            Si ça vient du système de fichiers, il faut généralement mettre les modules jbd:ext3 (pour l'ext3) mais normalement le système est censé le monter en ext2 quand même. Donc si c'est un autre système de fichiers, il faut charger en ram le module correspondant (par exemple reiserfs). Le kernel panic devrait normalment expliquer plus ou moins précisemment quel est le module manquant.

            Ou alors, faire comme dit GuideLinux, TOUT charger en ram, mais c'est pas ce qu'on fait de mieux.

            Un peu plus d'infos ici (ça concerne pas debian ni grub mais c'est adaptable) en anglais :
            ftp://ftp.osuosl.org/pub/slackware/slackware-10.2/source/a/mkinitrd/README.initrd
            • Partager sur Facebook
            • Partager sur Twitter
              29 août 2006 à 17:42:43

              Merci à vous pour ces infos.
              J'ai un peu mieux compris cette info

              Je considère donc le post en résolu
              • Partager sur Facebook
              • Partager sur Twitter

              [Linux] Compilation de noyau

              × Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
              × Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
              • Editeur
              • Markdown