Forum Linux.débutant Remplacer vmlinuz?

Posté par .
Tags : aucun
1
13
août
2010
Bonjour

J'ai deux questions concernant les noyaux:

1. Peut-on lister les drivers (statiques et dynamiques) qu'il contient quand on a juste le binaire et pas les sources qui ont été utilisés?

2. Le noyau de la live CD que j'utilise ne semble pas supporter les drivers nVidia : est-il possible de simplement récupérer un noyau qui va bien, remplacer les fichiers vmlinuz et initrd.gz, et reflasher la clé USB?

Merci.
  • # Non et non

    Posté par (page perso) . Évalué à 5.

    Tout est dans le titre.

    Pour développer un peu:

    1 - les sources n'apportent rien dans ce cas. Il te faut le fichier de configuration. Et ça, en principe, tu l'as. Demande à google de t'aider.

    2 - il faut également prévenir X (via des fichiers de configuration) et lancer des exécutables spécifiques au démarrage de X.
    • [^] # Re: Non et non

      Posté par . Évalué à 2.

      Merci pour vos réponses. J'avais besoin de connaître les drivers que contient le noyau d'un liveCD. Le CD ne contient pas de /boot ni de /proc/config.gz. Il n'y a donc pas de moyen de savoir avec quelles options il a été compilé.

      Je voudrais juste ajouter des drivers qui manquent (nVidia, notamment) et modifier le fichier ISO avant de graver un nouveau CD. J'avoue que je suis un peu dans le noir sur la marche à suivre :-/
      • [^] # Re: Non et non

        Posté par (page perso) . Évalué à 2.

        Ca aurait été bien de préciser de quel live cd il s'agit.
        Il est rare que ce genre de driver soit compilé en dur, mais plus souvent en module.
        Tu peux lister les modules en tapant :
        modprobe -l
  • # /boot/config*

    Posté par (page perso) . Évalué à 2.

    Sur une Debian / Ubuntu, le ".config" qui a été utilisé pour compilé le noyau se trouve dans /boot/config* . Exemple : /boot/config-2.6.32-5-686-bigmem

    Je ne sais pas si les autres distributions le font aussi.
    • [^] # Re: /boot/config*

      Posté par . Évalué à 1.

      Ou dans /proc/config.gz sous Archlinux et Gentoo par exemple
      • [^] # Re: /boot/config*

        Posté par . Évalué à 2.

        Oui et non,
        /proc n'est qu'un systeme de fichier virtuel. Il n'est pas physiquement présent.
        C'est une simple option du kernel qui permet de choisir ou non d'exporter la confi dans le /proc/
        Je pense que la plupart des distribs permettent de le récuperer, soit par un fichier de conf dans /boot, ou autre part, et sinon directement par le kernel lui même via /proc/
  • # 1. less /proc/config.gz ou extract-ikconfig vmlinuz

    Posté par . Évalué à 3.

    Si le noyau fonctionne sur ta machine, essaie less /proc/config.gz (je suppose que less est configuré pour dézipper à la volée, si ce n'est pas le cas tu copies le fichier, tu le dézippes manuellement, etc.).

    Si cette option n'a pas été activée dans le noyau, ou si tu ne veux pas rebooter sur ce noyau, il te reste à utiliser /usr/src/linux/script/extract-ikconfig /path/to/the/vmlinuz Si tu n'as pas ce script (ce qui est possible sur une distribution binaire), tu le trouves facilement sur internet : http://tomoyo.sourceforge.jp/cgi-bin/lxr/source/scripts/extr(...)

    Si cela ne marche pas, c'est que cette option non plus n'a pas été activée, et dans ce cas il n'y a rien à faire... Si tu compiles toi-même le noyau, les deux options sont :
    make menuconfig
    ---> General Config / kernel .config support
    ---> General Config / enable access to .config through /proc/.config.gz
  • # 2.

    Posté par . Évalué à 3.

    En principe oui c'est comme ça que ça marche, tu récupères un noyau binaire pour ta distribution et le initrd si nécesaire, et tu les remplaces.

    - Pense à mettre à jour le fichier grub.conf, menu.lst ou équivalent avec le nouveau nom de fichier (si le nouveau noyau a un nom différent de l'ancien).
    - Tout cela ne te dispense pas d'installer les drivers nvidia sur ta machine.
    - Sinon, n'aie pas peur de compiler toi-même ton noyau.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.