
                          The Linux BootPrompt-HOWTO

Par Paul Gortmaker.

   v1.14, 1er Fvrier 1998
     _________________________________________________________________

   _Ce document est le BootPrompt-Howto, qui est un condens de tous les
   paramtres de boot qui peuvent tre transmis au noyau de Linux lors de
   la squence de boot. Ceci inclut tous les paramtres concernant les
   priphriques. Une partie traitant de la faon dont le noyau trie les
   paramtres de dmarrage ainsi qu'un tour d'horizon des logiciels les
   plus rpandus pour dmarrer le noyau de Linux sont aussi inclues.
   Cette version franaise a t ralise par Laurent RENAUD
   (lrenaud@hol.fr). _
     _________________________________________________________________

1. Introduction

   Le noyau a une capacit limite pour accepter des informations au
   moment du dmarrage sous la forme d'une ligne de commande, semblable 
   une liste d'arguments que vous pouvez passer  un programme. En
   gnral, ceci est utilis pour donner au noyau des informations
   concernant les paramtres du matriel que le noyau n'est pas capable
   de dterminer tout seul, ou pour se substituer/craser les valeurs que
   le noyau pourrait dtecter.

   Cependant, si vous avez juste copi une image du noyau directement sur
   une disquette, (c.a.d cp zImage /dev/fd0) alors vous n'avez aucune
   chance de pouvoir spcifier quelque argument que ce soit  ce noyau.
   C'est pourquoi beaucoup d'utilisateurs de _Linux_ utilisent des
   logiciels comme _LILO_ ou _loadlin_ qui se chargent de transmettre ces
   arguments au noyau, et de le faire alors dmarrer.

   _NOTE IMPORTANTE POUR LES UTILISATEURS DE MODULES :_ Les paramtres de
   dmarrage en gnral, ne s'appliquent qu'aux pilotes de matriel qui
   sont compils directement dans le noyau. Ils n'ont _aucun effet_ sur
   les pilotes qui sont chargs en tant que modules. La plupart des
   distributions utilisent des modules. Si vous ne savez pas, regardez
   dans man depmod et man modprobe en suivant le contenu de
   /etc/conf.modules.

   Cette version couvre les distributions du noyau jusqu' la v2.0.33
   incluse. Des informations qui font partie des noyaux en dveloppement
   jusqu' la version 2.1.84 sont aussi documentes.

   Le BootPrompt-Howto est edit et mis  jour par :

     Paul Gortmaker, gpg109@rsphy1.anu.edu.au

   [Notez que les paramtres de dmarrage qui sont spcifiques aux ports
   et priphriques non-i386 (ex : Atari/Amiga) ne sont actuellement pas
   documents.]

1.1 Responsabilit et Copyright

   Ce document _n'est pas_ l'vangile ! Bien que ce soit probablement la
   source d'information la plus  jour que vous puissiez trouver.
   Personne n'est responsable de ce qui peut arriver  votre matriel 
   part vous. Si votre matriel s'enflamme brusquement (ce qui est
   quasiment impossible ! ) je ne suis pas responsable. C'est  dire QUE
   L'AUTEUR N'EST PAS RESPONSABLE DES DOMMAGES QUI PEUVENT ETRE PRODUITS
   PAR DES ACTIONS RESULTANT D'INFORMATIONS CONTENUES DANS CE DOCUMENT.

   Ce document est soumis au Copyright (c) 1995-1998 de Paul Gortmaker.

   Ce document peut tre copi en respectant les termes de la GNU General
   Public Licence, version 2, ci-incluse en rfrence. Voir le fichier
   linux/COPYING fourni avec le noyau Linux pour plus de dtails.

   Si vous avez l'intention d'incorporer ce document au sein d'une
   publication, merci de me contacter, et je ferai un effort pour
   m'assurer que vous avez les informations les plus  jour disponibles.
   Par le pass, des versions primes de HOWTO ont t publies, ce qui
   a attrist les developpeurs qui ont t harcels de questions
   auxquelles ils avaient dj rpondu dans des versions plus rcentes.

1.2 Documentation Associe

   Les documentations les plus  jour seront toujours les sources du
   noyau. Pas si vite ! Ne soyez pas effrays. Vous n'avez pas besoin de
   connatre la programmation pour lire les commentaires dans les
   fichiers source. Par exemple, si vous recherchez un argument qui peut
   tre transmis au pilote AHA1542 SCSI, il vous suffit d'aller dans le
   rpertoire linux/drivers/scsi, et de regarder dans le fichier
   aha1542.c et dans les cent premires lignes vous trouverez en anglais
   une description simple et complte des paramtres de dmarrage que le
   pilote 1542 peut recevoir.

   Une autre bonne chose seront les fichiers de documentation livrs avec
   le noyau lui-mme. Il y en a aujourd'hui pas mal, et la plupart
   d'entre eux peuvent-tre trouvs dans le rpertoire
   linux/Documentation et tous ses sous rpertoires. Le rpertoire linux
   se trouve gnralement dans /usr/src/. Parfois des fichiers README.foo
   peuvent se trouver dans le rpertoire associ aux pilotes (c.a.d.
   linux/drivers/XXX/, o XXX sera scsi, char, ou net.

   Si vous avez trouv quels sont les paramtres que vous avez
   l'intention d'utiliser, et que vous voulez savoir comment transmettre
   ces informations au noyau, alors regardez la documentation qui
   correspond au logiciel que vous utilisez pour dmarrer le noyau (par
   exemple : LILO ou loadlin). Un bref survol est fourni ci-dessous, mais
   il ne remplace pas la documentation fournie avec le logiciel de
   dmarrage.

1.3 Le groupe de discussion Linux

   Si vous avez des questions sur la transmission des paramtres au
   noyau, s'il vous plait, LISEZ D'ABORD ce document. Si ce document et
   les documents associs qui sont mentionns ci-dessus ne rpondent pas
    votre (vos) question(s), alors vous pouvez essayer de la (les) poser
   dans le groupe de discussion _Linux_ (fr.comp.os.linux pour la
   France). Bien sr, il serait bon de lire les messages du groupe avant
   de poser aveuglment vos questions, il se peut que quelqu'un d'autre
   ait dj pos la mme question, ou peut-tre est-ce une question
   frquemment pose (FAQ). Un coup d'oeuil rapide  la FAQ linux avant
   de poster est une _bonne_ ide. On pourra trouver les FAQ quelque
   part, dans un rpertoire proche de celui o vous avez trouv ce
   document.

   Les questions gnrales concernant la configuration de votre systme
   peuvent tre directement poses dans le groupe comp.os.linux.setup.
   Nous vous demandons _s'il vous plat_ de respecter ces quelques
   recommandations, et de ne pas cross-poster vos demandes dans d'autres
   groupes.

1.4 Nouvelles Versions de ce Document

   Les nouvelles versions (en anglais) de ce document peuvent tre
   recupres par FTP anonyme sur le site sunsite.unc.edu, dans le
   rpertoire /pub/Linux/docs/HOWTO/. Notez que _SunSITE_ est souvent
   surcharg, donc il vaudrait mieux aller chercher ce document sur un
   des sites ftp miroir de Linux.

   Ces documents en langue franaise se trouvent sur le site ftp.lip6.fr
   dans de rpertoire /pub/linux/french/docs/HOWTO.

   Des mises  jour seront faites chaque fois que de nouvelles
   informations / pilotes seront disponibles. Si la copie que vous tes
   en train de lire date de plus de quelques mois, il serait bon de
   vrifier qu'il n'en existe pas une version plus rcente.

   Ce document est produit en utilisant le systme SGML spcialement
   concu pour le projet _Linux_ Howto, et il existe diffrents formats de
   sortie disponibles : postscript, dvi, ascii, html, et bientt TeXinfo.

   Je vous recommande de visualiser ce document en HTML (via un logiciel
   de navigation WWW ) ou dans le format PostScript/dvi. Tous deux
   contiennent les rfrences croises qui sont perdues dans les
   conversions en ASCII.

   Si vous voulez obtenir la copie officielle de sunsite, voici l'URL.

   BootPrompt-HOWTO

2. Vue d'Ensemble des Paramtres de Dmarrage

   Cette partie donne un certain nombre d'exemples de logiciels qui
   peuvent tre utiliss pour transmettre les paramtres de dmarrage au
   noyau. Elle donne aussi une ide de la faon dont les paramtres sont
   traits, quelles sont les limitations des paramtres de dmarrage, et
   la faon dont ils sont rpartis vers chaque priphrique pour lesquels
   ils ont t conus.

   Il est _important_ de noter que l'on _ne peut pas_ utiliser d'espaces
   dans un paramtre de dmarrage, mais seulement entre des paramtres
   diffrents. Une liste de valeurs correspondant  un seul paramtre
   doit utiliser des virgules comme sparateur entre les diffrentes
   valeurs, l aussi, sans aucun espace. Voir les exemples ci-dessous.
     _________________________________________________________________

        ether=9,0x300,0xd0000,0xd4000,eth0  root=/dev/hda1            *BON*
        ether = 9, 0x300, 0xd0000, 0xd4000, eth0  root = /dev/hda1    *MAUVAIS*
     _________________________________________________________________

2.1 LILO (LInux LOader)

   Le programme LILO (LInux LOader) crit par Werner Almesberger est le
   plus couramment utilis. Il a la capacit de dmarrer diffrents
   noyaux, et stocke les informations de configuration dans un fichier
   contenant exclusivement du texte. Beaucoup de distributions
   fournissent LILO comme "boot-loader" (chargeur de noyau) par dfaut.
   LILO peut dmarrer DOS, OS/2, _Linux_, FreeBSD, etc. sans aucun
   problme, et il est trs souple.

   Une configuration classique est d'avoir LILO qui arrte le dmarrage
   et affiche LILO: peu de temps aprs que vous ayez allum votre
   ordinateur. Il attendra alors quelques instants en vue d'une
   eventuelle saisie de l'utilisateur, faute de quoi il lancera le
   systme d'exploitation par dfaut. Les tiquettes couramment utilises
   dans les fichiers de configuration de LILO sont linux , backup et
   msdos. Si vous dsirez entrer un paramtre de dmarrage, vous le
   taperez ici, aprs avoir entr l'tiquette du systme que vous voulez
   que LILO lance, comme indiqu dans l'exemple ci-dessous.
     _________________________________________________________________

        LILO: linux root=/dev/hda1
     _________________________________________________________________

   LILO est fourni avec une documentation excellente, et pour les
   paramtres de dmarrage dont nous parlons ici, la commande append= de
   LILO est d'une trs grande importance lorsque l'on veut ajouter un
   paramtre de dmarrage de faon permanente dans le fichier de
   configuration de LILO. Vous ajoutez tout simplement quelque chose
   comme append = "foo=bar" dans le fichier /etc/lilo.conf. On peut
   l'ajouter soit en haut du fichier de configuration, afin qu'il
   s'applique  toutes les sections, ou dans une section correspondant 
   un systme particulier en le mettant dans une section image=. Voyez la
   documentation de LILO pour une description plus complte.

2.2 LoadLin

   L'autre chargeur de noyau couramment utilis est `LoadLin' qui est un
   programme DOS qui est capable de lancer un noyau _Linux_  partir du
   prompt du dos (avec des paramtres de dmarrage) en supposant que
   certaines ressources sont disponibles. Ceci est trs bien pour les
   gens qui utilisent le DOS et qui veulent basculer sur _Linux_  partir
   du DOS.

   C'est aussi trs pratique si vous possdez du matriel qui est
   dpendant du pilote fourni pour le DOS afin de mettre le matriel dans
   un tat donn. Un exemple frquent : les cartes son `SoundBlaster
   Compatible' qui requirent un pilote DOS pour positioner un ensemble
   de registres propritaires pour mettre la carte dans un mode
   compatible SoundBlaster. Dmarrez le DOS avec le pilote requis, et
   maintenant chargez _Linux_  partir du prompt du DOS avec LOADLIN.EXE
   en esquivant la remise  zro de la carte qui intervient si on
   redmarre compltement la machine. De cette faon, la carte est
   laisse dans le mode compatible SB et par consquent est utilisable
   sous _Linux_.

   Il y a aussi d'autres programmes qui peuvent tre utiliss pour
   dmarrer _Linux_. Pour une liste complte, regardez sur votre miroir
   ftp _Linux_ local, les programmes disponibles dans le rpertoire
   system/Linux-boot/.

2.3 L'utilitaire ``rdev''

   Un certain nombre des paramtres de dmarrage du noyau ont leurs
   valeurs par dfaut stockes dans diffrents octets de l'image du
   noyau. Il existe un utilitaire baptis rdev qui est install sur la
   plupart des systmes et qui sait o sont ces valeurs, et comment les
   changer. Il peut aussi modifier un certain nombre de choses qui ne
   possdent pas de paramtre de dmarrage quivalent, comme le mode
   vido utilis par dfaut.

   L'utilitaire rdev est couramment associ  swapdev, ramsize, vidmode
   et rootflags. Les cinq paramtres que rdev peut modifier sont : le
   priphrique de dmarrage, le priphrique de swap, les paramtres du
   disque RAM, le mode vido par dfaut, et l'autorisation de
   lecture-seule/lecture-criture sur le priphrique racine.

   Des informations plus compltes sur rdev peuvent tre obtenues en
   tapant rdev -h ou en lisant la page correspondante du manuel fourni
   (man rdev).

2.4 Comment le noyau gre t-il les paramtres ?

   La plupart des paramtres de dmarrage utilisent la syntaxe suivante :
     _________________________________________________________________

        nom[=valeur_1][,valeur_2]...[,valeur_11]
     _________________________________________________________________

   o `nom' est un mot cl unique qui est utilis pour reconnatre 
   quelle partie du noyau sont destines les valeurs associes (si il y
   en a). Plusieurs paramtres de dmarrage peuvent tre transmis sous
   forme d'une liste d'lments, comme celle situ ci-dessus, spars par
   des espaces. Notez que la limite de 11 paramtres est relle, c'est
   pourquoi le code ci-dessus ne comporte que 11 paramtres spars par
   des virgules pour un mot cl. Toutefois, vous pouvez rutiliser le
   mme mot cl avec 11 paramtres de plus dans des situations trs
   complexes, en sachant que ceci est accept par la fonction de
   configuration. Notez aussi que le noyau partage la liste en un maximum
   de 10 paramtres entiers, et une chane de caractres accompagnatrice,
   donc vous pouvez rellement fournir 11 entiers, dans la mesure ou vous
   assurez la conversion du 11me paramtre, de chane en entier, dans le
   pilote lui mme.

   La plupart sont pris en charge par linux/init/main.c. Tout d'abord, le
   noyau cherche  voir si le paramtre fait partie des paramtres
   spciaux comme `root=', `ro', `rw', ou `debug'. La signification de
   ces paramtres spciaux est dcrite plus loin dans ce document.

   Il parcourt alors une liste de fonctions de configuration (contenues
   dans le tableau bootsetups) pour voir si la chane paramtre spcifie
   (comme par exemple `foo') a t associe  une fonction de
   configuration (foo_setup()) pour un priphrique particulier ou une
   partie du noyau. Si vous passez au noyau la ligne foo=3,4,5,6,bar
   alors, il cherchera dans le tableau bootsetups pour voir si `foo' y
   figure. S'il y est, alors il pourra appeler la fonction de
   configuration associe  `foo' (foo_setup()) et prendra en charge les
   paramtres 3, 4, 5 et 6 tels qu'ils sont donns dans la ligne de
   commande adresse au noyau, et traitera aussi le paramtre de type
   chane bar.

2.5 Positionnement des Variables d'Environnement.

   Quelque chose du type `foo=bar', qui n'est pas accept comme une
   fonction de configuration telle qu'elle est dcrite ci-dessus, est
   interprte comme une variable d'environnement  positionner. Un
   exemple (inutile ?) serait d'utiliser `TERM=vt100' comme paramtre de
   dmarrage.

2.6 Passer des paramtres au programme `init'

   Tous les paramtres restants qui ne sont pas pris par le noyau et qui
   ne sont pas considrs comme tant des variables d'environnement sont
   transmis au processus initial, qui est gnralement le programme init.
   Le paramtre le plus couramment pass au processus init est le mot
   _single_ qui demande  init de dmarrer l'ordinateur en mode
   mono-utilisateur, et de ne pas lancer les "daemons" (dmons)
   habituels. Regardez la page du manuel correspondant  la version de
   init installe sur votre systme, afin de connatre les paramtres
   accepts.

3. Paramtres Gnraux non spcifiques  un Priphrique

   Voici des paramtres qui ne sont pas lis  des priphriques
   particuliers. Ils sont simplement lis  un certain nombre de
   paramtres internes au noyau, comme la gestion mmoire, celle du
   disque RAM, celle du systme de fichiers racine, etc.

3.1 Options du systme de fichiers racine

   Les options suivantes dterminent toutes la faon dont le noyau
   slectionne et manipule le systme de fichiers racine.

  Le paramtre `root='

   Ce paramtre indique au noyau quel priphrique doit tre utilis
   comme "root filesystem" (racine du systme de fichiers) pendant le
   dmarrage. Par dfaut, c'est le priphrique racine du systme sur
   lequel le noyau a t construit. Par exemple, si le noyau en question
   a t construit sur un systme qui utilise `/dev/hda1' comme partition
   racine, alors le priphrique racine par dfaut sera `/dev/hda1'. Pour
   outrepasser cette valeur et slectionner le second lecteur de
   disquette comme priphrique racine, il faut utiliser `root=/dev/fd1'.
   Les priphriques racine valides sont un des priphriques suivants :

   (1) /dev/hdaN  /dev/hddN, o N est la partition pour les disques `a 
   d' compatibles ST-506.

   (2) /dev/sdaN  /dev/sdeN, o N est la partition pour les disques `a 
   e' compatibles SCSI.

   (3) /dev/xdaN  /dev/xdbN, o N est la partition pour les disques `a 
   b' compatibles XT.

   (4) /dev/fdN, o N est le numro du lecteur de disquette. La valeur
   N=0 correspond au disque DOS `A:', et N=1 correspond  `B:'.

   (5) /dev/nfs, qui n'est pas vraiement un priphrique, mais plutt un
   indicateur pour dire au noyau de rechercher le systme de fichiers
   racine via le rseau.

   La plus maladroite et la moins compatible des spcifications des
   priphriques disque ci-dessus, qui est le format nombre majeur/nombre
   mineur est aussi accepte (par exemple /dev/sda3 a pour major 8, et
   pour minor 3, vous pouvez donc utiliser root=0x803 comme alternative).

   C'est un des paramtres de dmarrage qui a sa valeur par dfaut
   stocke dans l'image du noyau, et qui peut tre aussi modifie par
   l'utilitaire rdev.

  Le paramtre `ro'

   Quand le noyau dmarre, il a besoin du systme de fichiers racine,
   pour numrer les lments de base de celui-ci. C'est le systme de
   fichiers racine qui est mont au dmarrage. Cependant, si le systme
   de fichiers racine est mont avec un accs en criture, vous ne
   pourrez pas contrler de faon fiable l'intgrit du systme de
   fichiers, car il peut y avoir des fichiers en cours d'criture.
   L'option `ro' indique au noyau de monter le systme de fichiers racine
   en lecture seule, de faon que les programmes de contrle de cohrence
   du systme de fichiers (fsck) puissent tre certain qu'il n'y a pas
   d'critures en cours pendant la dure du test. Aucun programme ou
   processus ne peut crire dans les fichiers situs sur le systme de
   fichiers en question jusqu' ce qu'il ait t `remont' avec un accs
   en lecture/criture.

   C'est un des paramtres de dmarrage qui a sa valeur par dfaut
   stocke dans l'image du noyau, et qui peut tre aussi modifie par
   l'utilitaire rdev.

  Le paramtre `rw'

   Ceci est le contraire le plus parfait de ce qui prcde, c'est  dire
   que ce paramtre indique au noyau de monter le systme de fichier
   racine en lecture/criture. N'excutez surtout pas un programme de
   type `fsck' sur un systme de fichiers mont en lecture/criture.

   La mme valeur stocke dans le fichier image mentionn ci-dessus est
   aussi accessible via rdev

3.2 Options lies  la gestion des disques virtuels (disques RAM)

   Les options suivantes correspondent  la faon dont le noyau gre le
   priphrique disque virtuel, qui est souvent utilis comme zone
   d'amorage durant la phase d'installation, ou pour des machines qui
   utilisent des pilotes modulaires qui doivent tre installs pour
   accder au systme de fichiers racine.

  Le paramtre `ramdisk_start='

   Pour permettre  une image du noyau de loger sur une disquette,
   conjointement avec une image compresse du disque virtuel, la commande
   `ramdisk_start=<offset>' est ajoute. Le noyau ne peut pas tre inclus
   dans l'image compresse du systme de fichiers du disque virtuel, car
   il doit tre stock  partir du bloc zro de faon  ce que le BIOS
   puisse charger le secteur d'amorce (bootsector) et que le noyau puisse
   alors s'auto-lancer.

   Note : Si vous utilisez une image du disque virtuel non compresse,
   alors le noyau peut faire partie de l'image du systme de fichiers qui
   est charg sur le disque virtuel, et la disquette peut-tre lance
   avec LILO, ou les deux peuvent tre distincts comme c'est fait pour
   les images compresses.

   Si vous utilisez deux disques boot/root (noyau sur le disque 1, image
   u disque virtuel sur le disque 2) alors, le disque virtuel dmarrera
   au bloc zro, et un dplacement (offset) de zro sera utilis. Etant
   donn que c'est la valeur par dfaut, vous n'aurez pas besoin
   actuellement d'utiliser cette commande.

  Le paramtre `load_ramdisk='

   Ce paramtre indique au noyau si il essaye de charger une image du
   disque virtuel ou pas. En spcifiant `load_ramdisk=1' on indiquera au
   noyau de charger une disquette dans le disque virtuel. La valeur par
   dfaut est zro, ce qui signifie que le noyau n'essaiera pas de
   charger un disque virtuel.

   Voyez le fichier linux/Documentation/ramdisk.txt pour une description
   complte des nouveaux paramtres de dmarrage, et comment les
   utiliser. La faon dont ces paramtres peuvent tre positionns et
   stocks dans l'image du noyau via 'rdev' est aussi dcrite.

  Le paramtre `prompt_ramdisk='

   Ce paramtre indique au noyau si il doit ou non vous demander
   d'insrer la disquette contenant l'image du disque virtuel. Dans une
   configuration  une seule disquette, l'image du disque virtuel est sur
   la mme disquette que le noyau qui vient juste de se charger/dmarrer,
   et donc un message d'invite est inutile. Dans ce cas, on peut utiliser
   `prompt_ramdisk=0'. Dans une configuration avec deux disquettes, vous
   devez avoir la possibilit de changer de disquette, et alors
   `prompt_ramdisk=1' peut-tre utilis. Etant donn que c'est la valeur
   par dfaut, on n'a pas vraiment besoin de l'indiquer.

   Note Historique : Des gens sournois on l'habitude d'utiliser l'option
   de LILO `vga=ask' pour stopper temporairement le dmarrage et avoir
   ainsi une chance de pouvoir passer de la disquette boot  la disquette
   root.

   Voyez le fichier linux/Documentation/ramdisk.txt pour une description
   complte des nouveaux paramtres de dmarrage, et comment les
   utiliser. La faon dont ces paramtres peuvent tre positionns et
   stocks dans l'image du noyau via 'rdev' est aussi dcrite.

  Le paramtre `ramdisk_size='

   Bien que ce soit vrai que le disque virtuel augmente sa taille de
   faon dynamique, il existe une limite maximum afin qu'il n'utilise pas
   toute la mmoire vive (RAM) disponible et vous laisse dans une triste
   situation. Par dfaut, la taille est de 4096 (c.a.d. 4MB) qui doit
   tre suffisant pour la plupart des besoins. Vous pouvez craser cette
   taille par dfaut pour une plus grande ou une plus petite avec ce
   paramtre de dmarrage.

   Voyez le fichier linux/Documentation/ramdisk.txt pour une description
   complte des nouveaux paramtres de dmarrage, et comment les
   utiliser. La faon dont ces paramtres peuvent tre positionns et
   stocks dans l'image du noyau via 'rdev' est aussi dcrite.

  Le paramtre `ramdisk=' (obsolete)

   NOTE : Ce paramtre est obsolte, et ne doit pas tre utilis exept
   sur les noyaux v1.3.47 et ceux plus anciens. Les commandes que l'on
   peut utiliser pour les disques virtuels sont documentes ci-dessous.

   Ceci indique la taille en Kilo-Octets du disque virtuel (RAM disk) que
   vous pouvez ventuellement utiliser. Par exemple, si vous souhaitez
   avoir un systme de fichiers racine sur une disquette 1.44 Mo charg
   sur le disque virtuel, vous devrez utiliser :
     _________________________________________________________________

        ramdisk=1440
     _________________________________________________________________

   C'est un des paramtres de dmarrage qui a sa valeur par dfaut
   stocke dans l'image du noyau, et qui peut tre aussi modifi par
   l'utilitaire rdev.

  Le paramtre `noinitrd' (disque RAM initial)

   La version v2.x du noyau et les versions plus rcentes possdent la
   caractristique de pouvoir avoir le systme de fichiers racine
   initialement sur un disque virtuel, et le noyau excute linuxrc sur
   cette image mmoire. Cette caractristique est gnralement utilise
   pour permettre de charger des modules ncessaires au montage du
   systme de fichiers racine rl (par exemple : charger les modules du
   pilote SCSI stocks dans l'image du disque virtuel, et alors monter le
   systme de fichiers racine rl sur un disque SCSI).

   Le paramtre `noinitrd' actuel dtermine ce qui arrive aux donnes
   initrd aprs que le noyau ait dmarr. Lorsqu'il est indiqu, au lieu
   de se convertir en disque virtuel, il est accessible via /dev/initrd,
   et peut-tre lu juste avant que la RAM soit libre pour le systme.
   Pour de plus amples dtails sur l'utilisation du disque RAM initial,
   consultez linux/Documentation/initrd.txt. De plus, les versions les
   plus rcentes LILO et LOADLIN doivent contenir des informations
   complmentaires trs intressantes.

3.3 Paramtres de Dmarrage relatifs  la Gestion de la Mmoire.

   Les paramtres suivants modifient la faon dont linux dtecte ou gre
   la mmoire physique et virtuelle de votre systme.

  Le paramtre `mem='

   Ce paramtre vise deux objectifs : L'objectif principal est d'indiquer
   la quantit de mmoire installe (ou une valeur plus petite si vous
   dsirez limiter le quantit de mmoire disponible pour linux). Le
   second ojectif (trs utilis) est de spcifier mem=nopentium qui
   indique au noyau de linux de ne pas utiliser les caractristiques de
   la table de performance de pages de 4 MO (4MB page table performance).

   L'appel initial au BIOS dfini dans la spcification des PC, et qui
   renvoie la taille de la mmoire installe, a t conu pour tre
   capable de donner des tailles mmoire jusqu' 64 Mo (H oui, encore
   une manque de prvoyance, tout comme les disques de 1024
   cylindres...Pfffff). Linux utilise cet appel au BIOS au dmarrage pour
   dterminer quelle est la quantit de mmoire installe. Si vous avez
   plus de 64 Mo de mmoire vive installe, vous pouvez utiliser ce
   paramtre de dmarrage pour indiquer  Linux quelle est la quantit de
   mmoire dont vous disposez. Voici une citation de Linus sur
   l'utilisation du paramtre `mem='.

   "Le noyau acceptera tous les paramtres `mem=xx' que vous lui
   donnerez, et s'il s'aperoit que vous lui avez menti, il plantera
   lamentablement tt ou tard. Le paramtre indique la plus haute zone
   adressable, donc `mem=0x1000000' signifie que vous avez 16 Mo de
   mmoire, par exemple. Pour une machine ayant 96 Mo de mmoire, le
   paramtre serait `mem=0x6000000'."

   NOTE NOTE NOTE: certaines machines peuvent utiliser le sommet de la
   mmoire pour le cache du BIOS ou quelque chose d'autre, c'est pourquoi
   il se peut que vous n'ayez pas vraiment la totalit de ces 96 Mo comme
   mmoire adressable. Le contraire est aussi exact : certaines puces
   feront un plan de la mmoire physique couverte par la zone BIOS dans
   la zone situe juste au dessus du sommet de la mmoire, donc le sommet
   de la mmoire peut tre actuellement 96Mo + 384ko par exemple. Si vous
   indiquez  _Linux_ qu'il a plus de mmoire qu'il doit en avoir
   actuellement, des choses plutt dsagrables vous arriveront :
   peut-tre pas tout de suite, mais un jour srement.''

   Notez que cet argument n'a pas besoin d'tre en hexadcimal, et que
   les suffixes `k' et `M' (en majuscule ou minuscule, peu importe)
   peuvent tre utiliss pour indiquer respectivement kilo-octets et
   Mga-octets (le `k' multiplie par 10 votre valeur et le `M' la
   multiplie par 20). La mise en garde expose ci-dessus reste vraie en
   cela qu'une machine avec 96 Mo peut fonctionner avec mem=97920k mais
   chouer avec soit mem=98304k ou mem=96M.

  Le paramtre `swap='

   Il permet  l'utilisateur de rgler certains des paramtres de la
   mmoire virtuelle qui sont lis aux fichiers d'change (swap) sur
   disque. Il accepte les huit paramtres suivants :
     _________________________________________________________________

        MAX_PAGE_AGE
        PAGE_ADVANCE
        PAGE_DECLINE
        PAGE_INITIAL_AGE
        AGE_CLUSTER_FRACT
        AGE_CLUSTER_MIN
        PAGEOUT_WEIGHT
        BUFFEROUT_WEIGHT
     _________________________________________________________________

   Les utilisateurs avertis pourront jeter un coup d'oeuil au fichier
   linux/mm/swap.c et sur les donnes du rpertoire /proc/sys/vm.

  Le paramtre `buff='

   Comme le paramtre `swap=', il permet  l'utilisateur de rgler
   certains des paramtres relatifs  la gestion des tampons mmoire. Il
   accepte les six paramtres suivant :
     _________________________________________________________________

        MAX_BUFF_AGE
        BUFF_ADVANCE
        BUFF_DECLINE
        BUFF_INITIAL_AGE
        BUFFEROUT_WEIGHT
        BUFFERMEM_GRACE
     _________________________________________________________________

   Les utilisateurs avertis pourront jeter un coup d'oeuil au fichier
   linux/mm/swap.c et sur les donnes du rpertoire /proc/sys/vm.

3.4 Paramtres de dmarrage pour les systmes de fichiers racine NFS

   Linux supporte des systmes comme les stations de travail sans disques
    condition que leur systme de fichiers racine soit de type NFS
   (Network FileSystem ou Systme de Fichiers Rseau). Ces paramtres
   sont utiliss pour indiquer  la station exempte de disque sur quelle
   machine elle doit aller chercher son systme. Notez aussi que le
   paramtre root=/dev/nfs est requis. Des informations dtailles sur
   l'utilisation d'un systme de fichiers racine NFS sont contenues dans
   linux/Documentation/nfsroot.txt. Je vous conseille de lire ce fichier,
   car ce qui suit est juste un rsum rapide extrait directement de ce
   document.

  Le paramtre `nfsroot='

   Ce paramtre indique au noyau quelle machine, quel rpertoire et
   quelles options NFS sont utilises pour son systme de fichiers
   racine. La structure du paramtre est la suivante :
     _________________________________________________________________

        nfsroot=[<server-ip>:]<root-dir>[,<nfs-options>]
     _________________________________________________________________

   Si le paramtre nfsroot n'est pas donn sur la ligne de commande, on
   utilisera par dfaut `/tftpboot/%'. Les autres options sont les
   suivantes :

   <server-ip> - Indique l'adresse IP du serveur NFS. Si ce champ n'est
   pas indiqu, l'adresse par dfaut dtermine par la variable nfsaddrs
   (voir ci-dessous) est utilise. Une des utilisations de ce paramtre
   est par exemple l'utilisation de serveurs diffrents pour RARP et NFS.
   Gnralement vous pouvez le laisser  blanc.

   <root-dir> - Nom du rpertoire sur le serveur  monter en tant que
   racine. Si il y a un caractre `%' dans la chane, le caractre sera
   remplac par la reprsentation ASCII de l'adresse IP du client.

   <nfs-options> - Options NFS standard. Toutes les options sont spares
   par des virgules. Si le champ option n'est pas indiqu, les valeurs
   suivantes sont utilises par dfaut :


        port            = tel que donn par le dmon portmap du serveur
        rsize           = 1024
        wsize           = 1024
        timeo           = 7
        retrans         = 3
        acregmin        = 3
        acregmax        = 60
        acdirmin        = 30
        acdirmax        = 60
        flags           = hard, nointr, noposix, cto, ac

  Le paramtre `nfsaddrs='

   Ce paramtre de dmarrage positionne les diffrentes adresses qui sont
   ncessaires  la communication sur le rseau. Si ce paramtre n'est
   pas indiqu, le noyau essaie d'utiliser RARP et/ou BOOTP pour calculer
   ces paramtres. La structure est la suivante :
     _________________________________________________________________

        nfsaddrs=<my-ip>:<serv-ip>:<gw-ip>:<netmask>:<name>:<dev>:<auto>
     _________________________________________________________________

   <my-ip> - Adresse IP du client. Si elle est vide, cette adresse sera
   dtermine par RARP ou BOOTP. Le protocole utilis dpend de ce qui a
   t activ pendant la configuration du noyau et sur le paramtre
   <auto>. Si ce paramtre n'est pas vide, ni RARP, ni BOOTP ne seront
   utiliss.

   <serv-ip> - Adresse IP du serveur NFS. Si RARP est utilis pour
   dterminer l'adresse du client et que ce paramtre N'EST PAS vide,
   seules les rponses du serveur spcifi seront acceptes. Pour
   utiliser diffrents serveurs NFS et RARP, indiquez votre serveur RARP
   ici (ou laissez le  blanc), et indiquez votre serveur NFS dans le
   paramtre nfsroot (voir ci-dessus). Si cette entre est  blanc,
   l'adresse utilise est celle du serveur qui rpond  la requte RARP
   ou BOOTP.

   <gw-ip> - Adresse IP d'une passerelle (gateway) si le serveur est sur
   un sous-rseau diffrent. Si cette entre est vide, aucune passerelle
   n'est utilise et le serveur est suppos tre sur le rseau local, 
   moins qu'une valeur n'ait t reue par BOOTP.

   <netmask> - Masque de rseau pour les interfaces de rseau local. Si
   ce paramtre est vide, le masque de rseau est dduit de l'adresse IP
   du client,  moins qu'une valeur n'ait t reue par BOOTP.

   <name> - Nom du client. Si il est vide, l'adresse IP du client est
   utilise en notation ASCII, sauf si une valeur a t reue par BOOTP.

   <dev> - Nom du priphrique rseau  utiliser. Si le paramtre est
   vide, tous les priphriques sont utiliss pour les requtes RARP, et
   le premier trouv pour BOOTP. Pour NFS, le priphrique utilis est
   celui pour lequel on a reu une rponse  RARP ou BOOTP. Si vous
   n'avez qu'un priphrique, vous pouvez sans aucun risque le laisser 
   blanc.

   <auto> - Mthode  utiliser pour l'autoconfiguration. Si `rarp' ou
   `bootp' sont indiqus, le protocole spcifi est utilis. Si la valeur
   est `both' ou vide, les deux protocoles seront utiliss  condition
   qu'ils aient t activs durant la configuration du noyau. Utiliser
   'none' signifie pas d'autoconfiguration; Dans ce cas, vous devez
   indiquer toutes les valeurs ncessaires dans les champs prcdents.

   Le paramtre <auto> peut apparatre seul comme valeur du paramtre
   nfsaddrs (sans tous les caractres `:' avant). Dans ce cas,
   l'autoconfiguration est utilise. Toutefois, la valeur `none' n'est
   pas disponible dans ce cas.

3.5 D'autres paramtres de dmarrage divers

   Ces diffrents paramtres de dmarrage permettent  l'utilisateur de
   grer certains paramtres internes du noyau.

  Le paramtre `debug'

   Le noyau envoie des messages importants (et moins importants) 
   l'oprateur via la fonction printk(). Si le message est considr
   comme important, la fonction printk() envoie une copie sur la console
   active, mais le transmet aussi  la fonction klogd() qui l'archive sur
   le disque. La raison pour laquelle le message est envoy  la console
   et archiv sur disque, est simple : dans certaines circonstances
   malheureuses (par exemple une dfaillance du disque) le message ne
   serait pas crit sur le disque et serait perdu.

   Le seuil  partir duquel un message est considr comme important, ou
   ne l'est pas, est dtermin par la variable console_loglevel. Par
   dfaut, l'affichage sur la console est dclench pour tout ce qui
   depasse le DEBUG (niveau 7). Ces niveaux sont dfinis dans le fichier
   include kernel.h. Le fait de spcifier comme paramtre de dmarrage
   debug forcera le niveau de suivi  10, de faon que _tous_ les
   messages du noyau apparaissent sur la console.

   Le niveau de suivi de la console peut aussi tre positionn pendant
   l'utilisation via une option du programme klogd(). Consultez la page
   du manuel correspondant  la version installe sur votre systme, pour
   voir comment utiliser ce programme.

  Le paramtre `init='

   Par dfaut, le noyau lance le programme `init' au dmarrage, qui prend
   alors soin de configurer l'ordinateur pour les utilisateurs en lanant
   les programmes getty, les scripts `rc' et tout le reste. Le noyau
   recherche d'abord /sbin/init, ensuite /etc/init (secondaire), et en
   dernier recours, il essaiera d'utiliser /bin/sh (ventuellement
   /etc/rc). Si par exemple, votre programme init est corrompu et donc
   stopp vous serez en mesure de dmarrer, en utilisant le paramtre de
   dmarrage init=/bin/sh qui vous positionnera directement dans un shell
   au dmarrage, vous permettant de remplacer les programmes corrompus.

  Le Paramtre `no387'

   Certains coprocesseurs i387 ont des bogues qui apparaissent lorsqu'ils
   sont utiliss en mode protg 32 bits. Par exemple, certaines puces
   ULSI-387 rcentes, provoquent un blocage irrversible lorsqu'elles
   font des calculs un virgule flottante, apparemment d  un bug dans
   les instructions FRSAV/FRRESTOR. L'utilisation du paramtre de
   dmarrage `no387' fait ignorer  _Linux_ le coprocesseur mathmatique
   s'il y en a un. Bien sr, votre noyau doit alors obligatoirement tre
   compil avec l'option d'mulation du coprocesseur ! Cela peut aussi
   tre intressant si vous possdez une de ces _trs_ vielles machines
   386 qui peuvent utiliser une FPU 80287, alors que _Linux_ ne peut pas.

  Le Paramtre `no-hlt'

   La famille des processeurs i386 (et les suivantes) ont une instruction
   `htl' qui indique au processeur que rien ne va se produire jusqu' ce
   qu'un priphrique externe (clavier, modem, disque, etc.) demande au
   processeur d'accomplir une tche. Ceci permet au processeur de se
   mettre dans un mode `low-power' (conomie d'nergie) dans lequel il
   reste  l'tat de zombi jusqu' ce qu'un priphrique externe le
   rveille (gnralement via une interruption). Certaines puces
   i486DX-100 rcentes ont un problme avec l'instruction `htl' qui est
   le suivant : elles ne peuvent pas retourner en mode oprationnel de
   faon fiable aprs que cette instruction ait t utilise.
   L'utilisation de l'instruction `no-hlt' indique  _Linux_ de
   simplement excuter une boucle infinie quand il n'y a rien d'autre 
   faire, et de _ne pas _arrter votre processeur quand il n'y a aucune
   activite. Ceci permet aux personnes qui utilisent ces puces
   dfectueuses d'utiliser _Linux_, bien qu'ils doivent tre informs du
   fait que le remplacement dans le cadre de la garantie est possible.

  Le paramtre `no-scroll'

   L'utilisation de ce paramtre au dmarrage dsactive le dfilement
   d'cran (scrolling) qui rend difficile l'emploi de terminaux Braille.

  Le paramtre `panic='

   Dans le cas trs dsagrable d'une alerte du noyau (kernel panic),
   c'est  dire une erreur interne qui a t dtecte par le noyau, et
   pour laquelle il a dcid qu'elle tait suffisamment grave pour rler
   bruyamment et tout arrter ; le comportement par dfaut est d'en
   rester l jusqu' ce que quelqu'un se penche sur le problme,
   visualise le message sur l'cran et redmarre la machine. Cependant,
   si une machine fonctionne sans surveillance dans un local isol il
   peut-tre souhaitable qu'il redmarre de lui-mme afin que la machine
   revienne en ligne. Par exemple, l'utilisation de `panic=30' au
   dmarrage forcera le noyau  essayer de redmarrer 30 secondes aprs
   que l'alerte du noyau se soit produite. Une valeur  zro donne le
   comportement par dfaut, qui est d'attendre ternellement. Notez que
   cette valeur d'attente peut aussi tre lu et positionne via
   l'interface sysctl /proc/sys/kernel/panic.

  Le paramtre `profile='

   Les dveloppeurs du noyau peuvent activer une option qui leur permet
   de suivre comment et ou le noyau consomme ses cycles CPU, dans le but
   d'augmenter ses capacits et ses performances. Cette option vous
   permet de positionner cet indicateur de suivi au moment du dmarrage.
   Gnralement il est positionn  deux. Vous pouvez aussi compiler
   votre noyau avec l'option de suivi par dfaut. Dans tous les cas, il
   vous faudra un outil comme readprofile.c afin d'utiliser les donnes
   fournies par /proc/profile.

  Le paramtre `reboot='

   Cette option contrle le type de redmarrage que Linux fera lorsque
   vous ferez une remise  zro de votre ordinateur (gnralement via
   /sbin/init en faisant un Ctrl-Alt-Suppr). Le comportement par dfaut
   des derniers noyaux v2.0 est de faire un redmarrage ` froid' (c.a.d.
   remise  zro complte, le BIOS comtrle la mmoire, etc.) au lieu
   d'un redmarrage ` chaud' (c.a.d pas de remise  zro totale, pas de
   contrle de la mmoire). Il a t modifi pour prendre la valeur froid
   par dfaut depuis que cela semble fonctionner sur des matriels bon
   march ou endommags qui ne voulaient pas redmarrer lorsqu'un
   redmarrage  chaud tait requis. Pour retrouver l'ancien comportement
   (c.a.d redmarrage  chaud) utilisez reboot=w en fait n'importe quel
   mot commanant par w fonctionnera.

   Pourquoi cela pourrait-il vous ennuyer ? Certains disques incluant de
   la mmoire cache peuvent dtecter un redmarrage  chaud, et crire
   les donnes du cache sur le disque. Lors d'un redmarrage  froid, la
   carte peut-tre remise  zro, et les donnes stockes dans la mmoire
   cache seront perdues. D'autres ont signal que des systmes prenaient
   beaucoup de temps pour vrifier la mmoire, et/ou des BIOS SCSI qui
   taient trs long  s'initialiser lors d'un dmarrage  froid, et
   c'est par consquent une excellente raison pour utiliser le
   redmarrage  chaud.

  Le paramtre `reserve='

   Ceci est utilis pour _protger_ les zones des ports d'I/O des
   programmes de test. La syntaxe de la commande est la suivante :

     reserve=iobase,extent[,iobase,extent]...

   Sur certaines machines, il peut-tre ncessaire d'empcher les pilotes
   de priphriques de contrler les priphriques  une certaine adresse
   (auto-test). Ceci peut-tre ncessaire pour du matriel mal conu qui
   peut provoquer un _bloquage_ au dmarrage (comme par exemple certaines
   cartes rseaux ethernet), du matriel mal reconnu, du matriel dont
   l'tat a t modifi par un test rcent, ou encore si vous ne voulez
   pas que le noyau initialise certains matriels.

   Le paramtre de dmarrage reserve s'attaque  ce problme en
   spcifiant une zone d'un port d'entre/sortie qui n'a pas besoin
   d'tre teste. Cette zone est "rserve" (verrouille) dans la table
   d'enregistrement des ports du noyau comme si un priphrique avait
   dj t trouv dans cette zone (avec le nom reserved). Notons que ce
   mcanisme n'est pas ncessaire sur la plupart des machines. Il est
   indispensable d'utiliser ce paramtre uniquement en cas de problme ou
   dans certains cas particuliers.

   Les ports d'entre/sortie dans la zone spcifie sont protgs contre
   les contrles de priphriques qui font un check_region() au lieu de
   tester aveuglment une rgion d'entre/sortie. Ceci a t introduit
   pour tre utilis lorsqu'un pilote plante, avec la NE2000 par exemple,
   ou identifie de faon incorrecte un autre priphrique comme tant le
   sien. Un pilote de priphrique correct ne doit pas tester une zone
   rserve,  moins qu'un autre paramtre de dmarrage lui demande
   explicitement de le faire. Ceci implique que le paramtre reserve doit
   tre le plus souvent utilis avec un autre paramtre de dmarrage. Par
   consquent si vous spcifiez une rgion reserve pour prserver un
   priphrique particulier, vous devrez en gnral aussi spcifier de
   faon explicite un test pour ce priphrique. La plupart des pilotes
   ignorent la table d'enregistrement des ports si on leur donne une
   adresse spcifique.

   Par exemple, la ligne de dmarrage
     _________________________________________________________________

        reserve=0x300,32  blah=0x300
     _________________________________________________________________

   laisse tous les pilotes de priphriques, except le pilote pour
   `blah', tester 0x300-0x31f.

   Comme d'habitude avec les paramtres de dmarrage, il existe une
   limite  11 paramtres, c'est pourquoi vous ne pouvez indiquer que 5
   zones protges par mot cl reserve. Plusieurs ordres reserve peuvent
   tre utiliss si vous avez une requte vraiment trs complexe.

  Le paramtre `vga='

   Notez que ce n'est pas vraiment un paramtre de dmarrage. C'est une
   option interprte par LILO et non pas par le kernel, contrairement 
   tous les autres arguments. Pourtant, son utilisation est devenue si
   commune qu'une mention lui est rserve ici. Il peut aussi tre
   positionn grce  rdev -v ou par equivalence avec vidmode sur le
   fichier vmlinuz. Cela permet au programme de configuration d'utiliser
   le BIOS vido pour changer le mode d'cran par dfaut, avant le
   dmarrage du noyau de Linux. Les modes courants sont 80x50, 132x44,
   etc. Le meilleur moyen d'utiliser cette option est de demarrer avec
   vga=ask, qui vous demandera  l'aide d'une liste des diffrents modes
   que vous pourrez utiliser avec votre carte vido, avant de dmarrer le
   noyau. Une fois que vous avez le nombre que vous voulez utiliser,
   provenant de la liste ci-dessus, vous pouvez, plus tard, le placer 
   la place de 'ask'. Pour plus d'informations, veuillez, s'il vous
   plait, regarder le fichier linuxDocumentation/svga.txt/ qui existe
   depuis les dernires versions du noyau. Notez que les noyaux rcents
   (version 2.1 et suprieures) ont leur programme de configuration qui
   permettent de changer le mode vido, sous la forme d'une option,
   liste comme un _Support de slection de mode vido_ (_Video mode
   selection support_), donc vous devez slectionner cette option si vous
   voulez cette caractristique.

4. Paramtres de dmarrage pour les Priphriques SCSI

   Cette section contient une description des paramtres de dmarrage qui
   sont utiliss pour passer des informations concernant les adaptateurs
   htes et les priphriques SCSI.

4.1 Paramtres pour les pilotes de niveau intermdiaire

   Les pilotes de niveau intermdiaire prennent en charge des choses
   comme le disques, les CD-Roms et les bandes sans s'attacher aux
   spcificites de chaque priphriques.

4.2 Nombre maximum de LUN contrls (`max_scsi_luns=')

   Chaque priphrique SCSI peut avoir un nombre de `sous-priphriques'
   qui le composent. L'exemple le plus courant est reprsent par les
   nouveaux CD-ROM SCSI qui utilisent plus d'un disque  la fois grce 
   un chargeur de CD. Chaque CD est adressable comme un `Logical Unit
   Number' (LUN = Numro d'Unit Logique) de ce priphrique multiple.
   Mais la plupart des priphriques comme les disques durs, les lecteurs
   de bandes et autres, sont des priphriques simples et on leur
   attribue le LUN zro.

   Le problme survient avec les priphriques  un seul LUN qui ont un
   mauvais microprogramme. Certains priphriques SCSI mal conus
   (anciens et malheureurement nouveaux aussi) ne supportent pas d'tre
   tests pour des LUN diffrents de zro. Ils rpondent en se bloquant,
   et peuvent aussi verrouiller tout le bus SCSI en mme temps.

   Les nouveaux noyaux ont une option de configuration qui vous permet
   d'indiquer le nombre maximum de LUN  tester. Par dfaut, ils ne
   testent que le LUN zro, pour viter le problme dcrit ci-dessus.

   Pour spcifier le nombre de LUN  tester au moment du dmarrage, il
   suffit d'entrer le paramtre de dmarrage `max_scsi_luns=n', o n est
   un nombre compris entre un et huit. Pour viter les problmes dcrits
   prcdemment, on peut utiliser n=1 pour viter de perturber les
   priphriques dfectueux.

4.3 Paramtres pour les Lecteurs de Bandes SCSI (`st=')

   Certaines configurations de dmarrage pour les lecteurs de bande SCSI
   peuvent tre obtenues en utilisant ce qui suit :
     _________________________________________________________________

        st=buf_size[,write_threshold[,max_bufs]]
     _________________________________________________________________

   Les deux premiers nombres sont donns en kilo-octets. La valeur par
   dfaut du buf_size est 32 ko, et la taille maximum qui peut tre
   donne est la valeur ridicule de 16384 ko. La zone write_threshold est
   la valeur  laquelle le tampon est envoy vers la bande, avec une
   valeur par dfaut de 30ko. Le nombre maximum de tampons varie en
   fonction du nombre de lecteurs dtects, et a une valeur par dfaut
   gale  deux. Voici un exemple d'utilisationnbsp;:
     _________________________________________________________________

        st=32,30,2
     _________________________________________________________________

   Des indications plus prcises peuvent tre trouves dans le fichier
   README.st qui est dans le rpertoire scsi de l'arborescence des
   sources du noyau.

4.4 Paramtres pour les adaptateurs SCSI

   Notations utilises dans cette section :

   iobase Le premier port d'Entre/Sortie que le serveur SCSI occupe.
   Ceux-ci sont donns en notation hexadcimale, et sont gnralement
   situs dans la fourchette 0x200  0x3ff.

   irq L'interruption matrielle pour laquelle la carte a t configure.
   Les valeurs autorises dpendront de la carte en question, mais seront
   gnralement 5, 7, 9, 10, 11, 12, et 15. Les autres valeurs tant
   gnralement utilises pour les priphriques courants comme les
   disques durs IDE, les lecteurs de disquettes, les ports srie, etc.

   dma Le canal DMA (Direct Memory Access - Accs Direct  la Mmoire)
   Gnralement appliqu aux cartes de pilotage du bus. Les cartes PCI et
   VLB pilotent directement le bus, et ne ncessitent pas de canal DMA
   ISA.

   scsi-id L'identifiant que la carte-serveur utilise pour s'identifier
   elle-mme sur le bus SCSI. Un certain nombre de cartes serveur vous
   permettront de modifier cette valeur, alors que d'autres ont cette
   valeur stocke de faon dfinitive sur la carte. La valeur par dfaut
   la plus courante est sept, mais les cartes Seagate et Future Domain
   TMC-950 par exemple utilisent la valeur six.

   parity Dtermine si la carte serveur SCSI doit demander aux
   priphriques connects de fournir une valeur de parit avec tous les
   changes d'informations. La valeur 1 indique que la dtection de
   parit est active, et la valeur 0 dsactive le contrle de parit.
   Encore une fois, toutes les cartes ne supportent pas la slection du
   contrle de parit par les paramtres de dmarrage.

  Adaptec aha151x, aha152x, aic6260, aic6360, SB16-SCSI (`aha152x=')

   Les valeurs aha font rfrence  des cartes et les valeurs aic font
   rfrence aux puces SCSI actuelles de ce type de cartes, y compris la
   Soundblaster-16 SCSI.

   Le code de test de ces serveurs SCSI recherche s'il existe un BIOS
   install, et s'il n'est pas prsent, le test ne trouvera pas votre
   carte. Vous aurez alors  utiliser le paramtre de dmarrage avec la
   syntaxe suivante :
     _________________________________________________________________

         aha152x=iobase[,irq[,scsi-id[,reconnect[,parity]]]]
     _________________________________________________________________

   Notez que si le pilote a t compil avec l'option de recherche
   d'erreur active, une sixime valeur peut tre spcifie pour fixer le
   niveau de recherche d'erreur.

   Tous les paramtres sont dcrits au dbut de cette section, et la
   valeur reconnect permet au priphrique de se dconnecter/reconnecter
   si une valeur diffrente de zro est utilise. Voici un exemple
   d'utilisation :
     _________________________________________________________________

        aha152x=0x340,11,7,1
     _________________________________________________________________

   Notez que les paramtres doivent tre donns dans l'ordre, ce qui
   signifie que si vous dsirez spcifier une configuration de parit,
   vous devrez alors indiquer les valeurs de iobase, irq, scsi-id et
   reconnect aussi.

  Adaptec aha154x (`aha1542=')

   Ce sont les gammes de cartes aha154x. Les diffrentes cartes aha1542
   ont un contrleur de disquette i82077 en interne, tandis que les
   cartes de la srie aha1540 n'en ont pas. Ce sont des cartes 
   "busmastering", (contrle de bus) et elles ont des paramtres qui
   permettent d'indiquer le niveau ``d'quit'' qui est utilis pour
   partager le bus avec les autres priphriques. Le paramtre de
   dmarrage ressemble  ce qui suit.
     _________________________________________________________________

        aha1542=iobase[,buson,busoff[,dmaspeed]]
     _________________________________________________________________

   Les valeurs couramment utilises pour iobase sont les suivantes :
   0x130, 0x134, 0x230, 0x234, 0x330, 0x334. Des clones de cartes peuvent
   autoriser d'autres valeurs.

   Les valeurs buson, busoff indiquent le nombre de microsecondes pendant
   lesquelles la carte est prioritaire sur le bus ISA. Les valeurs par
   dfaut sont 11 s prioritaire, et 4 s non prioritaire, de faon que
   d'autres cartes (comme une carte Ethernet ISA LANCE) aient une chance
   d'avoir accs au bus ISA.

   La valeur dmaspeed fait rfrence  la vitesse (en Mo/s)  laquelle
   s'effectue le transfert DMA (Direct Memory Access, Mmoire  Accs
   Direct). La valeur par dfaut est 5 Mo/s. Les nouvelles versions de
   ces cartes vous permettent de slectionner cette valeur de faon
   logicielle alors que les anciennes cartes utilisait des cavaliers.
   Vous pouvez utiliser des valeurs allant jusqu' 10 Mo/s en supposant
   que votre carte mre soit capable de les supporter. Exprimentez
   prudemment si vous utilisez des valeurs suprieures  5 Mo/s.

  Adaptec aha274x, aha284x, aic7xxx (`aic7xxx=')

   Ces cartes peuvent recevoir un paramtre selon la syntaxe suivante :
     _________________________________________________________________

        aic7xxx=extended,no_reset
     _________________________________________________________________

   La valeur de extended, si elle est diffrente de zro, indique que la
   traduction tendue pour les disques de grande capacit est active. La
   valeur no_reset, si elle est diffrente de zro, indique au pilote de
   ne pas rinitialiser le bus SCSI lorsqu'il configure la carte-serveur
   au dmarrage.

  Adaptateurs SCSI AdvanSys (`advansys=')

   Le pilote AdvanSys peut accepter jusqu' quatre adresses I/O qui
   seront testes pour une carte SCSI AdvanSys. Notez que ces valeurs (si
   elles sont utilises) n'auront en aucun cas d'effet sur les tests EISA
   ou PCI. Elles sont seulement utilises pour tester les cartes ISA et
   VLB. De plus, si le pilote a t compil avec l'option de dbogage
   active, le niveau de dtail des informations renvoyes par le
   dbogage peut tre indiqu en ajoutant un paramtre 0xdeb[0-f]. Le 0-f
   permet de faire afficher les 16 niveaux de messages de dbogage.

  Adaptateur Always IN2000 (`in2000=')

   Contrairement aux autres paramtres de dmarrage, le pilote IN2000
   utilise des prfixes de type chane ASCII pour la plupart de ses
   paramtres entiers; Voici la liste des paramtres accepts :

   ioport:addr

   - O addr est l'adresse IO d'une carte (gnralement sans mmoire
   morte 'ROM').

   noreset

   - Pas de paramtres optionnels. Evite la remise  zro du bus SCSI au
   moment du dmarrage.

   nosync:x

   - x est un masque d'octets (bitmask) ou les 7 premiers bits
   correspondent aux 7 priphriques SCSI possibles (bit 0 pour le
   priphrique #0, etc). Positionnez un bit pour PREVENIR une
   ngociation de synchronisation sur ce priphrique. Par dfaut sync
   est DESACTIVE sur tous les priphriques.

   period:ns

   - ns est la dure minimum en nanosecondes d'une priode de transfert
   de donnes en SCSI. La valeur par dfaut est 500; les valeurs doivent
   tre comprises entre 250 et 1000.

   disconnect:x

   - x = 0 pour ne jamais autoriser les dconnexions, 2 pour toujours les
   autoriser. x = 1 fait des dconnexions 'selon le besoin', ce qui est
   la valeur par dfaut et gnralement le meilleur choix.

   debug:x - Si `DEBUGGING_ON' est positionn, x est un masque d'octets
   qui provoque diffrents types de sorties de dbogage pour imprimer
   (voyez le DB_xxx dfinis dans in2000.h).

   proc:x - Si `PROC_INTERFACE' est dfini, x est un masque d'octets qui
   indique comment fontionne l'interface /proc et ce qu'elle fait (voir
   la dfinition de PR_xxx dans in2000.h

   Quelques exemples d'utilisation sont lists ci-dessous :
     _________________________________________________________________

        in2000=ioport:0x220,noreset
        in2000=period:250,disconnect:2,nosync:0x03
        in2000=debug:0x1e
        in2000=proc:3
     _________________________________________________________________

  Matriel bas sur un AMD AM53C974 (`AM53C974=')

   Contrairement aux autres pilotes, celui-ci n'utilise pas de paramtres
   de dmarrage pour indiquer les E/S, les IRQ ou les DMA (depuis que le
   AM53C974 est un priphrique PCI, il n'a pas besoin de la faire). En
   revanche, les paramtres sont utiliss pour communiquer les modes de
   transfert et les vitesses qui doivent tre utiliss entre le serveur
   (host) et le priphrique cible. Utilisons un exemple pour y voir plus
   clair :
     _________________________________________________________________

        AM53C974=7,2,8,15
     _________________________________________________________________

   Ceci peut tre interprt de la manire suivante :

   `Pour communiquer entre le contrleur d'identifiant SCSI-ID 7 et le
   priphrique d'identifiant SCSI-ID 2, un taux de transfert de 8 MHz en
   mode synchrone, avec un dcalage maximum de 15 octets doit tre
   ngoci.' De plus amples dtails peuvent tre trouvs dans le fichier
   linux/drivers/scsi/README.AM53C974

  Les serveurs SCSI BusLogic avec les noyaux v1.2 (`buslogic=')

   Dans les anciens noyaux, les pilotes buslogic n'acceptent qu'un seul
   paramtre, qui est l'adresse d'entre/sortie. Elle doit correspondre 
   l'une des valeurs suivantes :

   0x130, 0x134, 0x230, 0x234, 0x330, 0x334.

  Les serveurs SCSI BusLogic aves les noyaux v2.x (`BusLogic=')

   Avec les noyaux v2.x, le pilote BusLogic accepte de nombreux
   paramtres (notez la casse ci dessus ; B et L majuscule !!!). La
   description dtaille qui suit est extraite directement du pilote de
   Leonard N. Zubkoff inclus dans le noyau v2.0 .

   Pour le pilote BusLogic, une ligne de commande destine au noyau
   comprend l'identifiant du pilote "BusLogic=" ventuellement suivi par
   une srie d'entiers spars par des virgules, et accessoirement par
   une suite de chaines aussi spares par des virgules. Chaque ligne de
   commande s'applique  un adaptateur BusLogic. Des lignes de commande
   multiples peuvent tre utilises sur des systmes utilisant plusieurs
   cartes BusLogic.

   Le premier entier indiqu est l'adresse d'Entre/Sortie (I/O Address)
    laquelle l'adaptateur est situ. Si il n'est pas spcifi, il est
   positionn  zro, ce qui indique d'appliquer cette ligne de commande
   au premier adaptateur BusLogic trouv lors de la squence de
   dtection. Si une adresse I/O est fournie sur la ligne de commande, la
   squence de dtection est ignore.

   Le second entier fourni est la profondeur de la 'Tagged Queue' 
   utiliser pour les priphriques cibles qui utilisent le 'Tagged
   Queuing'. La profondeur de cette file correspond au nombre de
   commandes SCSI qui peuvent tre envoyes simultanment pour tre
   xcutes. Si rien n'est indiqu, la valeur par dfaut est zro, et
   indique d'utiliser une valeur dtermine automatiquement en fonction
   du 'Total Queue Depth' de l'adaptateur, ainsi que du nombre, du type,
   de la vitesse des priphriques cible dtects. Pour les adaptateurs
   qui requirent des 'ISA Bounce Buffers', le 'Tagged Queue Depth' est
   automatiquement positionn  'BusLogic_TaggedQueueDepth_BB' pour
   viter une prallocation excessive de mmoire 'DMA Bounce Buffer'. Les
   priphriques cibles qui ne supportent pas le 'Tagged Queuing'
   utilisent une 'Queue Depth' ayant pour valeur
   'BusLogic_UntaggedQueueDepth'.

   Le troisime entier est le 'Bus Settle Time' (temps de stabilisation
   du bus) en secondes. C'est le temps  attendre entre une remise  zro
   physique de l'adaptateur, qui initialise une remise  zro du bus
   SCSI, et le moment o l'on peut passer une commande SCSI. Si rien
   n'est indiqu, il est  zro par dfaut, ce qui indique d'utiliser la
   valeur BusLogic_DefaultBusSettleTime.

   Le quatrime entier correspond aux options locales. Si rien n'est
   indiqu, la valeur par dfaut est 0. Notez que ces options locales
   sont uniquement utilises sur un adaptateur hte spcifique.

   Le cinquime entier correspond aux options globales. Si rien n'est
   indiqu, le valeur par dfaut est 0. Notez que les options globales
   sont appliques  tous les adaptateurs htes.

   Les chanes d'options sont utilises pour contrler le 'Tagged
   Queuing', le recouvrement d'erreur, et le test de l'adaptateur hte.

   Les indications pour le 'Tagged Queuing' commencent par "TQ:" et
   permettent d'indiquer prcisemment o le 'Tagged Queuing' est autoris
   sur les priphriques cibles qui le supportent. Les spcifications
   suivantes sont disponibles :

   TQ:Default

   - Le 'Tagged Queuing' sera permis, bas sur la version de micro-code
   de l'adaptateur hte BusLogic et conditionn par la valeur de 'Tagged
   Queue Depth' qui doit permettre la mise en file d'attente de multiples
   commandes.

   TQ:Enable

   - Le 'Tagged Queuing' est activ pour tous les priphriques de cet
   adaptateur hte, outrepassant toutes les limitations qui seraient
   imposes par la version de micro-code de cet adaptateur.

   TQ:Disable

   - Le 'Tagged Queuing' sera dsactiv pour tous les priphriques
   relis  cet adaptateur hte.

   TQ:<Per-Target-Spec>

   - Le 'Tagged Queuing' sera contrl individuellement pour chaque
   priphrique cible. <Per-Target-Spec> est une squence de caractres
   "Y", "N", et "X". "Y" active le 'Tagged Queuing', "N" dsactive le
   'Tagged Queuing', et "X" correspond  la valeur par dfaut base sur
   la version du micro-code. Le premier caractre correspond au
   priphrique cible 0, le second au priphrique cible 1, et ainsi de
   suite ; Si la squence de caractres "Y", "N", et "X" ne suffit pas
   pour tous les priphriques cibles, les caractres non-indiqus
   prendront la valeur "X".

   Notez que la demande explicite de 'Tagged Queuing' peut conduire  des
   problmes. Cette capacit est fournie principalement pour permettre de
   dsactiver le 'Tagged Queuing' sur des priphriques qui ne
   l'utilisent pas correctement.

   Les indications de la Stratgie de Recouvrement d'Erreurs commencent
   par "ER:" et permettent d'indiquer l'action de recouvrement d'erreur 
   effectuer quand la 'ResetCommand' est appelle en raison d'un incident
   sur une commande SCSI, de faon  finir correctement. Les options
   suivantes sont disponibles :

   ER:Default

   - Le Recouvrement d'Erreur choisira entre la remise  zro physique
   (Hard Reset) et la remise  zro du bus des priphriques (Bus Device
   Reset) selon les recommandations du sous systme SCSI.

   ER:HardReset

   - Le Recouvrement d'Erreur demandera une remise  zro physique de
   l'adaptateur hte, ce qui provoquera aussi une remise  zro du bus
   SCSI.

   ER:BusDeviceReset

   - Le recouvrement d'Erreur enverra un message 'Bus Device Reset'
   (remise  zro du bus) individuellement au priphrique provoquant
   l'erreur. Si le Recouvrement d'Erreur est  nouveau appel pour ce
   priphrique, et qu'aucune commande SCSI de ce priphrique n'a t
   xecute avec succs depuis le dernier message 'Bus Device Reset' a
   t envoy, alors une remise  zro physique est provoque.

   ER:None

   - Le Recouvrement d'Erreur sera supprim. Cette option peut seulement
   tre slectionne si un 'SCSI Bus Reset' ou un 'Bus Device Reset'
   provoque un plantage du priphrique cible de faon totale et
   irrcuprable.

   ER:<Per-Target-Spec>

   - Le Recouvrement d'Erreur sera contrl individuellement pour chaque
   priphrique. <Per-Target-Spec> est une squence de caractres "D",
   "H", "B", et "N". "D" correspond  'Default', "H"  'Hard Reset', "B"
    'Bus Device Reset', et "N"  'None'. Le premier caractre correspond
   au priphrique 0 , le second au priphrique 1, et ainsi de suite. Si
   la squence de caractres "D", "H", "B", et "N" ne suffit pas pour
   tous les priphriques possibles, les carractres manquants
   correspondront  "D".

   Les spcifications de test de l'adaptateur hte sont les suivantes :

   NoProbe - Aucun test d'aucune sorte ne doit tre fait, et par
   consquent, aucun adaptateur hte BusLogic ne sera dtect.

   NoProbeISA - Aucun test des adresses I/O standard ISA ne sera fait, et
   par consquent, seuls les adaptateurs htes PCI seront dtects.

   NoSortPCI - Les adaptateurs htes PCI seront numrs dans l'ordre
   fourni par le BIOS PCI, ignorant tous les paramtres de l'option
   "Utilisation du # des bus et priphriques pour la squence d'analyse
   du bus PCI" de l'AutoSCSI.

  Les cartes SCSI EATA (`eata=')

   Depuis la dj ancienne version v2.0 du noyau, les pilotes EATA
   acceptent un paramtre de dmarrage permettant d'indiquer les adresses
   d'entre/sortie qui doivent tre testes. Il est de la forme :
     _________________________________________________________________

        eata=iobase1[,iobase2][,iobase3]...[,iobaseN]
     _________________________________________________________________

   Le pilote testera les adresses dans l'ordre o elles sont fournies.

  Future Domain TMC-8xx, TMC-950 (`tmc8xx=')

   Le code de test pour ces htes SCSI recherche un BIOS install, et
   s'il n'en dtecte aucun, le test ne trouvera pas votre carte. Ou si la
   signature de votre BIOS n'est pas reconnue, elle ne sera pas trouve
   non plus. Dans ce cas, vous aurez  utiliser un paramtre de dmarrage
   de la forme :
     _________________________________________________________________

        tmc8xx=mem_base,irq
     _________________________________________________________________

   La valeur mem_base est l'adresse dans le plan mmoire de la rgion
   d'entre/sortie utilise par la carte. C'est gnralement une des
   valeurs suivantes :

   0xc8000, 0xca000, 0xcc000, 0xce000, 0xdc000, 0xde000.

  Future Domain TMC-16xx, TMC-3260, AHA-2920 (`fdomain=')

   Le pilote dtecte ces cartes selon une liste connue de signatures de
   BIOS ROM. Pour obtenir une liste complte des rvisions connues de
   BIOS, voyez le fichier linux/drivers/scsi/fdomain.c qui contient
   beaucoup d'informations en dbut de fichier. Si votre BIOS n'est pas
   connu du pilote, vous pourrez utiliser un forage de la faon
   suivante :
     _________________________________________________________________

        fdomain=iobase,irq[,scsi_id]
     _________________________________________________________________

  Le lecteur ZIP IOMEGA / Port Parallle (`ppa=')

   Ce pilote est pour l'adaptateur SCSI de l'IOMEGA Port Parallle qui
   est intgr dans le lecteur IOMEGA ZIP. Il peut aussi fonctionner avec
   le priphrique d'origine IOMEGA PPA3. Le paramtre de dmarrage pour
   ce pilote a la structure suivante :
     _________________________________________________________________

        ppa=iobase,speed_high,speed_low,nybble
     _________________________________________________________________

   o tous les paramtres sont facultatifs, sauf 'iobase'. Si vous
   souhaitez modifier un des trois lments, il serait bon de lire au
   pralable le document linux/drivers/scsi/README.ppa afin d'obtenir des
   dtails sur ces paramtres.

  Contrleurs utilisant un NCR5380 (`ncr5380=')

   Selon votre carte, le 5380 peut-tre soit 'i/o mapped' ou 'memory
   mapped' (rpertori en entre/sortie ou rpertori en mmoire). Une
   adresse en dessous de 0x400 indique souvent l'i/o mapping, cependant,
   les matriels PCI et EISA utilisent des adresses d'entre/sortie au
   dessus de 0x3ff. Dans tous les cas, vous indiquez l'adresse, la valeur
   de l'IRQ, et la valeur du canal DMA. Un exemple pour une carte 'i/o
   mapped' serait : ncr5380=0x350,5,3. Si la carte n'utilise pas les
   interruptions, une valeur d'IRQ 255 (0xff) dsactivera les
   interruptions. Une IRQ  254 indiquera d'activer l'autotest. Des
   dtails supplmentaires sont fournis dans le document
   linux/drivers/scsi/README.g_NCR5380.

  Contrleurs utilisant un NCR53c400 (`ncr53c400=')

   Le support du 53c400 est fait avec le mme pilote que le support du
   5380 mentionn ci-dessus. Le paramtre de dmarrage est identique au
   prcdent, sauf qu'aucun canal DMA n'est utilis par le 53c400.

  Contrleurs utilisant un NCR53c406a (`ncr53c406a=')

   Ce pilote utilise un paramtre de dmarrage de la forme suivante :
     _________________________________________________________________

        ncr53c406a=PORTBASE,IRQ,FASTPIO
     _________________________________________________________________

   o les paramtres IRQ et FASTPIO sont optionnels. Une valeur
   d'interruption  zro dsactive l'utilisation des interruptions.
   L'utilisation d'une valeur  1 pour FASTPIO active l'utilisation des
   instructions insl et outsl au lieu des instructions mono-octet inb et
   outb. Le pilote peut aussi utiliser le DMA comme une option utilise
   lors de la compilation (compile-time option).

  Pro Audio Spectrum (`pas16=')

   La PAS16 utilise une puce NCR5380 SCSI, et les nouveaux modles
   peuvent tre configurs de faon logicielle. La syntaxe du paramtre
   est la suivante :
     _________________________________________________________________

        pas16=iobase,irq
     _________________________________________________________________

   La seule diffrence est que vous pouvez spcifier une valeur d'IRQ
   gale  255, qui indique au pilote de travailler sans utiliser les
   interruptions, malheureusement au dtriment des performances. La
   valeur de iobase est gnralement 0x388.

4.5 Seagate ST-0x (`st0x=')

   Le code du programme de test de cet hte SCSI recherche un BIOS
   install, et s'il n'y en a aucun de prsent, le test ne trouvera pas
   votre carte. Ou si la signature de votre BIOS n'est pas reconnue elle
   ne sera pas trouve non plus. Dans ce cas, vous aurez  utiliser le
   paramtre suivant :
     _________________________________________________________________

        st0x=mem_base,irq
     _________________________________________________________________

   La valeur de mem_base est l'adresse dans le plan mmoire de la rgion
   d'entre/sortie utilise par la carte. En gnral, il s'agit d'une des
   valeurs suivantes : 0xc8000, 0xca000, 0xcc000, 0xce000, 0xdc000,
   0xde000.

4.6 Trantor T128 (`t128=')

   Cette carte est aussi conue autour de la puce NCR5380, et accepte les
   options suivantes :
     _________________________________________________________________

        t128=mem_base,irq
     _________________________________________________________________

   Les valeurs autorises pour mem_base sont les suivantes : 0xcc000,
   0xc8000, 0xdc000, 0xd8000.

  Cartes SCSI Ultrastor (`u14-34f=')

   Notez que pour cette carte tout se prsente sous la forme de deux
   pilotes indpendants, nomms CONFIG_SCSI_U14_34F qui utilise u14-34f.c
   et CONFIG_SCSI_ULTRASTOR qui utilise ultrastor.c. C'est le u14-34f qui
   (jusqu'au dernier noyau v2.0) accepte un paramtre de dmarrage de la
   forme :
     _________________________________________________________________

        u14-34f=iobase1[,iobase2][,iobase3]...[,iobaseN]
     _________________________________________________________________

   Le pilote autotestera les adresses dans l'ordre dans lequel elles
   apparaissent.

  Cartes Western Digital WD7000 (`wd7000=')

   Le test du pilote pour le wd7000 cherche une chaine connue de BIOS ROM
   et connait quelques rglages standards de configuration. Si il ne
   retrouve pas les valeurs correctes pour votre carte, ou que vous avez
   une version de BIOS non reconnue, vous pouvez utiliser le pramtre
   suivant :
     _________________________________________________________________

        wd7000=irq,dma,iobase
     _________________________________________________________________

4.7 Cartes n'acceptant pas les paramtres de dmarrage

   Pour l'instant, les cartes SCSI suivantes n'utilisent aucun des
   paramtres de dmarrage. Dans certains cas, vous pouvez "bricoler" les
   valeurs en ditant directement le pilote lui-mme, si cela est
   ncessaire bien sr.


        Adaptec aha1740 (autotest EISA),
        NCR53c7xx, 8xx (PCI, toutes les deux)
        Qlogic Fast (0x230, 0x330)
        Qlogic ISP (PCI)

5. Disque Durs

   Cette section fait la liste de tous les paramtres de dmarrage
   associs aux lecteurs de disques standards MFM/RLL, ST-506, XT, et
   IDE. Notez que les deux pilotes IDE et ST-506 HD acceptent l'option
   `hd='.

5.1 Paramtres des lecteurs de Disques/CD-ROM IDE

   Les pilotes IDE acceptent un certain nombre de paramtres, qui vont de
   la dfinition des caractristiques du disque,  la correction des
   erreurs produites par les nouvelles puces ou celles qui sont
   dfectueuses. Ce qui suit est un rsum des paramtres de dmarrage
   possibles. Pour plus de dtails, il faut _absolument_ consulter le
   fichier ide.txt dans le rpertoire linux/Documentation, duquel ce
   rsum est extrait.
     _________________________________________________________________


 "hdx="  est reconnu pour toutes les valeurs de "x", de "a" to "h", comme "hdc"
.
 "idex=" est reconnu pour toutes les valeurs de "x" de "0"  "3", comme "ide1".

 "hdx=noprobe"          : le lecteur est peut-tre prsent, mais ne pas le test
er
 "hdx=none"             : le lecteur n'est PAS prsent, ignorer le cmos et
                          ne pas tester.
 "hdx=nowerr"           : ignorer le bit WRERR_STAT sur ce lecteur
 "hdx=cdrom"            : le lecteur est prsent, et c'est un cdrom
 "hdx=cyl,head,sect"    : le lecteur est prsent, avec la description indique
 "hdx=autotune"         : le pilote essaiera de rgler la vitesse de l'interfac
e
                          pour atteindre le plus rapide des modes PIO supports
,
                          si possible pour ce lecteur seulement.
                          Ce n'est pas support par tous les types de puces,
                          et peut de temps en temps poser des problmes avec
                          les disques IDE anciens ou originaux.

 "idex=noprobe"         : ne pas tenter d'accder ou utiliser cette interface
 "idex=base"            : tester l'interface  l'adresse indique,
                          o "base" est gnralement 0x1f0 ou 0x170
                          et "ctl" est considr comme tant "base"+0x206
 "idex=base,ctl"        : indiquer les deux, base et ctl
 "idex=base,ctl,irq"    : indiquer les valeurs de base, ctl, et irq
 "idex=autotune"        : le pilote tentera de rgler la vitesse de l'interface
                          pour atteindre le plus rapide des modes PIO supports
,
                          pour tous les lecteurs de cette interface.
                          Ce n'est pas support par tous les types de puces,
                          et peut de temps en temps poser des problmes avec
                          les disques IDE anciens ou originaux.

 "idex=noautotune"      : le pilote n'essaiera PAS de rgler la vitesse
                          de l'interface. Ceci est la valeur par dfaut pour
                          le plupart des puces, except le cmd640.
 "idex=serialize"       : ne pas empiter sur les oprations sur idex et ide(x^
1)
     _________________________________________________________________

   Les suivants sont valides SEULEMENT pour ide0, et les valeurs par
   dfaut pour base, ctl et ports ne doivent pas tre modifis.
     _________________________________________________________________


 "ide0=dtc2278"         : teste/supporte l'interface DTC2278
 "ide0=ht6560b"         : teste/supporte l'interface HT6560B
 "ide0=cmd640_vlb"      : *REQUIS* pour les cartes VLB avec la puce CMD640
                          (pas pour PCI - automatiquement dtect)
 "ide0=qd6580"          : teste/supporte l'interface qd6580
 "ide0=ali14xx"         : teste/supporte les puces ali14xx (ALI M1439/M1445)
 "ide0=umc8672"         : teste/supporte les puces umc8672
     _________________________________________________________________

   Tout le reste est rejet par un message "BAD OPTION" (mauvaise
   option).

5.2 Options du pilote standard ST-506 (`hd=')

   Le pilote standard de disque accepte les mmes paramtres que le
   pilote IDE. Notez cependant qu'il ne requiert que 3 valeurs (C/H/S) -
   Ni plus ni moins, et il vous ignorera -. De plus, il accepte
   uniquement le paramtre `hd=', c'est  dire que `hda=', `hdb=' et tout
   le reste ne sont pas autoriss ici. Le format est le suivant :
     _________________________________________________________________

        hd=cyls,heads,sects
     _________________________________________________________________

   Si deux disques sont installs, la ligne ci-dessus est rpte avec
   les caractristiques techniques du second disque.

5.3 Options du pilote de disque XT (`xd=')

   Si vous tes malchanceux au point d'utiliser une de ces vieilles
   cartes 8 bits qui transfre les donnes  la vitesse fulgurante de 125
   ko/s, c'est ici qu'est le scoop. Le code de test pour ces cartes
   recherche un BIOS install et s'il n'en trouve pas, le test ne
   dtectera pas votre carte. Ou encore, si la signature de votre BIOS
   n'est pas reconnue, le test ne trouvera pas votre carte non plus. Dans
   n'importe lequel de ces cas, vous devrez utiliser le paramtre
   suivant :
     _________________________________________________________________

        xd=type,irq,iobase,dma_chan
     _________________________________________________________________

   La valeur de type indique qui est le constructeur de la carte et peut
   prendre les valeurs suivantes : 0=generic; 1=DTC; 2,3,4=Western
   Digital, 5,6,7=Seagate; 8=OMTI. La seule diffrence entre les
   diffrents types pour un mme constructeur est la chane BIOS utilise
   pour la dtection, et qui n'est pas utilise si le type est spcifi.

   La fonction xd_setup() ne contrle pas les valeurs, et supporte que
   vous saisissiez les 4 valeurs. Ne soyez pas du. Voici un exemple
   d'utilisation pour un contrleur WD1002 avec un BIOS
   inactiv/supprim, utilisant les paramtres `par dfaut' du controleur
   XT :
     _________________________________________________________________

        xd=2,5,0x320,3
     _________________________________________________________________

6. CD-ROMs (Non-SCSI/ATAPI/IDE)

   Cette section fait l'inventaire de tous les paramtres de dmarrage
   possibles pour les lecteurs de CD-ROM. Ceci n'inclut pas les CD-ROMs
   SCSI ou IDE/ATAPI. Consultez les sections appropries pour ces types
   de CD-ROMs.

   Notez que la plupart de ces CD-ROM ont des fichiers de documentation
   que vous _devriez_ lire, et ils sont tous dans le rpertoire :
   linux/Documentation/cdrom.

6.1 L'interface Aztech (`aztcd=')

   La syntaxe pour ce type de carte est :
     _________________________________________________________________

        aztcd=iobase[,magic_number]
     _________________________________________________________________

   Si vous positionnez le magic_number (nombre magique)  0x79 alors le
   pilote essaiera puis laissera tomber dans le cas d'une
   microprogrammation inconnue. Toutes les autres valeurs seront
   ignores.

6.2 L'interface Sony CDU-31A et CDU-33A (`cdu31a=')

   On rencontre cette interface CD-ROM sur certaines cartes son Pro Audio
   Spectrum, ainsi que sur les autres cartes d'interface fournies par
   Sony. La syntaxe est la suivante :
     _________________________________________________________________

        cdu31a=iobase,[irq[,is_pas_card]]
     _________________________________________________________________

   Le fait de spcifier une valeur d'IRQ gale  zro indique au pilote
   que les interruptions logicielles ne sont pas supportes (comme sur
   certaines cartes PAS). Si votre carte supporte les interruptions, vous
   devrez les utiliser car elles abaissent la consommation de CPU par le
   pilote.

   Le `is_pas_card' peut-tre saisi sous la forme suivante `PAS' si vous
   utilisez une carte Pro Audio Spectrum, mais on peut aussi ne pas
   l'indiquer.

6.3 L'interface Sony CDU-535 (`sonycd535=')

   La syntaxe pour cette interface de CD-ROM est :
     _________________________________________________________________

        sonycd535=iobase[,irq]
     _________________________________________________________________

   La valeur zro peut-tre utilise comme `bouche-trou' pour l'I/O base
   si l'on dsire spcifier une valeur d'IRQ.

6.4 L'interface GoldStar (`gscd=')

   La syntaxe pour cette interface de CD-ROM est :
     _________________________________________________________________

        gscd=iobase
     _________________________________________________________________

6.5 L'interface standard Mitsumi (`mcd=')

   La syntaxe pour cette interface de CD-ROM est :
     _________________________________________________________________

        mcd=iobase,[irq[,wait_value]]
     _________________________________________________________________

   La valeur wait_value est utilise comme une valeur interne de
   dpassement de temps pour les gens qui ont des problmes avec leur
   disques, et peut, ou non, tre implmente en fonctions d'une
   instruction DEFINE lors de la compilation.

6.6 L'interface ISP16 (`isp16=')

   la syntaxe pour cette interface de CD-ROM est :
     _________________________________________________________________

        isp16=[port[,irq[,dma]]][[,]drive_type]
     _________________________________________________________________

   Utiliser une valeur  0 pour irq ou dma signifie qu'ils ne sont pas
   utiliss. Les valeurs possibles pour drive_type sont noisp16, Sanyo,
   Panasonic, Sony, et Mitsumi. L'utilisation de noisp16 dsactive les
   lecteurs totalement.

6.7 L'interface Mitsumi XA/MultiSession (`mcdx=')

   Pour l'instant, ce pilote `exprimental' possde une fonction de
   configuration mais aucun paramtre n'est encore implment (version
   1.3.15). Le matriel est le mme que ci-dessus, mais le pilote possde
   de nouvelles fonctionnalits.

6.8 L'interface Optics Storage (`optcd=')

   La syntaxe pour ce type de carte est :
     _________________________________________________________________

        optcd=iobase
     _________________________________________________________________

6.9 L'interface Phillips CM206 (`cm206=')

   La syntaxe pour ce type de carte est :
     _________________________________________________________________

        cm206=[iobase][,irq]
     _________________________________________________________________

   La valeur de l'IRQ est comprise entre 3 et 11,et les adresses des
   ports d'entre/sortie sont comprises entre 0x300 et 0x370, vous pouvez
   donc spcifier un ou deux nombres, dans n'importe quel ordre. Il
   accepte aussi `cm206=auto' pour activer l'autotest.

6.10 L'interface Sanyo (`sjcd=')

   La syntaxe pour ce type de carte est :
     _________________________________________________________________

        sjcd=iobase[,irq[,dma_channel]]
     _________________________________________________________________

6.11 L'interface SoundBlaster Pro (`sbpcd=')

   La syntaxe de ce type de carte est :
     _________________________________________________________________

        sbpcd=iobase,type
     _________________________________________________________________

   O type prend une des valeurs suivantes (Attention : le respect des
   majuscules et des minuscules est important) : `SoundBlaster',
   `LaserMate', ou `SPEA'. L'adresse d'entre/sortie de base est celle de
   l'interface de CD-ROM, et _non_ celle de la partie son de la carte.

7. Autres Priphriques Matriels

   Tous les autres priphriques qui ne peuvent tre classs dans une des
   catgories ci-dessus sont entasss ici.

7.1 Priphriques Ethernet (`ether=')

   Diffrents pilotes utilisent diffrents paramtres, mais ils partagent
   tous au moins une IRQ, une adresse d'entre/sortie, et un nom. Dans sa
   forme la plus gnrique, cela ressemble  a :
     _________________________________________________________________

        ether=irq,iobase[,param_1[,param_2,...param_8]]],name
     _________________________________________________________________

   Le premier argument non-numrique est pris comme nom. La valeur
   param_n (si elle est applicable) a gnralement des significations
   diffrentes pour chaque carte/pilote. Les valeurs courantes de param_n
   sont utilises pour indiquer des choses comme l'adresse de la mmoire
   partage, la slection d'interface, le canal DMA et ainsi de suite.

   L'utilisation la plus courante de ce paramtre est de forcer le test
   d'une seconde carte ethernet, alors que par dfaut on en teste une
   seule. Ceci peut tre accompli avec un simple ordre :
     _________________________________________________________________

        ether=0,0,eth1
     _________________________________________________________________

   Notez que la valeur zro pour l'IRQ et l'I/O base dans l'exemple
   ci-dessus indiquent au pilote de faire un autotest.

   NOTE IMPORTANTE POUR LES UTILISATEURS DE MODULES : ce qui est indiqu
   ci-dessus _ne forcera pas_ un autotest pour une seconde si vous
   utilisez les pilotes de priphriques en tant que modules chargeables
   au moment de l'excution (au lieu de les avoir compils dans le
   noyau). La plupart des distributions de Linux utilisent un noyau
   central dpouill combin avec une large slection de pilotes
   modulaires. Le paramtre ether= s'applique seulement aux pilotes
   compils directement dans le noyau.

   Le Ethernet-HowTo dcrit de faon exhaustive l'utilisation de
   plusieurs cartes simultanment, ainsi que la faon dont est utilise
   la valeur param_n en fonction des spcificits de chaque carte/pilote.
   Les lecteurs concerns pourront faire rfrence  la section de ce
   document correspondant  leur carte pour une information plus prcise.
   Ethernet-HowTo

7.2 Le pilote du Lecteur de Disquettes (`floppy=')

   Il existe de nombreuses options pour le pilote du lecteur de
   disquette, et qui sont listes dans le fichier README.fd dans le
   rpertoire linux/drivers/block. Cette information est extraite
   directement du fichier.

   floppy=mask,allowed_drive_mask

   Positionne le "bitmask" (masque binaire) des lecteurs autoriss  la
   valeur mask. Par dfaut, seules les units 0 et 1 de chaque contrleur
   de lecteur de disquette sont autorises. Ceci est fait car certains
   matriels non-standards (cartes mres ASUS PCI) mettent la pagaille
   dans le clavier lorsque l'on accde aux units 2 ou 3. Cette option
   est un peu obsolte en raison de l'option cmos.

   floppy=all_drives

   Positionne le "bitmask" (masque binaire) des disques autoriss  tous
   les disques. Utilisez ceci si vous avez plus de deux lecteurs de
   disquette connects  un contrleur de lecteur de disquettes.

   floppy=asus_pci

   Positionne le "bitmask" uniquement aux units autorises 0 et 1. (Par
   dfaut)

   floppy=daring

   Indique au pilote du lecteur de disquette que vous avez un contrleur
   de lecteur de disquette qui se conduit bien. Ceci permet des
   oprations plus efficaces et plus discrtes, mais peut chouer sur
   certains contrleurs. Ceci peut acclrer certaines oprations.

   floppy=0,daring

   Indique au pilote du lecteur de disquette que votre contrleur doit
   tre utilis avec prcaution.

   floppy=one_fdc

   Indique au pilote de lecteur de disquette que vous n'avez qu'un
   contrleur de lecteur de disquette (Par dfaut).

   floppy=two_fdc _ou_ floppy=address,two_fdc

   Indique au pilote de lecteur de disquette que vous avez deux
   contrleurs de lecteurs de disquette. Le second contrleur est suppos
   tre  l'adresse indique. Si l'adresse n'est pas donne on suppose
   qu'elle est gale  0x370.

   floppy=thinkpad

   Indique au pilote de lecteur de disquette que vous avez un Thinkpad.
   Les Thinkpads utilisent une convention inverse pour la "disk change
   line" (ligne de changement de disque).

   floppy=0,thinkpad

   Indique au pilote de lecteur de disquette que vous ne possdez pas un
   Thinkpad.

   floppy=drive,type,cmos

   Positionne le type cmos du drive  type. De plus, ce lecteur est
   autoris dans le "bitmask" (masque binaire). C'est pratique si vous
   avez plus de deux lecteurs de disquette (seuls deux peuvent tre
   dcrits dans la cmos physique), ou si votre BIOS utilise un type de
   CMOS non-standard. Si l'on positionne le CMOS  0 pour les deux
   premiers disques (par dfaut) le pilote de lecteur de disquette ira
   lire la cmos physique.

   floppy=unexpected_interrupts

   Imprime un message d'alerte lorsqu'une interruption inattendue est
   reue (comportement par dfaut).

   floppy=no_unexpected_interrupts _or_ floppy=L40SX

   Ne pas imprimer de message lorsqu'une interruption inattendue est
   reue. Ceci est ncessaire sur un IBM L40SX portable dans certains
   modes vido (il semble qu'il y ait une interaction entre la vido et
   les disquettes). Les interruptions inattendues affectent seulement les
   performances, et peuvent tre ignores sans crainte).

7.3 Le pilote de sons (`sound=')

   Le pilote de sons peut aussi recevoir des paramtres de dmarrage qui
   craseront les valeurs compiles dans le programme. Ceci n'est pas
   recommand, et de plus c'est complexe. Ceci est dcrit (tait dcrit ?
   ) dans le fichier Readme.Linux, dans le rpertoire
   linux/drivers/sound. Il accepte de recevoir un paramtre de la forme :
     _________________________________________________________________

        sound=device1[,device2[,device3...[,device11]]]
     _________________________________________________________________

   O chaque valeur de deviceN est de la forme 0xTaaaId, et les octets
   sont utiliss de la faon suivante :

   T - type de priphrique : 1=FM, 2=SB, 3=PAS, 4=GUS, 5=MPU401, 6=SB16,
   7=SB16-MPU401

   aaa - adresse d'entre/sortie en hexadcimal.

   I - ligne d'interruption en hexadcimal (i.e 10=a, 11=b, ...).

   d - canal DMA.

   Comme vous pouvez le voir, ceci reste assez malpropre et vous ferez
   mieux de compiler vos propres valeurs comme c'est recommand. Si l'on
   utilise un paramtre de dmarrage `sound=0' on dsactive entirement
   le pilote de sons.

7.4 Le pilote de souris sur bus "Bus Mouse" (`bmouse=')

   Le pilote des souris sur bus accepte un seul paramtre, qui est la
   valeur de l'IRQ matrielle  utiliser.

7.5 Le pilote MS Bus Mouse (`msmouse=')

   Le pilote MS mouse accepte un seul paramtre, qui correspond  l'IRQ 
   utiliser.

7.6 Le pilote d'imprimantes (`lp=')

   Depuis le noyau 1.3.75, vous pouvez indiquer au pilote d'imprimante
   quels sont les ports qu'il doit utiliser et ceux qu'il _ne doit pas_
   utiliser. Vous devriez l'utiliser si vous ne voulez pas que le pilote
   demande tous les ports parallles disponibles, alors que d'autres
   pilotes (c.a.d. PLIP, PPA) peuvent aussi les utiliser.

   Le format du paramtre est des paires i/o, IRQ. Par exemple,
   lp=0x3bc,0,0x378,7 utilisera le port d'adresse 0x3bc en mode IRQ-less
   (lection), et utilisera l'IRQ 7 pour le port d'adresse 0x378. Le port
   0x278 (si il y en a un) ne sera pas test, jusqu' ce que l'autotest
   soit utilis en l'absence d'un paramtre `lp=' argument. Pour
   dsactiver totalement le pilote d'impression, on peut utiliser lp=0.

7.7 Le pilote ICN ISDN (`icn=')

   Le pilote ISDN ncessite un paramtre de dmarrage de la forme
   suivante :
     _________________________________________________________________

        icn=iobase,membase,icn_id1,icn_id2
     _________________________________________________________________

   o iobase est l'adresse du port d'entre/sortie de la carte, membase
   est l'adresse de base de la mmoire partage de la carte, et les deux
   icn_id sont des chaines d'identification ASCII uniques.

7.8 Le pilote PCBIT ISDN (`pcbit=')

   Ce paramtre de dmarrage utilise des paires de valeurs de la forme :
     _________________________________________________________________

        pcbit=membase1,irq1[,membase2,irq2]
     _________________________________________________________________

   o membaseN est l'adresse de base de la mmoire partage de la Nime
   carte, et irqN est l'interruption de la Nime carte. La valeur par
   dfaut est IRQ 5 et l'adresse de base 0xD0000.

7.9 Le pilote Teles ISDN (`teles=')

   Le pilote ISDN ncessite un paramtre de dmarrage de la forme
   suivantenbsp;:
     _________________________________________________________________

        teles=iobase,irq,membase,protocol,teles_id
     _________________________________________________________________

   o iobase est l'adresse du port e/s de la carte, membase est l'adresse
   de base de la mmoire partage, irq est le canal d'interruption
   utilis par la carte, et teles_id est l'identifiant ASCII unique.

7.10 Le pilote DigiBoard (`digi=')

   Le pilote DigiBoard accepte une chaine de six identifiants ou entiers
   spars par des virgules. Les 6 valeurs dans l'ordre sont :


        Active/Dsactive la carte
        Type de la carte : PC/Xi(0), PC/Xe(1), PC/Xeve(2), PC/Xem(3)
        Active/Dsactive la mise en ordre alternative des broches
        Nombre de ports sur cette carte
        Port E/S sur lequel la carte est configure  (en HEXA si on
        utilise des chaines d'identification)
        Adresse de base de la fentre mmoire (en HEXA si on utilise les
        chaines d'identification)

   Un exemple de paramtre de dmarrage correct (dans ses deux formes)
   est :
     _________________________________________________________________

        digi=E,PC/Xi,D,16,200,D0000
        digi=1,0,0,16,512,851968
     _________________________________________________________________

   Notez que le pilote prend les valeurs par dfaut de 0x200 pour l'i/o
   et pour la mmoire partage 0xD0000 en l'absence de paramtre de
   dmarrage digi=. Il n'y a pas d'autotest effectu. Plus de dtails
   peuvent tre trouvs dans le fichier
   linux/Documentation/digiboard.txt.

7.11 le pilote RISCom/8 Multiport Serial (`riscom8=')

   Jusqu' quatre cartes peuvent tre supportes en fournissant une
   valeur d'E/S unique pour chaque carte installe. Les autres dtails
   pourront-tre trouvs dans le fichier linux/Documentation/riscom8.txt.

7.12 Le modem Srie/Parallle Radio Baycom (`baycom=')

   Le format du parmtre de dmarrage pour ces priphriques est de la
   forme :
     _________________________________________________________________

        baycom=modem,io,irq,options[,modem,io,irq,options]
     _________________________________________________________________

   Utiliser modem=1 signifie que vous avez le priphrique ser12, modem=2
   signifie que vous avez le priphrique par96. Utiliser options=0
   signifie l'utilisation du DCD matriel, et options=1 signifie
   l'utilisation du DCD logiciel. L'io et l'irq sont l'adresse I/O de
   base du port, et la valeur de l'interruption. Il y a plus de dtails
   dans le fichier README.baycom qui est gnralement dans le rpertoire
   /linux/drivers/char/.

8. Conclusion

   Si vous avez trouv des fautes de frappe manifestes, ou des
   informations primes dans ce document, faites le moi savoir. Il est
   facile de laisser passer quelque chose.

   Merci,

   Paul Gortmaker, Paul.Gortmaker@anu.edu.au

   Merci de faire parvenir vos remarques sur la traduction de ce document
    Laurent Renaud, lrenaud@hol.fr

   (http://wwwperso.hol.fr/~lrenaud)
