Discussion :

[gege2061]

Bonjour,

Avant de changer de PC, j'avais un fichier de configuration simplifié qui contenais uniquement ce dont j'avais besoin.

J'ai changé de PC et je viens de me rende compte que j'avais 1500 modules d'installé ! Pour en charger moins d'une centaine.

Même si ça ne change rien au performance du noyau, ça prend de la place sur mon disque et du temps à compiler

Donc je cherche un fichier de configuration minimal pour un PC actuel :

• Processeur AMD 64 bits dual core
• Carte video nvidia geforce
• Disque SATA et IDE
• Lecteur/graveur de CD/DVD
• Carte son
• Carte réseau
• Souris clavier PS2
• Port USB2

Plus d'info : http://nicolasj.developpez.com/configuration/

Et comme je ne pense pas être le seul intéressé par un noyau propre, si vous en avez qui traîne pour d'autres configurations "standard", ça pourrais être intéressant de les poster

[kromartien]

Je n'ai pas d'autre méthodes à proposer que de recompiler le noyau en désactivant au fur et à mesure les modules qui semblent ne pas être utilisés, de manière empirique, ou alors une très bonne connaissance du noyau Linux et de votre matériel.

[gege2061]

Je n'ai pas d'autre méthodes à proposer que de recompiler le noyau en désactivant au fur et à mesure les modules qui semblent ne pas être utilisés, de manière empirique, ou alors une très bonne connaissance du noyau Linux et de votre matériel.

Dommage, je suis parti à l'inverse. J'ai tout viré et maintenant je rajoute le minimum nécessaire en testant avec qemu (pas fou non plus).

Par contre je n'arrive pas à me passer de l'initrd alors que je n'ai presque pas de module : si j'ai bien compris j'en ai besoin pour utiliser les modules avant le mise en place du système de fichier root (pour le Sata en particulier).

[kromartien]

En fait, je connais sous gentoo l'utilitaire genkernel. Il permet de générer une configuration de kernel automatique à partir des modules chargés par le LiveCD.
Peut être que ça vous permettra d'avoir une configuration opérationnelle que vous pourrez affiner par la suite. Sinon, je ne sais pas vraiment si l'initrd fait perdre du temps au démarrage, mais il est bien possible que l'on puisse s'en affranchir si tous les modules du noyau sont compilé en dur et non en module.
Si vous activez l'option "chargement automatique des modules", vous n'avez alors besoin que des modules en dur du type contrôleur de disque dur et modules de système de fichier pour la partition boot.
Après, le chargement est automatique pour le reste du matériel je crois, mais ça reste à voir.
d'après ce que j'ai pu apprendre sur la procédure de chargement

En fait, cette question est intéressante, et je ne connaissais pas du tout le fonctionnement des machines virtuelles. qemu permet d'émuler une machine pour Linux,et ainsi de tester les différents noyaux compilés.
C'est certain que ça doit éviter pas mal de séquences inutiles de reboot du PC

[gege2061]

En fait, je connais sous gentoo l'utilitaire genkernel. Il permet de générer une configuration de kernel automatique à partir des modules chargés par le LiveCD.

ça peux être interessant

[edit]http://sourceforge.net/projects/kautoconfigure/[/edit]

En fait, cette question est intéressante, et je ne connaissais pas du tout le fonctionnement des machines virtuelles. qemu permet d'émuler une machine pour Linux,et ainsi de tester les différents noyaux compilés.
C'est certain que ça doit éviter pas mal de séquences inutiles de reboot du PC

Oui c'est assez pratique, en plus tu as les messages d'erreurs sous les yeux pour aller chercher sur le net. Avec un p'tit cript pour lancer le tout, y a que la configuration qui pause problème :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
#! /bin/sh
 
make
make modules
make modules_install
cp arch/i386/boot/bzImage /boot/vmlinuz-2.6.18
cp System.map /boot/System.map-2.6.18
cp .config /boot/config-2.6.18
mkinitramfs -o /boot/initrd.img-2.6.18 2.6.18
qemu -k fr -hda /opt/qemu/debian-test.img -boot c -kernel /boot/vmlinuz-2.6.18 -initrd /boot/initrd.img-2.6.18

Dans ce cas l'initrd est obligatoire puisque les modules ne sont pas forcement présent sur l'image dique.

[kromartien]

Je vois que vous utilisez la distribution debian. Dans ec cas, il existe make-kpkg qui permet de générer des paquets du noyau. Le fonctionnement est assez lourd, c'est vrai.
Comparé à votre script, la mise en action doit être certainement plus longue.

L'avantage de make-kpkg est que ça génère des paquets qu'il est plus simple de manipuler par la suite, et que l'installation d'un paquet de type linux-image-x fait automatiquement un update-grub prenant en compte le fichier menu.lst précédent. De plus, make-kpkg permet de générer des nom spécifiques pour les paquets du noyau (branche) et un numéro de version suivant une nomenclature que vous définissez, qui permet d'intégrer ces paquets à un dépôt de paquets internet, et la mise à jour automatique d'un parc de machine par un simple apt-get upgrade généralisé.

C'est l'efficacité des outils d'administration debian, même si make-kpkg n'est pas forcément facile à appréhender (voir man make-kpkg pour une description complète).

Je vous invite à consulter le blog d'ashgenesis "compiler un noyau à la debian" pour appréhender un peu mieux le fonctionnement de l'outil.

Sinon, vous devez savoir que la commande lsmod permet de lister les modules chargés. Avec cette liste, vous pouvez restreindre la liste des modules que vous allez compiler. La difficulté principale que je rencontre avec cette technique est la non adéquation des noms de modules compilés avec le nom de l'option à activer.

[Mark Havel]

On peut tout à fait se passer d'initrd pour peu que l'on compile en dur le driver du système de fichier de / et les drivers des contrôlleurs de disque permettant d'y accéder. Depuis que je compile de temps à autre des noyaux je n'ai jamais mis d'initrd et tout a toujours très bien fonctionné.

[Katyucha]

On peut tout à fait se passer d'initrd pour peu que l'on compile en dur le driver du système de fichier de / et les drivers des contrôlleurs de disque permettant d'y accéder. Depuis que je compile de temps à autre des noyaux je n'ai jamais mis d'initrd et tout a toujours très bien fonctionné.

+1
J'utilise la même méthode