En r�ponse � vivanno <[EMAIL PROTECTED]>:
> Pour le fichier j' ai aussi la ligne "CONFIG_BLK_DEV_IDESCSI=m" dans
> mon
> fichier "/boot/config-2.2.20". Par contre ça veux dire quoi la valeur
> "m"!
Houla !
Je crois que lire des docs c'est bien, encore faudrait-il savoir � quoi �a sert
de recompiler son noyau ...
Car sans vouloir me montrer m�prisant/m�chant/orgueilleux, je trouve �tonnant
de voir quelqu'un qui pr�tend avoir un "serveur de mail" alors qu'il ne sait
pas � quoi sert l'option "M" dans un menuconfig ("un quoi ?").
Alors on recommence un petit cours � la con sur ce que c'est qu'un noyau (y a
pas grand chose � faire � mon boulot le 26 d�cembre :o)). Pour commencer, il
faut savoir que le but d'un OS (Operating System) est de cr�er une interface
pour ex�cuter des programmes, cette interface assurant la gestion de la
m�moire, de l'ordonancement des processus, de la gestion d'un syst�me de
fichiers et de l'exploitation des p�riph�riques. Ce qui fait l'ultime
diff�rence entre deux OS, c'est leur organisation : sous Windows, on a une
organisation � peu pr�s par couches, sous Linux on a une organisation
monolithique (le process init qui lance d'autres process ...). En particulier,
le "programme" de base de l'OS c'est le noyau. Sous windows, �a sert � rien de
remplacer le noyau au cours de la vie de l'OS (sauf quand il est plant� ou
qu'on veut refaire l'IHM ...) car les �volutions vont avoir lieu sur des
couches sup�rieures. Sous Linux, le kernel joue un r�le nettement plus
important, en particulier parce que l'OS est adaptable � plusieurs mat�riels
diff�rents.
Configurer le noyau sous Linux consiste � le rendre le plus proche possible de
sa machine afin que le mat�riel soit bien exploit�. La seule difficult�
consiste � d�terminer "ce dont on n'a pas besoin" pour �viter d'avoir un noyau
trop gros impossible � charger au d�marrage, et d'�viter les incompatibilit�s
d'options. Lors de la d�finition de son noyau, on d�finit deux grandes
cat�gories : la d�finition du kernel et la d�finition des modules. Cela se fait
lors de la phase "make config/make menuconfig/make xconfig" de la compilation
du noyau (personnellement je recommande le menuconfig car il fonctionne en
console et qu'il est plus fonctionnel que le simple make config) : lors des
diff�rent dialogues, il faut choisir pour chaque option si ce qui y est associ�
doit �tre inclus dans le noyau (Y) ou non (N) ou compil� sous forme de module
chargeable (M). Dans certains cas, le choix M n'est pas possible, dans d'autres
il l'est mais il est fortement recommand� de choisir plut�t Y (exemple :
gestion de ext2 ou ext3 ...). Pour savoir s'il faut choisir Y ou M, il faut
voir l'utilit� de l'option : si vous comptez utiliser en permanence un
p�riph�rique (ex : carte ethernet, carte son, ou drivers PCMCIA sur un
portable ...), alors autant choisir "Y". Dans le cas de p�riph�riques plus
rarement utilis�s (exemple : support USB si on n'a qu'une WebCam qu'on utilise
trois fois dans l'ann�e), alors il vaut mieux choisir l'option "M". En cas de
doute sur l'utilit� d'une option, il ne faut pas h�siter � lire la doc associ�e
(help dans menuconfig ou dans xconfig ...).
Une fois les choix r�alis�s, je conseille fortement de sauver la configuration
dans un fichier � part, puis il faut proc�der � la compilation
(personnellement, je passe par les �tapes traditionnelles "make dep && make
clean && make bzImage && make modules && make modules_install && make install
&& reboot", mais une des forces de Debian est de proposer un autre mode de
compilation orient� "packages" que je n'ai pas encore eu le loisir de d�couvrir
suffisamment pour l'utiliser ...). Ce qu'il faut v�rifier avant de relancer sa
machine :
- les liens marqu�s dans /etc/lilo.conf correspondant � vmlinuz sont bien li�s
� la version du noyau qui vient d'�tre compil� ;
- lilo (ou �quivalent) a bien �t� ex�cut� ;
- le r�pertoire /lib/modules/2.X.Y/ correspondant au nouveau noyau existe et
n'est pas vide.
Alors � ce moment on peut se permettre de rebooter et on croise les doigts pour
ne pas avoir de kernel_panic (cela dit, je n'en ai pas vu depuis pas mal
d'ann�es ...). Une fois que le noyau est charg� (exemple : apr�s un reboot),
alors le chargement des modules selon les p�riph�riques est d�fini par le
fichier /etc/modules.conf : on y trouve des trucs du genre "char-major-18
xxxxx.o", ce qui signifie que lorsqu'un programme voudra acc�der � un device
dont le num�ro majeur (ls -l /dev/xxx) est 18, alors il chargera le module
xxxxx.o (sauf s'il est inclus dans le noyau). Le programme "lsmod" permet de
savoir ceux qui sont d�ja charg�s.
Enfin, � la question "faut-il changer de noyau ?", il faut savoir que le 2.2.20
pr�sente en gros les lacunes suivantes :
- Pas de support "natif" de l'USB (pas taper, pas taper, j'exag�re un peu, mais
c'est pas loin, l'USB est plus simple sous les 2.4)
- Pas de support du syt�me de fichier ext3 (il me semble)
- Pas de DRI et d'acc�l�ration AGP sous XFree 4.X
- Tout un tas d'autre trucs (genre des trucs pour fair du beau firewalling) ...
Apr�s, les changements entre la version 2.4.19 et la 2.4.20 par exemple sont
mineurs :
- Am�lioration de drivers
- Ajout de nouveaux mat�riels
- R�solutions quelques bugs
Bref c'est pas forc�ment du m�ga-probant ...
> D'autre j'ai la ligne "CONFIG_CD_NO_IDESCSI=y" qui elle th�oriquement
> signifie que j'ai le support IDE-SCSI d'actif! ;-)
Ben non justement :o) Cette option n'a rien � voir avec de l'�mulation de SCSI
sur un CD-ROM (ou autre) IDE : cette option permet d'acc�der � des drivers
d'anciens lecteurs de CD-ROM, du temps o� ATAPI n'�tait pas des masses r�pandu.
En gros, cette option t'en a normallement rien � faire.
Pour ta config, si tu veux l'�mulation IDE/SCSI il te faut les options
suivantes :
dans le menu "Block Devices"
- activer l'option "SCSI emulation support"
dans le menu "SCSI Support"
- activer l'option "SCSI support"
- activer l'option "include SCSI CD-ROM drivers"
- activer l'option "SCSI generic support"
Bon, j'ai l'impression d'avoir encore racont� comment s'est fait le monde, je
dois �tre le n�3845 � avoir d�crit "Le noyau pour les nuls", et il se peut m�me
qu'il y ait quelques erreurs dans mon speech.
On va dire que c'�tait mon acdeau de no�l :o)
Olivier
