Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
4587 connectés 

 


Dernière réponse
Sujet : Kernel & modules
911GT3 messieurs :non:

Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
911GT3 messieurs :non:
Jar Jar

asphro a écrit a écrit :

bon
 
tu l est


Et en Français ?

asphro bon
 
tu l est
Jar Jar

asphro a écrit a écrit :

reflechie et si tu crois tu peut daire ca qu avec debian
 
t un bouffon


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

asphro

Jar Jar a écrit a écrit :

# 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...  




 
 
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]

x540 ah okokokok :) j'ai pigé !
 
MERCI !!!!!! trop cool ce forum  :sol:  
 
je retry ce soir ;)
 
 

911GT3 a écrit a écrit :

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...  



911GT3 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...
x540 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 ;)  



911GT3 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 ;)
houplaboom42

kadreg a écrit a écrit :

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

kadreg 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.
houplaboom42

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
 
 :hello:  
 
 




 
 
faut pas oublier de faire un initrd c est tout.

x540 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
Jar Jar

BMOTheKiller a écrit a écrit :

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


# 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...

Martinez 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...
BMOTheKiller

2xplop a écrit a écrit :

par exemple il faut avoir EXT3 en hard  
euh... tu veut dire quoi par la??




 
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
 
 :hello:

 

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

2xplop 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
BMOTheKiller 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
 
 :hello:
Buchu 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 ?
FlamM moi j'aime bien les modules qui se chargent uniquement lorsque tu en a besoin.
Jar Jar

madsurfer a écrit a écrit :

Il parrrait que + on a de chose ds le kernel + C rapide


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

madsurfer 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 :
 
 :hello:
Buchu 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 ) ?

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)