Reprise du message précédent :

 
 
merci pr l'info, je vais virer l'acpi..enfin le mettre en module.

bon...
voila mes 2 noyaux :
1263339 Jan 17 23:47 vmlinuz-2.4.18-bf2.4
1241577 Jan 21 01:26 vmlinuz-2.6.1
 
et voila ce que me dit lilo :
Kernel /boot/vmlinuz-2.6.1 is too big
(alors que le premier est plus gros !!)

Je me répete peut-être, mais est-ce que par hasard tu n'aurais pas fait « make zImage » au lieu de « make bzImage » pour un de tes noyaux (celui qui ne marche pas par exemple) ?

non j'ai bien fait make bzImage
question conne :
le lilo fournit avec la debian 3.0 n'aurait-il pas d'incompatibilités avec un noyau 2.6 ?
 
jveux bien essayer de le faire maigrir encore .. mais bon.

quelle version ton lilo ?
 
bizarre qd même....

essaie un apt-get install kernel-package
et un make-kpkg kernel-image

Pour ma part, je pense que je vais passer à grub.

Kytrix : j'ai eu la même erreur.(si je me rappel ce que m'avias taz) c'est une  histoire que les noyaux doivent etre a un endroit precis du disque et ne pas depasser sinon ils sont inutilisables.
 
Maintenant j'y crois pas trop quand j'ecris ca mais bon il y avait une histoire comme ca il me semble
 

durant un moment, lilo ne pouvait pas aller chercher le noyau après les 1024 premiers cylindres mais il me semble que ce n'est plus le cas avec les versions récentes

ce n'est plus le cas, et ce n'etait pas ce message d'erreur

Sinon, tu fais l'install de ton nyau comment, pour etre sûr.... ?
 
"make install" ou copie de fichier et lilo a la main ?

Moi faudra un jour qu'on m'explique concretement l'interet d'avoir certains trucs en module.
 
Si c'est pour gagner 0.001% de perf mais s'amuser a charge/decharge les trucs je vois pas du tout l'interet.
 
Meme avec les machines actuelles, je vois presque plus l'interet de certaines choses mettre en module.
Qu'on mette en module des options qu'on aura peut etre un jour l'utilité mais qu'aujourd'hui non (exemple l'usb si tu as aucun periph usb) ok ca peut se comprendre, mais dire
Je scan / imprime pas tous les jours alors en module.
Ben bof quoi...

c'est un point de vue...
Dans l autre sens ca marche aussi. Gagner une seconde ou deux de temps en temps ca fait plaisir....alors pourquoi pas le faire, ca prend pas beaucoup de temps

L'intérêt des modules, peu importe la puissance de la machine, est d'optimiser l'utilisation de la mémoire.  
 
Tu quittes X et tu n'as plus besoin de la carte de son, il vaut mieux décharger le module emu10k1 parce qu'on n'en a plus besoin. Même chose pour le module nvidia
 
Même chose pour l'imprimante. Quand je l'éteins, je décharge de la mémoire le module printer ainsi que le daemon CUPS.

Donc la ou tu gagnes du temps pc tu en perds en temps homme.

t es pas oblige de rester regarder ton ecran betement pendant la compil non plus  

*** End of Linux kernel configuration.
*** Execute 'make' to build the kernel or try 'make help'.
 
Ca c'est ce qui est affiche quand on sort du make menuconfig.
Donc tu recommence et tu tappes seulement 'make' et pas 'make bzImage'

et y a aussi make install pour eviter de faire copie + lilo a la main

finalement ils sont assez gros les miens :]

allez, ce soir, je recompile mon 2.6 sans aucun module

Sur mon portable les noyaux ( 2.6.* + mm* ) font en général 1.6 Mo    
 
Mais certain truc comme l'ACPI + CPUFREQ prennent pas mal de place
 
A part au demarrage, je pense pas qu'un noyau plein de module soit plus rapide qu'un noyau sans module ( sauf sur un 486 + 8Mo RAM )

Hormis le gain en mémoire, l'intéret de mettre le plus de choses possibles en module est un gain de stabilité. Si, par exemple un pilote encore expérimental est diretement intégré au noyau, celà peut provoquer des plantages, certes rarement, mais c'est possible. Pareil au niveau de la sécurité.
Autre chose, mettre en module ses pilotes ALSA est bien plus intéressant que de les intégrer à son noyau en dur car il y a régulièrement de nouvelles versions, et on n'a pas besoin de recompiler tout son noyau pour les tester...
Pourquoi ne pas tout mettre en dur tant qu'on y est ? ...  Les performances gagnées en mettant en module sont certes minimes mais c'est toujours ça de gagné. Maintenant, on aime le tweaking ou on aime pas... Moi personnellement j'essaie d'avoir le maximum de performances possibles avec mon ordinateur.

merci pour vos réponses !
Heu .. moi j'aurais pensé que les modules était plus lents ..
 
sinon je n'utlise pas le make install, mais je copie le fichier à la main .. depuis /arch/i386/boot/compressed/vmlinux
 
j'ai des messages d'avertissement lors de ma compilation .. cela pourrait-il venir de là ?
 
sinon je testerai vos autres conseils ce soir (jsuis o taf)
a+

arch/i386/boot/compressed/vmlinux <- avec un X ???????
 
parce que si c'est le cas , CE  N'EST PAS LE BON NOYAU !
 
il faut celui avec un Z !!!!
 
 
essaie donc un make install qui te fera tout tout seul pour voir

mééheuu ! le noyau qui est configuré dans mon noyau est celui que j'ai mis plus haut !
il fait 1.24Mo (et lilo en veut pas)(2.6.1)
l'autre fait 1.26 (et lilo en veut bien)(2.4.18)

essayez grub peut etre que ...

 
arch/i386/boot/bzImage

make install

J'voudrais pas foutre la merde, c'est juste une question: t'es sur d'avoir relancer lilo après installation de ton nouveau noyau? Car j'ai déja eu des pbs similaires et c'était à cause de ça.

torpe23> oui biensur .. j'ai déja fait la connerie
 
flOups> avec make install ça a marché !
bon bah je devais pas pendre le bon fichier alors :-(

Bon, soit je suis c** ou alors j'ai encore des truc que je ne comprend pas.
 
Bon mon noyau fais 1,5Mo, et lilo en veux bien maintenant.
 
Bref.
 
Sinon, je boot sur le noyau, mais j'ai rien a l'affichage.....
Je peux taper et ca marche, je me logue, et je le reboot.
 
qqun a une idée ?

http://frlinux.net/?section=systeme&article=110

Non Non, tout y est.
C'est autre chose.
 
J'essaye sur un portable Toshiba.

Pour les erreurs "kernel too big" avec lilo :
 
il suffit de créer un lien symbolique :
 
ex: le noyau  /boot/vmlinuz-2.4.24
    faire un lien :
    cd /boot && ln -s /boot/vmlinuz-2.4.24 vmlinuz.new
 
Dans /etc/lilo.conf :
 
image = /boot/vmlinuz.new #boot sur le nveau noyau
 
Et lilo (ou /sbin/lilo si dans le PATH il n'y a pas /sbin )

Incroyable, je boot avec un kernel de pres de 2Mo

moi je l'ai configurer comme un porx et il fait 1.8Mo

Il faut que tu fasses un  
mkinitrd pour créer un .img
 
Pour modifier la taille de l'image, va dans /etc/mkinitrd  
Dans le fichiers de configuration tu dois avoir un truc comme cela  
-all
Il faut que tu le changes en -dep (calcul des dépendances utiles)
 
Renseigne auprès de man mkinird pour les info sur le fichier et la conf...
Je ne peux pas t'en dire plus, je suis au taf sous win, et je te raconte cela de tête !
J'avais le même pb, maintenant mon .img est passé de 1.6 M à environ 450 ko...

pour ma part :
 

 
alors ca vous en bouche un coin la

fake.

kernel freeswan
 
j ai halluciné kan j ai vu ca, mais ca boot

J'ai vu un patch circuler pour des kernel-embedded.