Eternel question, il vaut mieux avoir le plus de chose en modules au contraire tout mettre dans son kernel (quand on sait exactement quoi choisir ) ?

Perso, je met en module tt ce que je test (par exemple j'avais mis il me semble netfilter et netfilter en module, comme ça je pouvais passer de l'un à l'autre sans prob).
Et tt ce que je veux absolument garder je le met en dur dans le kernel
 
Il parrrait que + on a de chose ds le kernel + C rapide
 
En conclusion vaut mieux un max de chose ds le kernel à mon avis :
 
 

Uniquement au démarrage. Une fois le module chargé, le code est accédé exactement comme s'il avait été compilé dans le noyau.

moi j'aime bien les modules qui se chargent uniquement lorsque tu en a besoin.

Ok mais pas exemple tout ce qui est carte sond, usb, fs c'est toujours mieux de l'avoir en module ? Un kernel trop gros serait peut-etre moins stable ?

je fais pareil, tout en modules, et puis déjà ça évite de se retaper la compil du noyau à chaque fois, ce qui est plus long que de se taper les modules
 
pour le son, usb, fs, je trouve que c'est mieux en modules, sauf pour le fs de ton système, par exemple il faut avoir EXT3 en hard sinon pour monter les partitions de démarrage si elles sont en EXT3 c'est galère, j'ai eu récemment ce problème d'ailleurs
 
autrement, je suis vraiment pas sûr de moi là, il faudrait confirmation, je crois que la taille du noyau joue plus sur la vitesse de chargement que sur la stabilité, il est aussi plus difficilement exportable sur un autre support (disquette par exemple, où il faut mettre l'init, ...), mais là je suis pas sûr sûr, mais ça ne touche pas la stabilité
 
regarde le README des sources de ton noyau, c'est bien expliqué dedans
 
 

par exemple il faut avoir EXT3 en hard  
euh... tu veut dire quoi par la??
 
 la taille du noyau joue plus sur la vitesse de chargement que sur la stabilité  
exact. Mais avec les nouveau ordinateur ce n'est plus un probleme...
 
 
-------------------
WMCO1NCO1N WILL SAVE YOUR SOUL
plop=co1n*grouik^2

 
ah vi, c'est pas clair, ce que je veux dire c'est qu'il faut l'avoir compilé dans le noyau j'avais pas fait gaffe en recompilant (pour la compatibilité de ma carte SCSI) que j'étais en module pour EXT3, donc quand j'ai voulu booter mon nouveau noyau je me suis taper un plantage après car il ne pouvait pas monter la partition  / en  EXT3 vu que le module EXT3 n'était pas chargé avant le montage des partitions, une fois compilé dans le noyau j'ai plus eu de problème avec, c'est ça que je voulais dire
 
mais bon, j'ai pas cherché plus loin non plus
 
 

[jfdsdjhfuetppo]--Message édité par BMOTheKiller le 28-04-2002 à 16:19:57--[/jfdsdjhfuetppo]

euh... ben moi tout en hard dans le kernel... recompiler un kernel sur mon athlon 1600+, ca prend 2 minutes alors bon....
De là a ce que je change de CPU ou de carte son, ben on recompilera mais en attendant, vu que sur mon pc de bureau, je change jamais rien, -> kernel monolythique powaaaa, a pa a se faire chier avec des modules a loader ou déloader...
je vais pas faire un rmmod emu10k1 tout a l'heure, donc bon
Maintenant sur un portable, c'est discutable surtout pour ce qui est des modules pcmcia, etc...

# cat /etc/fstab
/dev/hda1       /               ext2    defaults,errors=remount-ro      0      1
[snip]
# cat /proc/modules
ext2                   30400   1 (autoclean)
[snip]
 
Impossible n'est pas Debian...

dites,
hier soir donc (cf autre topic j'ai recompilé mon noyau. plusieurs questions:
 
-peut-on recompiler plusieurs fois à partir du même répertoire décompressé (linux-2.4.18) ?
le make menuconfig repart-il bien du fichier .config créé ?
 
-j'ai compilé une première fois, j'ai perdu le support usb apparemment, j'ai voulu recompiler (en repartant du même rép) et là LILO se gèle au choix du noyau sans aucun message...que se passe-il ?
 
-à la compilation des modules j'ai l'impression (mais peut-être n'est-ce qu'une impression!) que ça compile pas bcp de modules... j'ai de nombreux messages "nothing to compile" ou qqchose du style au make modules_install ... c normal ?
 
merci d'avance pour vos (précieuses) réponses!
 
ps: config: debian 2.2.19 - tentative de passage au noyau 2.4.18

BMOTheKiller a écrit a écrit :     ah vi, c'est pas clair, ce que je veux dire c'est qu'il faut l'avoir compilé dans le noyau j'avais pas fait gaffe en recompilant (pour la compatibilité de ma carte SCSI) que j'étais en module pour EXT3, donc quand j'ai voulu booter mon nouveau noyau je me suis taper un plantage après car il ne pouvait pas monter la partition  / en  EXT3 vu que le module EXT3 n'était pas chargé avant le montage des partitions, une fois compilé dans le noyau j'ai plus eu de problème avec, c'est ça que je voulais dire   mais bon, j'ai pas cherché plus loin non plus

 
 
faut pas oublier de faire un initrd c est tout.

jjb<
 
J'aimerais bien savoir comment ils font, puisque pour acceder aux modules qui sont sur /, il faut pouvoir lire /, et je ne vois pas comment faire si ce n'est pas dans le noyau.

 
pareil initrd

x540 >
 
- oui.
 
- tu as relancé lilo après avoir compilé le nouveau noyau ? le fait qu'il garde le même nom dans /boot ne signifie pas qu'il garde la même place sur ton disque
 
- où est le problème ça dépend tout simplement du nombre de modules que tu as choisi. ex: j'imagine que tu n'a pas mis la prise en charge des cartes radio -> nothing to do.
Le make modules_install refait un make modules, si tu l'as fait avant, c'est normal qu'il n'y ai plus rien à faire

haaaaaaaaaaaaaaaaaa.......
heu j'me souviens plus si j'ai tapé lilo ou pas... je pense que non.... mais je comprends pas qu'il faille le faire vu que j'ai remplacé mes anciens fichiers xxx-2.4.18.....
 
 
d'ailleurs une autre question à propos du boot multinoyau:
 
j'ai copié dans le rep /boot/ :
 le noyau linux-2.4.18
 le fichier System.map que j'ai appelé System.map-2.4.18
 le fichier je-sais-plus-quoi que j'ai appelé je-sais-plus-quoi-2.4.18
par contre dans lilo, on n'indique que linux-2.4.18 et il se débrouille ???  
 
 
 

911GT3 a écrit a écrit : x540 >   - oui.   - tu as relancé lilo après avoir compilé le nouveau noyau ? le fait qu'il garde le même nom dans /boot ne signifie pas qu'il garde la même place sur ton disque   - où est le problème ça dépend tout simplement du nombre de modules que tu as choisi. ex: j'imagine que tu n'a pas mis la prise en charge des cartes radio -> nothing to do. Le make modules_install refait un make modules, si tu l'as fait avant, c'est normal qu'il n'y ai plus rien à faire

ce à quoi je peux répondre c'est pourquoi relancé lilo:
lilo n'appelle pas un fichier mais un endroit du disque. si tu change de noyau, même en gardant le même nom, il va forcement bouger de place et l'ancien être détruit...

ah okokokok j'ai pigé !
 
MERCI !!!!!! trop cool ce forum    
 
je retry ce soir
 
 

 
 
reflechi et si tu crois tu peut faire cela qu'avec debian....
 
tu es un bouffon....................

[jfdsdjhfuetppo]--Message édité par asphro le 15-05-2002 à 13:25:25--[/jfdsdjhfuetppo]

Où est-ce que j'ai dit ça ?
 
Au passage, le bouffon met de la ponctuation dans ses phrases, ça les rend plus lisibles.

bon
 
tu l est

Et en Français ?

messieurs