Bonjour.

Je souhaiterais par ce topic m'élever contre le mauvais conseil de la recompilation systématique de la kernaille, et de l'optimisation, et qui envoie tous les nouveaux flinguer leurs machines.

• T'as un device qui marche pas ? Recompile le noyeau avec l'option en dur... NON. On modprobe et .barre.
• Je veux le dernier noyau qui marche mieux avec les bugs corrigés ? Non, le kernel vanilla induit ses nouveaux bugs, utilisez le noyau supporté par votre distribution qui intègre les corrections. (quoique faut voir maintenant)
• Je veux optimiser ma machine. Non, à moins d'utiliser un patch spécifique, vous optimisez rien du tout, si ce n'est gagner 2Mo de ram sur votre giga. (et même sur 256 Mo de ram, ça fait 1%...). Si ça vous rassure, prenez votre image 32 bits la plus adaptée pour gagner votre millieme de % CPU (i386,i686,etc...). Bon, un kernel 64 bits, ça peut par contre être utile. Bref, si vous faites de l'embarqué, oui, vous recompilerez, et sinon, jamais. De toute façon, dans la vraie vie, souvent, vous perdez le support de l'éditeur quand vous modifiez le kernel (ou quelque binaire que ce soit sur votre distribution).
• Idée reçue : j'aide au dev en testant le dernier noyau. 2.6.19.243.4.2-rc3-alpha4-mm3-ac43-br0kmut. Bah si vous faites un bug report avec un dump, pourquoi pas, mais sinon, regarder des lignes de compil n'a jamais soutenu la cause du libre.

PS:
1) Recompiler son kernel pour apprendre, oui, mais faut pas pleurer quand on plante sa machine. Utilisez qemu pour apprendre sans vous faire mal.
2) On fera le procès de gentoo ailleurs. Le seul troll gentoutou autorisé est ce post.

+1000
 
J'ajouterais, quand vous recompilez un kernel sur une debian, je vous trouve bien prétentieux de penser pouvoir faire mieux que la team debian kernel

y'a des fois où il faut recompiler, mais c'est rare
 
recemment j'ai eu un machine avec +de 4G de RAM, et pas de noyau assez récent dans sarge pour supporter les controleurs disques. Résultat, apt-get source, cocher une option (PAE) et make-kpkg. Merci ma distro  
 
Notez bien : je déteste recompiler un kernel linux au plus haut point et je ne le fait que si nécessaire (pour BSD spa pareil )

bis repetita
http://forum.hardware.fr/hfr/OSAlt [...] 7628_1.htm

ouais, je connaissais ce tomik, mais il est mort

 
La tu parles des patch ajoutés par l'équipe de Debian, car si tu recompiles ton kernel pour ta machine avec les patchs de la team kernel Debian, il sera mieux optimisé. (Seulement si tu sais comment compiler correctement un kernel et que tu connais ta machine par coeur.)
Enfin, mieux optimisé, c'est un grand mot, tu gagnes pas grand chose. C'est surtout dans la compilation d'autre application que tu vois la différence. (Gtk est rapide chez moi   )
 
Mais je dit en effet qu'il est absolument déconseillé au débutant de recompiler leur noyau. (J'ai déjà installé des linux à des débutants et c'était Suse 10.1).
 
Et pour le coups des devices qui ne marche pas, généralement les distributions grand public n'ont pas de problème la dessus (il me semble que Suse à un noyau overpatché pour le support du matos). Si tu utilises une distro à la con, tu assumes, et tu mets les mains dans le moteur.
 
M'enfin, mon avis n'est peut être pas recommandable, je suis sous Gentoo    
 
Et une chose : Ubuntu je trouve cette distro HORRIBLEMENT lente. (comparé à Mandriva, Suse, Gentoo (bon, pas comparable gentoo), et autres).

cela dépend.
Si debian fournissait des kernels patchés Grsecurity ( ce qui sous tenderait qu'une certaine feature de la glibc serait corrigé soit dit en passant ) , certains ne recompileraient pas

 
Vu sur http://www.nojhan.net/geekscottes/

Ouais, mais bon, le mec qui veut foutre Grsecurity, à priori on est pas dans le cas du noob de base qui arrive pas à faire marcher sa carte son  

http://forum.hardware.fr/hfr/OSAlt [...] 8955_1.htm

Bigon

mais où qu'il est le wedgeant???  

En même temps grsec j'ai jamais vu quelqu'un l'utiliser
 
Ca serait pas un truc à la SELinux, très conceptuel et puissant mais inexploitable ?

chuuuuut, je dors

Ceci dit, je recompile toujours mon noyal, à la "Wedge's way": rien en module, tout en dur
Ceci pour plusieurs raisons:
1. Gain de place, avoir 40 Mo de modules à la noix qui ne servent à rien, ça me gave
2. Rapidité de chargement, un modprobe=un accès disque, sur mon laptop je perds 1% de batterie pour la totalité des modules, si c'est en dur c'est fait direct en ram donc pas d'accès disque
3. c'est comme ça

Et ceux à qui ça plait pas, je les emm* bien fort  

 
mikala l'utilise

Ouais, mais pour ça il faut que tu connaisses ton laptop sur le bout des doigts. En plus, le jour où tu ajoutes un matos nouveau, tu dois tout recompiler

 
moi aussi (grâce à lui d'ailleurs ) mais à fond de ses possibilités il est vrai (pas RBAC par exemple)

  Mon héros...
 
Tout pareil. Tout en dur, et le strict minimum. En même temps, j'ai débuté sous gentoo en stage 1 avec un pote qui m'expliquait tout au fur et à mesure. Première fois, avec lui derrière, nickel, deuxième et troisième, quelques kernel panic... depuis, tout va pour le mieux. Après, c'est sur, vaut mieux connaitre son système, enfin, lspci est mon ami
Et puis, une recompilation, on la refait rarement "from scratch", une copie du .config et ça roule
 
Si y'en a à qui ça plait pas, c'est pas mon problème

 
make oldconfig

 
ben voui, je connais mon matos, mais sinon un lspci avec le kernel par défaut te permet de quasiment tout savoir sur ce dont tu disposes, suffit plus que de touiller les différentes options pour trouver les bonnes cases à cocher

normal les gars qui font la slack c'est des /dev/null  

N'empêche qu'à l'époque où je faisais ça (dans ma folle jeunesse) il me fallait toujours 2-3 compilations avant d'être sûr que j'avais bien tout mis. A chaque fois c'était quelques heures perdues et beaucoup de sueurs froides !
 
Ceci dit, ça vaudrait sûrement le coup que je potasse le "make oldconfig" ; ça permettrait déjà de gagner plein de temps...

Tiens, je connaissais pas... j'vais me documenter un peu
 

J'ai jamais réellement testé... faudrait que je m'y colle à l'occasion

Mouais, en fait, je vais rester sur ma vieille méthode... c'est légèrement plus long mais je vérifie en passant, car là, si y'a des changement trop important, ça risque de pas le faire (d'autant que je suis pas très assidu à la lecture du changelog )

make oldconfig c'est le bien, ça évite des heures à se retaper la config à la main
 
Et pis une fois que les grandes options ont été correctement définies, ça roule tout seul
 
Par contre, pour la compil, faut faire ça dans une partoche tmpfs, 40% de gain de temps

et dès que tu plug un nouveau periph tu rebuild \o/ ?
 
J'adore
 
Ca me fait un peu penser à Windows, tu change de mobo, tu réinstalle... La c'est un peu pareil, sauf qu'il faut recompiler un kernel depuis un LiveCD, sympa

Après une copie du .config de l'ancien sur le nouveau, celui-ci est pris en compte avec make menuconfig. De là, on a même droit à quelques lignes qui nous disent que tel ou tel option a été supprimé. Pas besoin non plus de passer 3 heures pour se retaper la config, ne simple vérification et ça roule...
 

Mouais, y'a plus long qu'une compilation de noyau quand même, je suis pas à 10 minutes près. Je sais pas combien de temps ça me prend, en général, je balance ça sous screen et je fait autre chose en parallèle...

Rien ne t'empêche de tester ton nouveau périph avec modprobe
Et puis, comparer une réinstallation de win avec une compil de kernel, faut chercher loin quand même

C'est à peu prêt aussi chiant.
 
Bref compilé un kernel, c'est long, compliqué, pas modulaire et ca n'apporte rien.
 
Utile quoi.
 
Ce qui me fait le plus rire, c'est le jour ou votre mobo va cramer et que vous auriez super besoin de la machine.
 
Avec ma debian et son initrd, suffit de changer la mobo et ca repart...

(1) non
(2) non
(3) Je change pas mes composants tous les jours non plus...

Je dois être le seul à trouver ça pratique quand je plug un periph que mon noyal le charge, qu'udev créé les nodes, en informe hal qui dit à mon kde, mets une tite icone sur le bureau

Ce besoin de faire des choses compliqué quand ça peut être très simple, je ne le comprends pas.
 
Le principal problème c'est qu'à cause de vos bêtises, tous les noobs viennent sur les chan de support des distribs pour pleurer parce que leur machine boot plus après avoir recompiler un noyau. C'est agaçant, surtout quand on se rend compte que le mec à fait parce qu'on lui à dit de recompiler le noyau parce que le son marchait pas (et qu'on se rend compte après coup que le master était en mute dans alsamixer...).
 
Compilez un noyau si vous le voulez (bien que je ne saisis toujours pas ce que ca apporte), mais en aucun cas de conseiller ça à quelqu'un.

M300A: j'ai un laptop, c'est pas tous les 2j que je vais changer un compo hein ...
 
Et tu veux plugger de si particulier qui te fait flipper de pas l'avoir dans un kernel monolithique fait par toi même ?

Y'a rien qui m'empêche de le faire ça
Ca dépend juste du périphérique  

J'ai jamais conseillé quoi que ce soit dans ce domaine... je n'estime pas avoir les compétences pour

 
Là par contre, +1
Je n'ai jamais conseillé à un noob de compiler son noyal sauf si c'est nécessaire. Il faut savoir faire la différence entre donner un conseil de merde (style ton exemple avec le son) et donner un conseil nécessaire (style un matos exotique qui n'est pas par défaut dans le noyal de la distrib).

 
mmh wifi, webcam etc
 
Au passage je sais de quoi je parle, j'utilisais un kernel maison pour un sun raq550 (obligé) et je viens de finir ma doc pour adapter les kernel image debian à cette machine (après avoir voulu monter une iso et recompilé mon kernel car j'avais pas loop...)

pour mon cas, wifi intégré necessitant un firmware proprio (intel 2200 bg), mais qui me sert à rien car pas le net.
Au pire, si jamais j'achète une carte wifi supplémentaire, ben j'ajouterais ça dans mon kernel et hop
 
webcam, j'ai pas et je pense que j'aurais jamais

sur un laptop :
- pcmcia dvb-tnt (je capte pas toujours la tnt)
- interface serial/usb OBD-CAN  (bon ça je m'en sers que très peu)

Je crois que c'est justement ce point qui le dérange...
M'enfin, entre avoir mon petit kernel avec juste ce qu'il faut et prendre le temps nécessaire (qui n'est pas non plus de l'ordre de la journée) pour ajouter un composant dans le noyau et avoir un noyau avec tout de coché "en cas" windows-staÿle, mon choix est vite fait...

mais ça n'engage que moi

il est très simple d'utilisation contrairement a SELinux .
La seule chose un poil rébarbative est la configuration initiale de RBSAC  .
tu devrais jetter un oeil je pense  ,) ( www.grsecurity.net )

Pour les pros de la compil du kernel    help  

http://forum.hardware.fr/hfr/OSAlternatifs/Installation/ubuntu-topic-version-sujet_41826_340.htm#t877747

Et dire que sous Gentoo, c'est un jeu d'enfant J'ai une station Digital avec processeur 64bits Alpha 600Mhz, Gentoo roule bien dessus, et les recompilations du noyau sont archi-simples J'ai tendance à tout mettre en dur selon le matériel, 'suis pas trp fana des modules qui servent à rien (je suis pas déçu avec Ubuntu )

Tiens ... http://linuxfr.org/2007/01/16/21910.html