Re: Noyau debian ?
Le 26/12/02 10:43, « Olivier » <dsi@cnje.org> a écrit :
> En réponse à vivanno <deb@vivanno.com>:
>
>> 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
>
Merci pour c'est précisions ;-) Je connaissais certaines parties de la
théorie. :)) Ha aussi je ne vois pas le rapport entre mon serveur de mail
(eXtremail) et l'option "M", mais bon c'est pas grave est c'est noël. ;-)
Bref : "M" veut dire donc qu'il est "chargeable". Ca veux dire qui est
inclus sous forme de module ("M" comme module? lol) et qu' il peut être
utilisé à tous moment! C'est ça?
Alors pourquoi je le vois pas dans le "modconf" si il est en module ???
Donc, il doit être possible d'utilisé de module en permanence en l'
intégrant au noyau (pour avoir dans mon fichier .config
CONFIG_BLK_IDESCSI=y). Ok! Pour faire cela il faut de toutes façon que je
compile (compiler n'est peut-être pas le bon therme en faite) mon noyau pour
intégré le support IDE-SCSI et pour cela c'est la commande "make menuconfig"
puis je que je fasse:
> 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"
C'est çà ?
Autant en profiter pour changé ne noyau! non?
PS: J' ai l'air d' un neuneu et je me ridiculisez certainement! Mais ça fait
4 ans que j'utilise linux professionnellement et c'est la première fois que
je dois compiler un noyau donc soyez indulgent. ;-) J'utilise linux comme
serveur de mysql, ftp, mail et web, et c'est tous! Ce n' est pas que je ne
suis pas un pro, mais j'ai pas la science infuse, et linux est tellement
vaste que personne ne connaît tous sur le sujet.
Moi mon trucs c'est le web et le mail, pas de quoi comiler un noyau. ;-)
Donc merci de votre compréhension pour la b... que je suis en compilation de
noyau et autre installation de driver. :)))
Reply to: