toujours adepte de nouvelle sensations, j'ai voulu essaier le dernier stable (2.4.20), donc je DL le .gz, je le decompresse dans /boot
j'ajoute mon machin dans lilo.conf, mais impossible, il veut pas c'est trop gros    
 
quel est le probleme, car en effet mon kernel normal est bcp plus petit (un 2.4.19), que faire de ce gros kernel alors ?  

rassures moi, tu l'as compilé le noyau?

aie aie spagagné
il faut le decomp dans /usr/src
donc en gros tu fait :
 
cd /usr/src
tar -xvzf /la/ou/g/dl/kernel20.tar.gz
cd linux
make menuconfig (là tu config le kernel)
make dep
make bzImage
apres tu copy le new kernel dans /boot
tu met a jour lilo.conf (nano /etc/lilo.conf)
pis lilo
et c bon tu peux reboot
 
 
 
A MON AVIS :  NE CHANGE PAS TAS PAS LE NIVEAU

 
heu je croyais que ct un noyaux tout fait !  
 
note : cai un .gz, pas un tar.gz, et en le dezipant j'ai kun gros fichier pas .tar, je le untar qd meme ?

et en plus t'as d/l le patch ...
serieux laisse tomber ;-) spamechant hein

moi aussi jveux innover !!!  

http://www.lea-linux.org pour des infos sur la compil de ton kernel

   
spagagné...

Rappelons que vouloir compiler un noyau est à 99% inutile, surtout quand on ne sait pas choper le bon tarball.

sutout quand ce n'est meme pas un tarball...
 
Bitman> documentes toi _BEAUCOUP_ avant de vouloir compiler ton propre noyau... C'est un _VRAI_ _BON_ conseil que je te donne...

   
Le seul vrai interet de comp un noyo c'est pour qu'il ne charge que ce qu'il faut, qu'il integre des patchs dotn on pourrait avoir besoin, et qu'il soit compilé optimisé ... totu ca pr gagner 5secondes ...
 
et bitman, vu que tu debute, tu risque plutot d'y perdre des heures toi ...

pas assez fort mon fils

bah compiler un new noyau j'ai déja essayé, bon sté merdique OK mais bon cai en forgeant ...
 
d'ou l'interet pour moi de choper un 2.4.20 précompilé mais visiblement c pas comme ca que ca se passe  

Prends un noyau pour ta distrib (en rpm ou deb).
Et pis ca sera plus simple...

regarde dans le changelog si le 2420 apporte qqch pr toi par rapport au 2419 ...
a mon avis tu perd ton tps

Hugobios a raison, tu perdras plus du temps qu'autre chose, à moins que tu ne veuilles patcher dans tous les sens et/ou corriger des choses dans le noyau.
Les noyaux pré-compilés des distribs sont très bien faits, recompiler son noyau doit vraiment être _exceptionnel_. En général, quand on le fait, on sait ce qu'on veut changer, et toi apparemment tu n'as pas de problème outre mesure.
Et puis installer un kernel de distrib est tellement plus simple... Sur Debian, tout ce que j'ai à faire c'est :
 
apt-get install kernel-image-2.4.20-686
update-grub
 
Donc regarde combien de temps tu peux perdre et ton intérêt dans tout ça. Bon courage quand même si tu veux absolument essayer.

y'a un seocnd interet a recompiler le kernel :
voire comment ca marche (en gros)
et voir toutes les possibilitées que ca offre !
 
mais pour ca il faut un minimum de connaissance !
 
  pr l'install sur deb ;-) cela dit il a p-e lilo

Nan je suis pas tout a fait d'accord.
Perso la premiere chose que je fais apres une install de distrib , c'est une recomplation de kernel.
Parce que je prefere avoir certains truc direct dans le noyau, et pis d'autre que je veux pas dedans, ni en module.
L'interet ? gagner un peu d'espace memoire sur les petites machines, leur permettre de demarrer plus vite aussi (c'est tres con, mais ca compte). A 10 min la compile de kernel, je vois pas pourquoi s'en privé !!! (enfin c'est sur, la premiere fois ca a plutot été deux jours...)

Si tu as une _vieille_ machine, je le conçois. Si tu as une machine récente, aucun intérêt, à part _grave_ problème de config. Et puis ça prend du temps de voir comment ça marche. Maintenant, je connais beaucoup d'options du kernel, mais la première fois, on s'amuse.

how to sur les genoux obligé !
maintenant je le fait de tete et en plus je comprend ce que je fais lol !
 
mais bon ... c'est tjs une fantaisie facultative de recomp le kernel ! (moi ca me sert a tt mettre en hard, j'm po le smodules   )

Tout mettre en hard, c'est le meilleur moyen de faire crasher son noyau. D'ailleurs, un noyau ne devrait jamais faire plus de 650 Ko :
 
lucas@loutre:~$ du -h /boot/vmlinuz-2.4.20-luk  
605K    /boot/vmlinuz-2.4.20-luk

Tout mettre en hard = plus de secu contre certain root kit. De plus parfois avec certain appli faut modifer les fichier source avant ( genre oracle). Et puis c'est pas si dur que ca la recompile d'un noyeau. Ca ce fait tres simplement.

et

kernel d'origine d'une RedHat 7.2:
788k    /boot/vmlinuz-2.4.7-10
 
Alors dans ce cas la, je fais quoi monsieur ???
(je suis taquin moi alors !!!)

mes noyeaux ont tjs etes stables !
j'en ai jamais fait crasher un et pourtant ils font souvent plus de 1mo4 ... (j'ai bcp de matos donc bcp de truc a mettre ...)

 
peu importe que ton module soit en dur ou en externe ne change rien au fait que quand il crashera, le reste tombera avec ou pas.
 
Si le module est buggé, il peut faire planter, que ce soit en hard ou pas.
Si le module n'est pas buggé, il ne plante pas, que ce soit en hard ou pas.
 
A toutes les personnes qui repetent a longueur de temps "Compiler en dur c'est nul, faut tout laisser en module" : Que faites-vous encore sous Linux ? Passez à HURD, dont l'architecture micro-noyau correspond bien mieux à l'idée.

en module , c'est modulable .......  
 
c'est l'avantage et puis ça évite d'avoir un noyau qui tienne difficilement sur un CD  

Apparemment, vous ne connaissez pas l'adage de geek : "650K should be enough for everyone"
Et je n'ai jamais dit qu'il fallait tout mettre en modules, je dis juste que tout mettre en hard c'est aussi bête que tout mettre en modules.

 
moi mes gros kernels ils marchent bieng !
 
Tu met koi en module ? le reseau ? ppp ? les file system ?

depuis quand Bill G. est un geek ? Deja qu'il y connait rien a l'informatique...
C'est un homme d'affaire, alors faut pas ecouter ce qu'il dit  
Le kernel :
- Ce qui sert tout le temps (carte reseau/son/etc...) => en dur
- Ce qui sert parfois (carte TV, usb-storage, etc.) => modules
- ce qui sert pas =>[]
 
Spa compliqué !

hugobios : pfiou, y a trop de trucs différents, si tu veux absolument voir ma config, http://brebisproductions.free.fr/debian/config_loutre
 
e_esprit : au début, c'est compliqué. Maintenant, ça ne me pose plus le moindre problème. Et je n'ai pas exactement la même méthode pour classer les options et savoir si je les mets en dur ou en modules, mais bon, chacun son truc. Sur ma machine j'essaie de ne pas avoir une bzImage trop grosse, vu que mon PC commence à dater et que je n'ai que 64 Mo de RAM. C'est tout.

 
Ben j'espere que le geek il ne travaille pas sur PA-RISC ou IA64, parce que sur ces machines-la, avec 650ko, je ne suis meme pas sur d'avoir le support du SCSI integre...

(vive les Loutres !)
en fait ma question c'eatit comment tu classias ce qui doit etre module ou pas ?
Perso tt ce que je met dans mon kernel sert souvent
si c un truc qui sert jamais c ou module, ou dans un second kernel que je rempli de plein de truc et qui me sert que de tps en tps ! (je me met plusieurs kernels o boot! je prefere en avoir un parfaitement stable, tout en dur et un auttre avec tt plein de trucs pr tester!)

une question, cai quoi concretement la différence en mettre dans le kernel et en module ?
 
ca apporte quoi ?  

béh un module tu peux le charger ou le decharger
quand c en hard dnas le kernel, c'est tt le tps chargé
C'est en gros la seule diff
en fait en module ca peut te permettre de mettre a jour un drivers (un module en locurence) sans tt reocmpiler et sans redemarrer la machine

Si tu mets le support du SCSI en module ça marche aussi...

Ben j'essaie de pas dépasser 650Ko pour mon kernel, parce qu'avec trop de trucs en dur, je ferais souffrir mon PII 400 avec ses 64  Mo de RAM... Et puis j'ai aussi observé la config par défaut des noyaux de kernel.org, la config de ceux de Mandrake, et celle (surtout) de Debian. Après j'ai fait mes choix.
Par exemple, je mets toujours usb en module, parce que j'ai pas envie d'avoir un truc qui pompe des ressources et pas extrêmement stable en dur. Je mets aussi des options iptables dont je ne me sers pas tout le temps. Pareil pour ma carte réseau, ma carte son. Module aussi pour le scsi, parce que j'ai un graveur IDE et un lecteur IDE. Module aussi pour PPP, Samba, NFS, ext3 par exemple.
Mais en dur je mets les options pour proc, ram, ext2, IDE, unix,   et souris.
Voilà, ce n'est évidemment pas une règle, mais je fais comme ça et j'aime bien

 
Pour info, je n'ai pas encore vu de machine a base d'Itanium ou de PA-RISC utilisant des disques dur IDE. Donc non, ca ne marche plus.
 
Essaie un jour de mettre le support de l'IDE en module sur ta machine...

C'est a ca que sert les initrd (ramdisk pour init).
Donc c'est possible...
Mais c'est casse couilles a faire...

c plus interessant en module alors non ?

pas forcement ...
l'ide par exemple comme sité plus haut, c'es debile en module
l'ext3 aussi
ca depend ce que tu met dans ton noyeau ! si tu met que l'essentiel, ca sert a rien de pouvoir le decharger ...