Forum Linux.noyau Aide à l'installation des sources et du noyau 2.6 avec GCC

Posté par  .
Étiquettes : aucune
0
13
avr.
2005
Bonjour,

Je souhaiterai migrer du kernel 2.4 vers 2.6 en m'inspirant du précieux site http://lea-linux.org/kernel/kernel26.html(...)

Les manipualtions en ligne de commande restent à mon niveau encore trop difficiles. C'est pourquoi, je souhaiterais, pour ce faire, utiliser GCC.

Déjà, pour récupérer les sources du noyau, ça se complique en arrivant dans l'index. En tâtonnant, je finis par trouver
Index de ftp://ftp.kernel.org/pub/linux/kernel/v2.6.(...) Seulement, je ne sais pas quelle version sauvegarder. Je connais le sens des différents formats (tar, tar.gz, tar.gb2, etc.), ok.

1- Quel format choisir parmi les différentes variantes de la dernière version linux-2.6.9.XX.XX ?

2 - A quoi servent les patchs et comment savoir quels sont ceux qui sont intéressants ou indispensables ?

Autre chose que je n'ai toujours pas compris malgré quelques explications que l'on m'a données antérieurement. J'aimerais tenir compte de mon processeur pour optimiser la compilation du noyau. Mon serveur tourne avec un AMD Athlon XP 2000. Quelle est la version compilée de GCC dois-je utiliser. J'ai lu que les codes les plus élevés (i686 notamment), sont compilés avec un peu plus de de code pour tourner plus vite pour les processurs équivalents.

3 - Pour mon Athlon, dois-je utiliser une version de GCC codée en i686 ?

Merci
  • # re

    Posté par  . Évalué à 2.


    Les manipualtions en ligne de commande restent à mon niveau encore trop difficiles. C'est pourquoi, je souhaiterais, pour ce faire, utiliser GCC.


    Désolé de te décevoir mes GCC est un compilateur et cela ne te dispensera pas de ligne de commande.
    gcc est necessaire pr compiler le binaire du noyau à partir du code source.


    Déjà, pour récupérer les sources du noyau, ça se complique en arrivant dans l'index. En tâtonnant, je finis par trouver

    Index de ftp://ftp.kernel.org/pub/linux/kernel/v2.6.(...)(...) Seulement, je ne sais pas quelle version sauvegarder. Je connais le sens des différents formats (tar, tar.gz, tar.gb2, etc.), ok.

    1- Quel format choisir parmi les différentes variantes de la dernière version linux-2.6.9.XX.XX ?


    La dernière version soit 2.6.11.7


    2 - A quoi servent les patchs et comment savoir quels sont ceux qui sont intéressants ou indispensables ?


    Si tu as chez toi les sources du kernel 2.6.11.7 et que le 2.6.11.8 vient de sortir alors tu ne télécharges que le patch que tu appliqueras à tes "vieilles sources" pr les mettre à niveau.
    Ca t'evitera d'avoir à re-télécharger 30Mo


    Autre chose que je n'ai toujours pas compris malgré quelques explications que l'on m'a données antérieurement. J'aimerais tenir compte de mon processeur pour optimiser la compilation du noyau. Mon serveur tourne avec un AMD Athlon XP 2000. Quelle est la version compilée de GCC dois-je utiliser. J'ai lu que les codes les plus élevés (i686 notamment), sont compilés avec un peu plus de de code pour tourner plus vite pour les processurs équivalents.


    On se fout plus ou moins de la version de GCC.
    Lors de la configuration de ton noyau, tu n'auras qu'à selectionner ton architecture (Athlon 64 ou un truc dans ce gout la) pr avoir un noyau optimisé pr ton matériel.
    Après, les options de compilation n'auront une influence que sur gcc, et pas sur ton noyau ou ton système.
    Par contre, un gcc optimisé pr ton processeur sera plus rapide (à priori).
    Un gcc i686 convient parfaitement dans ce cas.

    Ce serait peut être une meilleure solution d'installer un nouveau noyau en utilisant les paquets précompilés de ta distribution, non ?
  • # Un peu d'aide sans prétention

    Posté par  (site web personnel) . Évalué à 1.

    Ces quelques infos devraient t'aider un peu :

    1.) Dans un premier, si l'on veut rester logique, on choisit la dernière version du kernel, c'est à dire la 2.6.11.7 à l'heure actuelle.

    En effet tu trouveras les sources au format .tar.gz et .tar.bz2. Lequel choisir ?
    > Je réponderai bêtement par "peu importe", tar.bz2 est plus petit (34 Mo contre 44 en tar.gz), après c'est à toi de prendre le bons utilitaires :
    - .tar.gz => tar + gzip soit tar xvzf fichier.tar.gz
    - .tar.bz2 => tar + bzip2 soit tar xvjf fichier.tar.bz2

    2.) Les patchs ont plusieurs utilités et raisons d'être :
    - Ils corrigent un bug / des bugs.
    - Ils corrigent une faille / des failles de sécurité.
    - Ils apportes une meilleur gestion.
    - ...

    Par exemple, l'ACPI (gestion avancée de l'énergie), est nativement dans le kernel, par contre certain préfèrerons appliquer un patch acpi (http://acpi.sourceforge.net/)(...) pour une meilleur gestion ou parce que sans patch et bien ça ne passe pas chez eux.

    -Optimiser son kernel, cela se passe dans par la commande make menuconfig (ou make xconfig si tu as un serveur X), qui te permettra de choisir ce que tu veux que ton kernel fasse / sache. Ainsi tu pourras, par exemple lui spécifier la famille de ton processeur. (j'en reste là, à la lecture de la source lea-linux que tu as fourni, tout est bien indiqué dans ce tuto).

    3.) Si tu as fait l'installe de ton pc, c'est que tu as choisi la distribution qui correspond à ton architecture (ex : i586, ppc, ....) donc cette question n'a pas lieu d'être à mon avis, vas y compile mon gars !

    En espèrant ne pas avoir dit trop de bêtisse et en te souhaitant bonne chance!

    Alexandre COLLIGNON

  • # Petit conseil...

    Posté par  (site web personnel) . Évalué à 2.

    Si jamais tu est sous mandrake et que tu tente de t'aventurer dans ce genre de combat, un conseil prend le paquet officiel en 2.6 et ne va pas chercher plus loin...

    Mandrake applique 150patchs en général que ses noyau qui sont nécessaires pour le reste de ses outils...

    Et tu risque fort de casser tout ton système...

    Si tu est sous debian, il existe des paquets optimisés pour ton processeur... Il finissent avec un athlon et ils marchent très très bien!!!

Suivre le flux des commentaires

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