Provided by: manpages-fr_3.65d1p1-1_all bug

NOM

       bootparam - Introduction aux paramètres de démarrage du noyau Linux

DESCRIPTION

       Le  noyau  Linux  accepte  un  certain  nombre  d'options en ligne de commandes, également
       appelées paramètres  de  démarrage,  au  moment  où  il  est  chargé.  En  général,  c'est
       principalement  utilisé  pour  fournir  au  noyau  des  informations  sur  les  paramètres
       matériels, qu'il serait incapable de déterminer seul, ou pour éviter/remplacer les valeurs
       qu'il détecterait normalement.

       Quand  le noyau est démarré directement par le BIOS (par exemple, depuis une disquette sur
       laquelle le noyau a été copié en utilisant « cp zImage /dev/fd0 »), il n'est pas  possible
       de  préciser  des  paramètres.  Aussi, afin de tirer parti de ces possibilités, vous devez
       utiliser un chargeur capable de transmettre les options, comme GRUB.

   Liste des paramètres
       La ligne de commande du noyau est une liste de  chaînes  de  caractères  (les  paramètres)
       séparées par des espaces. La plupart des paramètres de démarrage ont la forme suivante :

           nom[=valeur_1][,valeur_2]...[,valeur_10]

       où « nom » est un mot clé unique utilisé pour identifier la partie du noyau à laquelle les
       valeurs éventuelles sont associées. La limite de 10 valeurs est effective, le code  actuel
       ne gérant que 10 paramètres par mot clé, séparés par des virgules. (Néanmoins, vous pouvez
       réutiliser le même mot clé avec 10 paramètres supplémentaires  dans  certaines  situations
       complexes inhabituelles, en espérant que la fonction d'initialisation les gérera.)

       La  plupart  du  traitement  est  codé  dans  le fichier source du noyau init/main.c. Tout
       d'abord, le noyau vérifie si le paramètre est l'un des  mots  clé  « root »,  « nfsroot »,
       « nfsaddrs »,  « ro », « rw » , « debug » ou « init ». La signification de ces options est
       décrite ci-dessous.

       Ensuite, il parcourt une liste de  fonctions  d'initialisation  (contenue  dans  la  table
       bootsetups)  pour  vérifier si la chaîne du paramètre spécifiée (par exemple « toto ») est
       associée  à  une  fonction  d'initialisation  (« toto_setup() »)  pour   un   périphérique
       particulier  ou  une  partie  du  noyau. Si la la ligne toto=3,4,5,6 est fournie, le noyau
       cherchera alors dans la table bootsetups si « toto » est enregistré. S'il l'est, le  noyau
       appellera  la fonction associée à « toto » (toto_setup()) en lui passant les paramètres 3,
       4, 5 et 6 donnés sur la ligne de commande.

       Tout ce qui est de la forme « toto=titi »  et  qui  ne  concerne  pas  une  des  fonctions
       d'initialisation  décrites  ci-dessus  est interprété comme une variable d'environnement à
       définir. Un exemple (inutile ?) serait l'utilisation de « TERM=vt100 » comme paramètre  de
       démarrage.

       Les  paramètres  restants,  qui  n'ont pas été interceptés par le noyau et qui ne sont pas
       interprétés comme des variables d'environnement, seront passés  au  processus  numéro  un,
       habituellement  le  programme init(1). Le paramètre le plus courant dans ce cas est le mot
       « single » qui indique à init(1) de démarrer en mode mono-utilisateur,  sans  lancer  tous
       les  démons  habituels.  Regardez  la  page de manuel de la version d'init(1) installé sur
       votre système pour connaître les paramètres acceptés.

   Paramètres généraux non spécifiques à un périphérique
       'init=...'
              Définit la commande initiale à faire exécuter par le noyau. Si ce  paramètre  n'est
              pas  fourni  ou  est  introuvable,  le  noyau  essaiera  successivement /sbin/init,
              /etc/init, /bin/init, /bin/sh et paniquera si tout cela échoue.

       'nfsaddrs=...'
              Définit l'adresse de démarrage par nfs.  Cette  adresse  est  utilisée  en  cas  de
              démarrage par le réseau.

       'nfsroot=...'
              Définit  le  nom nfs de la racine. Si cette chaîne ne commence ni par « / », ni par
              « , »,  ni  par  un  chiffre,  elle  est   alors   préfixée   automatiquement   par
              « /tftpboot/ ». C'est utilisé en cas de démarrage par le réseau.

       'no387'
              (Uniquement  si  la  constante  CONFIG_BUGi386  est  définie.)  Certaines  puces de
              coprocesseur i387 ont des bogues qui apparaissent  en  mode  protégé  32 bits.  Par
              exemple,  les  premières  puces ULSI-387 bloquent le système durant l'exécution des
              opérations en virgule flottante. Si  le  paramètre  « no387 »  est  indiqué,  Linux
              ignore  le  coprocesseur  arithmétique  même s'il en détecte un. Bien sûr, le noyau
              doit être compilé avec la gestion de l'émulation mathématique.

       'no-hlt'
              (Uniquement lorsque la constante CONFIG_BUGi386 est définie.)  Certaines  anciennes
              puces  i486DX-100  ont un problème avec l'instruction « hlt », car elles ne peuvent
              pas reprendre fiablement le cours des opérations après  l'utilisation  de  « hlt ».
              L'option  « no-hlt »  indique  à Linux d'utiliser une boucle infinie quand il n'y a
              rien à faire et de ne pas arrêter le processeur. Cela permet d'utiliser Linux  avec
              ces puces cassées.

       'root=...'
              Ce  paramètre indique au noyau quel périphérique doit être utilisé comme système de
              fichiers racine pendant le démarrage. La configuration par  défaut  est  déterminée
              lors  de  la  compilation  du  noyau,  et est généralement identique à la racine du
              système de fichiers utilisé lors de la compilation. Pour remplacer cette valeur  et
              sélectionner   par   exemple   le   second   lecteur  de  disquette,  on  utilisera
              « root=/dev/fd1 ».

              Le périphérique racine peut être spécifié de manière symbolique ou  numérique.  Une
              spécification  symbolique  est  de  la  forme  /dev/XXYN,  où XX désigne un type de
              périphérique (« hd » pour un disque dur compatible ST-506, avec  Y  dans  « a-d » ;
              « sd »  pour un disque compatible SCSI, avec Y dans « a-e » ; « ad » pour un disque
              Atari ACSI, avec Y dans « a-e » ; « ez » pour un disque amovible Syquest EZ135  sur
              le  port  parallèle,  avec  Y valant « a » ; « xd » pour un disque compatible XT, Y
              étant « a » ou « b » ; « fd » pour un lecteur de disquette, Y étant le numéro — fd0
              serait  le  disque  « A: »  sous  DOS,  et fd1 serait le « B: »), Y la lettre ou le
              numéro du lecteur, et N le numéro (en décimal) de la partition sur ce  périphérique
              (absent  pour  les  disquettes).  Les  noyaux récents autorisent de nombreux autres
              types de périphériques, principalement  pour  les  CD-ROM :  nfs,  ram,  scd,  mcd,
              cdu535,  aztcd,  cm206cd,  gscd,  sbpcd,  sonycd,  bpcd.  (Le  type  nfs indique un
              démarrage par le réseau, et ram se rapporte à un disque virtuel en mémoire.)

              Cela n'a rien à voir avec la désignation  des  périphériques  dans  le  système  de
              fichiers, le préfixe « /dev/ » est purement conventionnel.

              La  spécification  numérique,  plus  compliquée  et moins portable, du périphérique
              racine en utilisant les numéros majeur  et  mineur  est  également  acceptée.  (Par
              exemple,  /dev/sda3  a pour nombres majeur et mineur respectivement 8 et 3, et peut
              donc être mentionné ainsi : « root=0x803 ».)

       'rootfstype=...'
              L'option « rootfstype » demande au noyau de monter le système  de  fichiers  racine
              comme  s'il  était du type spécifié. Cela peut-être utile, par exemple, pour monter
              un système de fichiers ext3 en tant qu'ext2 et pouvoir alors supprimer  le  journal
              dans le système de fichiers racine, c'est-à-dire de repasser ce système de fichiers
              d'ext3 en ext2 sans avoir besoin de redémarrer à partir d'une autre source.

       'ro' et 'rw'
              L'option « ro » demande au noyau de monter le système de fichiers racine en lecture
              seule,  pour  que  les  programmes  de  vérification  de la cohérence du système de
              fichiers puissent travailler sur un système  au  repos.  Aucun  processus  ne  peut
              écrire  sur  le  système  de  fichiers en question jusqu'à ce qu'il soit remonté en
              lecture/écriture, par exemple avec la  commande  « mount  -w  -n  -o  remount  / ».
              (Consultez mount(8).)

              L'option  « rw »  indique  au  noyau  de  monter  le  système de fichiers racine en
              lecture/écriture. C'est l'option par défaut.

       'resume=...'
              Cela indique au noyau l’emplacement des données stockées sur disque à utiliser pour
              revenir  d’hibernation.  C’est  en  général  le même que la partition ou le fichier
              d’échange. Exemple :

                  resume=/dev/hda2

       'reserve=...'
              Ce  paramètre  permet  de  protéger  une   zone   de   ports   d'entrée-sortie   de
              l'autodétection. La forme de l'option est :

                  reserve=base_IO,longueur[,base_IO,longueur]...

              Pour  certaines  machines,  il  peut  être  nécessaire  d'empêcher  les  pilotes de
              rechercher des périphériques dans  des  régions  spécifiques.  En  effet,  certains
              matériels peuvent mal réagir à l'autodétection, ou seraient mal reconnus.

              L'option  reserve  indique  une  zone  de  ports  d'entrée-sortie qu'il ne faut pas
              examiner. Un pilote de périphérique n'utilisera pas une région  réservée,  à  moins
              qu'une autre option le lui indique explicitement.

              Par exemple, la ligne de commande

                  reserve=0x300,32 blah=0x300

              empêche tous les pilotes, sauf « blah », d'examiner 0x300-0x31F.

       'mem=...'
              L'appel  BIOS,  défini  dans  les  spécifications du PC, qui indique la quantité de
              mémoire installée, n'est prévu que pour  la  détection  de  64 Mo  au  plus.  Linux
              utilise  cet  appel  BIOS  pendant le démarrage pour obtenir la quantité de mémoire
              installée. Si vous avez  plus  de  64 Mo,  vous  devez  utiliser  ce  paramètre  de
              démarrage  pour  indiquer  au  noyau  la valeur exacte. Cette valeur est fournie en
              décimal ou en hexadécimal (préfixe 0x), et les suffixes « k » (multiplié par  1024)
              ou  « M »  (multiplié  par 1 048 576) peuvent être utilisés. Voici un extrait d'une
              note de Linus sur l'utilisation du paramètre « mem= » :

                   Le  noyau  acceptera  n'importe  quelle  valeur  fournie  pour  le   paramètre
                   « mem=xx »  et  s'il s'avère que vous lui avez menti, il plantera horriblement
                   tôt ou tard. Ce paramètre indique la plus haute  adresse  mémoire  accessible,
                   ainsi « mem=0x1000000 » signifie que vous avez 16 Mo de RAM, par exemple. Pour
                   une machine avec 96 Mo cela serait « mem=0x6000000 ».

                   NOTE : certaines machines peuvent utiliser une extrémité de  la  mémoire  pour
                   cacher  le  BIOS ou n'importe quoi d'autre, aussi vous ne pourrez pas adresser
                   les 96 Mo en entier. L'inverse est aussi vrai,  certaines  cartes  mères  vont
                   projeter  la  mémoire  physique  recouverte  par le BIOS juste au-dessus de la
                   mémoire accessible, auquel cas vous auriez accès à 96 Mo + 384 ko par exemple.
                   Si  vous faites croire à Linux qu'il dispose de plus de mémoire que ce qu'il a
                   en réalité, de mauvaises choses vont  se  produire :  peut-être  pas  tout  de
                   suite, mais plus tard à coup sûr.

              Vous pouvez aussi utiliser l'argument « mem=nopentium » au boot pour désactiver les
              tables de pages de 4 Mo sur les noyaux configurés pour les systèmes  IA32  avec  un
              processeur pentium ou plus récent.

       'panic=N'
              Par  défaut,  le  noyau ne redémarrera pas automatiquement après un cas de panique,
              mais cette option permet de faire redémarrer le noyau après N secondes  (si  N  est
              supérieur à zéro). Ce délai peut également être configuré avec :

                  echo N > /proc/sys/kernel/panic

       'reboot=[warm|cold][,[bios|hard]]'
              (Uniquement  si  la  constante CONFIG_BUGi386 est définie.) Depuis le noyau 2.0.22,
              les  redémarrages  sont  par  défaut  faits  à  froid.  Certains  ont  demandé   la
              restauration  de  l'ancienne  valeur  par défaut « reboot=warm ». (Un redémarrage à
              froid peut être nécessaire pour réinitialiser certains périphériques,  mais  risque
              de détruire des données présentes dans le cache des disques. Un redémarrage à chaud
              peut être plus rapide.) Par défaut, le redémarrage est effectué matériellement,  en
              demandant  au  contrôleur  de  clavier  de  baisser le niveau de la ligne reset. Il
              existe  toutefois  des  cartes  mères  où  cela   ne   fonctionne   pas.   L'option
              « reboot=bios »  permet  alors  de redémarrer de manière logicielle, en appelant le
              BIOS.

       'nosmp' et 'maxcpus=N'
              (Seulement  si  la  constante  __SMP__  est   définie.)   L'option   « nosmp »   ou
              « maxcpus=0 »  en  ligne  de commande empêche entièrement l'activation du mode SMP.
              Une option « maxcpus=N » limite le nombre maximal de processeurs  activés  en  mode
              SMP.

   Paramètres de démarrage pour les développeurs du noyau
       'debug'
              Les  messages  du  noyau  sont manipulés par le démon de journalisation klogd, pour
              qu'ils puissent être stockés sur disque.  Les  messages  disposant  d'une  priorité
              supérieure  à  la valeur console_loglevel sont aussi affichés sur la console. (Pour
              ces niveaux, consultez <linux/kernel.h>.) Par défaut, cette  variable  est  définie
              pour  journaliser  tout  ce qui est plus important que les messages de débogage. Ce
              paramètre de démarrage demandera au noyau d'afficher également les messages  de  la
              priorité   DEBUG.  Le  niveau  de  la  console  peut  aussi  être  modifié  pendant
              l'exécution, avec une option de klogd. Consultez klogd(8).

       'profile=N'
              Il est possible d'activer les fonctions de suivi du noyau si l'on désire  s'assurer
              de  l'emplacement  où  le  noyau  consomme  ses  cycles CPU. Le suivi est activé en
              définissant la variable prof_shift avec  une  valeur  non  nulle.  Cela  peut  être
              effectué  soit  en  définissant  la constante CONFIG_PROFILE durant la compilation,
              soit en indiquant l'option « profile= »  au  démarrage.  La  valeur  reçue  par  la
              variable  prof_shift  sera  N  s'il  est  fourni,  ou CONFIG_PROFILE_SHIFT si cette
              variable existe ou 2 par défaut. La signification de la variable  correspond  à  la
              finesse du suivi : à chaque saut d'horloge, si le système exécute du code du noyau,
              un compteur est incrémenté :

                  profile[adresse >> prof_shift]++;

              Les informations brutes concernant le suivi peuvent être lues  dans  /proc/profile.
              Vous  préférerez  probablement  utiliser  un  outil  comme  readprofile.c  pour les
              examiner. L'écriture dans /proc/profile effacera les compteurs.

       'swap=N1,N2,N3,N4,N5,N6,N7,N8'
              Cela  permet  de  configurer  les  huit  paramètres   max_page_age,   page_advance,
              page_decline, page_initial_age, age_cluster_fract, age_cluster_min, pageout_weight,
              bufferout_weight qui contrôlent l'algorithme d'échange du noyau. À  n'utiliser  que
              par les développeurs du noyau.

       'buff=N1,N2,N3,N4,N5,N6'
              Cela   permet   de   configurer  les  six  paramètres  max_buff_age,  buff_advance,
              buff_decline, buff_initial_age, bufferout_weight, buffermem_grace qui contrôlent la
              gestion des tampons du noyau. À n'utiliser que par les développeurs du noyau.

   Paramètres de démarrage pour disques virtuels
       (Uniquement  si  le  noyau  a  été  compilé  avec  l'option  CONFIG_BLK_DEV_RAM.)  Il  est
       généralement déconseillé d'utiliser un disque virtuel sous Linux. Le système gérera  mieux
       la mémoire disponible tout seul. Néanmoins, pendant le démarrage, ou durant la création de
       disquettes de démarrage, il peut être utile de charger le contenu d'une disquette  sur  un
       disque  virtuel.  Il  peut  également  arriver  sur  certains  systèmes  que  des  modules
       particuliers concernant les systèmes de fichiers ou le matériel doivent être chargés avant
       l'accès au disque principal.

       Avec   Linux 1.3.48,  la  gestion  des  disques  virtuels  a  été  profondément  modifiée.
       Auparavant, la mémoire était allouée de manière statique, avec un paramètre  « ramdisk=N »
       qui  indiquait  la  taille (cela pouvait aussi être configurée directement dans l'image du
       noyau à la compilation). Actuellement, les disques virtuels utilisent les  tampons  caches
       et  grossissent  dynamiquement. Pour obtenir plus d'informations avec les nouveaux disques
       virtuels,  consultez  le  fichier  source  du   noyau   Documentation/blockdev/ramdisk.txt
       (Documentation/ramdisk.txt dans les anciens noyaux).

       Il y a quatre paramètres, deux booléens et deux entiers.

       'load_ramdisk=N'
              Si  N  vaut  1,  un  disque  virtuel  est chargé en mémoire. Si vaut 0 aucun disque
              virtuel n'est chargé (comportement par défaut).

       'prompt_ramdisk=N'
              Si N vaut 1, l'insertion d'une disquette est demandée (comportement par défaut). Si
              N vaut 0, rien n'est demandé (donc ce paramètre n'est jamais utilisé).

       'ramdisk_size=N' ou (obsolète) 'ramdisk=N'
              Définit  la  taille maximale du disque virtuel à N ko. Par défaut, la valeur est de
              4096 ko (4 Mo).

       'ramdisk_start=N'
              Indique le numéro de bloc de départ (l'emplacement sur la disquette où  démarre  le
              contenu  du  disque  virtuel). C'est utile dans le cas où l'image du disque virtuel
              suit une image de noyau.

       'noinitrd'
              (Uniquement si le noyau a  été  compilé  avec  les  options  CONFIG_BLK_DEV_RAM  et
              CONFIG_BLK_DEV_INITRD.)  On  peut actuellement compiler le noyau pour qu'il utilise
              initrd. Quand cette possibilité est activée, le processus de  démarrage  charge  le
              noyau  et  un  disque  virtuel initial. Puis le noyau convertit initrd en un disque
              virtuel « normal » qui est monté en lecture/écriture à la racine. Ensuite  /linuxrc
              est  exécuté.  Ensuite,  le  vrai  système de fichiers est monté à la racine, et le
              système initrd est déplacé dans /initrd. Enfin, la séquence de démarrage habituelle
              (appel de /sbin/init) est exécutée.

              Pour  une  description  détaillée  des possibilités de initrd, consultez le fichier
              source du noyau Documentation/initrd.txt.

              L'option  « noinitrd »  indique  au  noyau  que  contrairement  aux  options   avec
              lesquelles  il  a été compilé, il ne doit pas effectuer les étapes sus-mentionnées,
              mais au contraire laisser les données de initrd sous /dev/initrd. (Ce  périphérique
              ne  peut  être  utilisé  qu'une  seule  fois,  les données sont libérées dès que le
              dernier processus les ayant utilisé a fermé /dev/initrd.)

   Paramètres de démarrage pour périphériques SCSI
       Notations générales pour cette section :

       iobase -- le premier port d'entrée-sortie utilisé par  l'hôte  SCSI.  Il  est  indiqué  en
       notation hexadécimale, habituellement dans l'intervalle allant de 0x200 à 0x3ff.

       irq  --  l'interruption  matérielle  pour  laquelle  la  carte est configurée. Les valeurs
       valables dépendent de la carte en question, mais sont généralement 5, 7, 9, 10, 11, 12, et
       15.  Les autres valeurs sont plutôt utilisées par des périphériques comme les disques IDE,
       les lecteurs de disquettes, les ports série, etc.

       scsi-id -- l'identifiant utilisé par l'adaptateur pour se distinguer sur le bus SCSI.  Peu
       d'adaptateurs  permettent  de  modifier cette valeur, qui est la plupart du temps figée en
       interne. La valeur classique est 7 mais  les  cartes  Seagate  et  Future  Domain  TMC-950
       utilisent 6.

       parité  --  le fait que l'adaptateur SCSI attende que le périphérique lui fournisse ou non
       une valeur de parité pour tous les échanges d'informations. Un 1  valide  le  contrôle  de
       parité,  un  0  le  désactive.  Encore  une  fois,  tous  les adaptateurs ne gèrent pas la
       modification de ce comportement comme paramètre de démarrage.

       'max_scsi_luns=...'
              Un périphérique SCSI peut contenir plusieurs  « sous-périphériques »  en  lui-même.
              L'exemple  courant  est  celui des nouveaux lecteurs de CD-ROM qui gèrent plusieurs
              disques en même temps. Chaque  CD  est  adressé  par  un  numéro  d'unité  logique,
              « Logical  Unit Number » (LUN). Cependant, la plupart des périphériques SCSI, comme
              les disques durs ou les lecteurs de bande, n'ont qu'un seul sous-périphérique  avec
              un LUN nul.

              Certains  périphériques  SCSI  mal  conçus  ne peuvent pas être détectés sur un LUN
              différent de zéro. Ainsi, si  la  constante  de  compilation  CONFIG_SCSI_MULTI_LUN
              n'est pas définie, les noyaux récents n'examineront que le LUN zéro.

              Pour   indiquer   le   nombre   de  LUN  à  examiner  au  démarrage,  on  indiquera
              « max_scsi_luns=n » comme paramètre, n étant un nombre entre 1 et  8.  Pour  éviter
              les ennuis décrits ci-dessus, on utilisera n=1 avec des périphériques à problèmes.

       Configuration des lecteurs de bande SCSI
              Certaines  configurations  au  démarrage  des  lecteurs de bandes SCSI peuvent être
              effectuées ainsi :

                  st=taille_tampon[,seuil_écriture[,tampons_max]]

              Les  deux  premiers  nombres  sont  indiqués  en  ko.  La  valeur  par  défaut   de
              taille_tampon  est 32 ko, et la taille maximale exagérément grande est 16384 ko. Le
              nombre seuil_écriture représente la valeur à  partir  de  laquelle  le  tampon  est
              effectivement  écrit  sur  la bande, par défaut 30 ko. Le nombre maximal de tampons
              varie avec le nombre de lecteurs  détectés,  et  vaut  2  par  défaut.  Un  exemple
              d'utilisation serait :

                  st=32,30,2

              Des précisions complètes sont disponibles dans le fichier Documentation/scsi/st.txt
              (ou drivers/scsi/README.st pour les noyaux plus anciens)  du  répertoire  scsi  des
              sources du noyau Linux.

       Configuration Adaptec aha151x, aha152x, aic6260, aic6360, SB16-SCSI
              Les numéros aha se réfèrent aux cartes, et les numéros aic à la véritable puce SCSI
              placée sur ces cartes, y compris la Soundblaster-16 SCSI.

              Le code de détection pour ces hôtes SCSI recherche un BIOS installé,  et  si  aucun
              n'est  présent,  la  carte  ne  sera  pas trouvée. Il vous faudra alors utiliser un
              paramètre de la forme :

                  aha152x=iobase[,irq[,scsi-id[,reconnexion[,parité]]]]

              Si le pilote a été compilé avec les options de débogage, une  sixième  valeur  peut
              spécifier le niveau de débogage.

              Tous  les paramètres sont identiques à ceux décrits au début de cette section et la
              valeur reconnexion permettra au périphérique de se déconnecter/reconnecter si  elle
              est non nulle. Un exemple d'utilisation serait :

                  aha152x=0x340,11,7,1

              Tous  les  paramètres  doivent être indiqués dans l'ordre, ce qui signifie que pour
              spécifier une parité, il faut également  spécifier  les  valeurs  de  iobase,  irq,
              scsi-id et reconnexion.

       Configuration Adaptec aha154x
              Les  cartes  aha1542  disposent  d'un contrôleur de disquettes i82077, mais pas les
              cartes aha1540. Ce sont des cartes maîtresses sur  le  bus,  et  ont  un  paramètre
              indiquant  leur  « courtoisie » dans le partage du bus avec d'autres périphériques.
              Les paramètres de démarrage ressemblent à

                  aha1542=iobase[,buson,busoff[,vitesse_dma]]

              Les valeurs valables de iobase sont  habituellement  0x130,  0x134,  0x230,  0x234,
              0x330, ou 0x334. Des cartes clones peuvent proposer d'autres valeurs.

              Les  valeurs  buson  et  busoff  se  réfèrent  au  nombre  de microsecondes pendant
              lesquelles  la  carte  maîtrise  le  bus  ISA.  Les  valeurs  par  défaut  sont  11
              microsecondes  on,  et 4 microsecondes off, ainsi d'autres cartes (comme les cartes
              Ethernet ISA LANCE) peuvent accéder au bus ISA.

              La valeur vitesse_dma se rapporte au débit (en Mo/sec) utilisé pour les  transferts
              DMA  (Direct Memory Access). La valeur par défaut est 5 Mo/sec. Des cartes récentes
              permettent de choisir cette valeur dans une configuration logicielle, les anciennes
              en  positionnant  des  cavaliers. On peut utiliser des valeurs jusqu'à 10 Mo/sec, à
              condition que la carte mère  soit  capable  de  les  gérer.  Il  faut  expérimenter
              prudemment pour les valeurs dépassant 5 Mo/sec.

       Configuration Adaptec aha274x, aha284x, aic7xxx
              Ces cartes peuvent accepter un paramètre de la forme :

                  aic7xxx=extended,no_reset

              La  valeur  extended,  si elle est non nulle, indique que la traduction étendue est
              validée pour les gros disques. La valeur no_reset, si elle est non  nulle,  indique
              que le pilote ne doit pas réinitialiser le bus SCSI lors du démarrage de l'hôte.

       Configuration des hôtes SCSI AdvanSys  advansys= »)
              Le  pilote  AdvanSys  accepte  jusqu'à  quatre  adresses d'entrée-sortie qui seront
              examinées pour détecter une  carte  SCSI  AdvanSys.  Ces  valeurs,  si  elles  sont
              utilisées,  ne  modifient en rien la détection des périphériques EISA ou PCI. Elles
              ne concernent que les cartes ISA ou VLB. De plus si le pilote a  été  compilé  avec
              les  options  de  débogage,  le  niveau  de  débogage  peut  être configuré avec le
              paramètre 0xdeb[0-f]. Le niveau des messages de  débogage  est  configuré  avec  la
              valeur 0-f permettant ainsi d'accéder à 16 niveaux de messages.

       AM53C974
              Syntaxe :

                  AM53C974=host-scsi-id,target-scsi-id,max-rate,max-offset

       Configuration des hôtes SCSI BusLogic  buslogic= »)

              Syntaxe :
                  BusLogic=N1,N2,N3,N4,N5,S1,S2,...

              Pour  une description détaillée des paramètres de ligne de commandes concernant les
              périphériques    BusLogic,    consultez    le    fichier    source     du     noyau
              drivers/scsi/BusLogic.c. Le texte ci-dessous en est un extrait très abrégé.

              Les  paramètres  N1-N5  sont  des  entiers,  les  paramètres  S1,... des chaînes de
              caractères. N1 correspond à l'adresse d'entrée-sortie où l'adaptateur est situé. N2
              est  la taille de la file d'attente (Tagged Queue Depth) pour les périphériques qui
              prennent en charge le « Tagged Queuing ». N3 est le temps de démarrage du bus  (Bus
              Settle   Time)   en   secondes.   Il   s'agit  de  la  durée  d'attente  entre  une
              réinitialisation matériel d'un adaptateur hôte qui déclenche  une  réinitialisation
              du  bus  SCSI,  et  toute autre commande SCSI. N4 sont des options locales (pour un
              adaptateur hôte). N5 sont des options globales (pour tous les adaptateurs hôtes).

              Les chaînes d'options sont utilisées pour  obtenir  un  contrôle  sur  le  « Tagged
              Queuing »  (TQ:Default,  TQ:Enable,  TQ:Disable, TQ:<Per-Target-Spec>), sur l'Error
              Recovery      (ER:Default,      ER:HardReset,      ER:BusDeviceReset,      ER:None,
              ER:<Per-Target-Spec>),   et   sur  la  détection  de  l'adaptateur  hôte  (NoProbe,
              NoProbeISA, NoSortPCI).

       Configuration EATA/DMA
              La liste par défaut des ports d'entrée-sortie à examiner peut être modifiée avec

                  eata=iobase,iobase,....

       Configuration Future Domain TMC-16x0
              Syntaxe :

                  fdomain=iobase,irq[,adapter_id]

       Configuration contrôleur SCSI Great Valley Products (GVP)
              Syntaxe :

                  gvp11=dma_transfer_bitmask

       Configuration Future Domain TMC-8xx, TMC-950
              Syntaxe :

                  tmc8xx=mem_base,irq

              La valeur mem_base est l'adresse utilisée par la  carte  pour  projeter  ses  ports
              d'entrée-sortie  en  mémoire.  C'est  généralement  l'une  des  valeurs suivantes :
              0xc8000, 0xca000, 0xcc000, 0xce000, 0xdc000 ou 0xde000.

       Configuration IN2000
              Syntaxe :

                  in2000=S

              où S est une chaîne d'éléments « mots-clés[:valeur] », séparés  par  des  virgules.
              Les  mots-clés  reconnus  sont  (certains  nécessitent  des valeurs) : ioport:addr,
              noreset, nosync:x, period:ns, disconnect:x, debug:x, proc:x.  Pour  des  précisions
              sur ces paramètres, consultez le fichier source du noyau drivers/scsi/in2000.c.

       Configuration NCR5380 et NCR53C400
              Le paramètre de démarrage est de la forme

                  ncr5380=iobase,irq,dma

              ou

                  ncr53c400=iobase,irq

              Si  la  carte  n'utilise  pas  les  interruptions,  une  valeur d'IRQ de 255 (0xff)
              permettra de les désactiver. Une valeur IRQ de 254 réclame une  autodétection.  Des
              précisions     supplémentaires     sont     disponibles     dans     le     fichier
              Documentation/scsi/g_NCR5380.txt (ou drivers/scsi/README.g_NCR5380 pour les  noyaux
              plus anciens) dans les sources du noyau Linux.

       Configuration NCR53C8xx
              Syntaxe :

                  ncr53c8xx=S

              où  S est une chaîne d'éléments « mots_clés:valeur », séparés par des virgules. Les
              mots  clé  reconnus  sont :  mpar   (master_parity),   spar   (scsi_parity),   disc
              (disconnection),     specf     (special_features),    ultra    (ultra_scsi),    fsn
              (force_sync_nego), tags (default_tags), sync (default_sync), verb (verbose),  debug
              (debug),  burst  (burst_max).  Pour des précisions sur les valeurs correspondantes,
              consultez le fichier source du noyau drivers/scsi/ncr53c8xx.c.

       Configuration NCR53c406a
              Syntaxe :

                  ncr53c406a=iobase[,irq[,fastpio]]

              Utiliser irq = 0 pour un fonctionnement sans interruption. Définir fastpio à 1 pour
              un mode pio rapide, et à 0 pour un mode lent.

       Configuration Pro Audio Spectrum
              La  PAS16  utilise  une  puce  SCSI  NC5380,  et les modèles récents permettent une
              configuration de la carte  sans  avoir  recours  aux  cavaliers.  Le  paramètre  de
              démarrage est de la forme :

                  pas16=iobase,irq

              La  seule  nouveauté  est  que  l'on peut indiquer la valeur 255 pour l'IRQ, ce qui
              configure le pilote  pour  un  fonctionnement  sans  interruption,  au  prix  d'une
              dégradation des performances. La valeur usuelle pour iobase est 0x388.

       Configuration Seagate ST-0x
              Si  la  carte n'est pas détectée au démarrage, vous devrez utiliser un paramètre de
              démarrage de la forme :

                  st0x=mem_base,irq

              La valeur mem_base est l'adresse utilisée par la  carte  pour  projeter  ses  ports
              d'entrée-sortie  en  mémoire.  C'est  généralement  l'une  des  valeurs suivantes :
              0xc8000, 0xca000, 0xcc000, 0xce000, 0xdc000 ou 0xde000.

       Configuration Trantor T128
              Ces  cartes,  basées  également  sur  une  puce  NCR5380,  acceptent  les   options
              suivantes :

                  t128=mem_base,irq

              Les valeurs acceptables de mem_base sont : 0xCC000, 0xC8000, 0xDC000, 0xD8000.

       Configuration UltraStor 14F/34F
              La liste par défaut des ports d'entrée-sortie à examiner peut être modifiée avec

                  eata=iobase,iobase,....

       Configuration WD7000
              Syntaxe :

                  wd7000=irq,dma,iobase

       Configuration du contrôleur SCSI Commodore Amiga A2091/590
              Syntaxe :

                  wd33c93=S

              où  S  est  une  chaîne  d'options séparées par des virgules. Les options reconnues
              sont : nosync:bitmask, nodma:x, period:ns, disconnect:x,  debug:x,  clock:x,  next.
              Pour    plus    de    précisions,    consultez   le   fichier   source   du   noyau
              drivers/scsi/wd33c93.c.

   Disques durs
       Paramètres des disques IDE et des lecteurs de CD-ROM
              Le pilote  IDE  accepte  plusieurs  paramètres,  principalement  pour  indiquer  la
              géométrie  du  disque  avec des contrôleurs obsolètes. Les spécifications du disque
              sont indiquées en utilisant « hdX= » avec X dans l'intervalle « a-h ».

              Les options communes à plusieurs disques sont indiquées avec  le  préfixe  « hd= ».
              L'utilisation  d'un  préfixe  spécifique à un disque avec une option non spécifique
              marchera également comme prévu.

              Notez encore que « hd= » peut être utilisé pour faire référence au disque  suivant,
              non  spécifié,  dans  la  séquence (a, ..., h). Les options « hd= » sont présentées
              brièvement   ci-dessous,   consultez   le   fichier    Documentation/ide.txt    (ou
              drivers/block/README.ide  pour  les  noyaux plus anciens) dans les sources du noyau
              Linux pour plus de précisions.

       Options « hd=cylindres,têtes,secteurs[,wpcom[,irq]] »
              Ces options sont utilisées pour indiquer la géométrie physique  du  disque.  Seules
              les    trois    premières    valeurs    sont    nécessaires.    Les    nombres   de
              cylindres/têtes/secteurs seront ceux utilisés par fdisk. La valeur de  compensation
              en  écriture est ignorée pour les disques IDE. L'IRQ indiquée sera utilisée avec le
              contrôleur du disque dur, et n'est donc pas réellement spécifique au disque.

       Option « hd=serialize »
              L'interface double IDE CMD-640 est mal conçue, car lorsqu'un disque sur la  seconde
              interface  est  utilisé  simultanément  au  disque  sur  la première interface, les
              données seront corrompues. Utiliser cette option indique au pilote de s'assurer que
              les deux disques ne sont jamais utilisés en même temps.

       Option « hd=dtc2278 »
              Cette  option  indique  au  pilote  qu'une interface IDE DTC-2278D est présente. Le
              pilote essaiera alors d'utiliser des opérations spécifiques DTC, afin de valider la
              seconde interface, et d'obtenir des transferts rapides.

       Option « hd=noprobe »
              Ne pas examiner ce disque. Par exemple,

                  hdb=noprobe hdb=1166,7,17

              va  désactiver la recherche, mais indique quand même les paramètres géométriques du
              disque, pour qu'il soit reconnu comme périphérique bloc valide, et pourra donc être
              utilisé.

       Option « hd=nowerr »
              Certains  disques  ont apparemment le bit WRERR_STAT positionné en permanence. Cela
              active un contournement pour ces périphériques défectueux.

       Option « hd=cdrom »
              Cela indique au pilote IDE qu'un lecteur de CD-ROM compatible ATAPI est  attaché  à
              la  place  d'un disque dur normal. Dans la plupart des cas, le CD-ROM est identifié
              automatiquement, mais à défaut cette option peut aider.

       Options du pilote Standard ST-506  hd= »)
              Le pilote standard peut accepter des paramètres concernant la géométrie des disques
              similaires à ceux du pilote IDE. Notez cependant qu'il n'attendra que trois valeurs
              (cylindres/têtes/secteurs) et tout ce qui suivra sera  ignoré  silencieusement.  De
              plus,  il n'accepte que l'option « hd= » en paramètre, « hda= » et autres ne seront
              pas valables. Le format est le suivant :

                  hd=cylindres,têtes,secteurs

              Si deux disques sont installés, ce paramètre est  répété  avec  les  paramètres  de
              géométrie du deuxième disque.

       Options du pilote XT  xd= »)
              Si  vous  avez  la  malchance  d'utiliser  encore  ces  vieilles  cartes 8 bits qui
              transfèrent les données  avec  une  vitesse  phénoménale  de  125 ko/s,  voici  des
              informations  qui vous concernent. Si la carte n'est pas reconnue, il faut utiliser
              un paramètre de démarrage de la forme :

                  xd=type,irq,iobase,dma_chan

              La valeur type indique le fabricant de la carte, pour ignorer l'autodétection. Pour
              une  liste des types, consultez le fichier drivers/block/xd.c des sources du noyau.
              Ce type est un indice dans la table xd_sigs qui  évolue  suivant  les  versions  du
              noyau.  Aujourd'hui  (Linux 2.5.0),  les  types  sont  0=générique ; 1=DTC 5150cx ;
              2,3=DTC 5150x ; 4,5=Western Digital ; 6,7,8=Seagate ;  9=Omti ;  10=XEBEC.  Lorsque
              plusieurs types correspondent au même fabricant, ils sont équivalents.

              La  fonction  xd_setup()  ne vérifie pas les valeurs, et suppose que vous avez bien
              saisi les quatre, ce qui est à faire absolument.  Voici  un  exemple  d'utilisation
              pour  un  contrôleur  WD1002  avec  un  BIOS désactivé en utilisant le paramètre de
              contrôleur XT « par défaut » :

                  xd=2,5,0x320,3

       Disques amovibles Syquest EZ*
              Syntaxe :

                  ez=iobase[,irq[,rep[,nybble]]]

   Périphériques bus IBM MCA
       Consultez également le fichier source du noyau Documentation/mca.txt.

       Disques durs ESDI PS/2
              Il est possible d'indiquer la géométrie désirée durant le démarrage :

                  ed=cyls,têtes,secteurs.

              Pour un ThinkPad-720, ajoutez l'option

                  tp720=1.

       Configuration de sous-systèmes SCSI IBM Microchannel
              Syntaxe :

                  ibmmcascsi=N

              où N est le pun (ID SCSI) du sous-système.

       L'interface Aztech
              La syntaxe pour ce type de carte est :

                  aztcd=iobase[,magic_number]

              Si un numéro magique fourni vaut 0x79, alors le pilote démarrera  quelque  soit  la
              version du matériel, même inconnue. Toutes les autres valeurs sont ignorées.

       Lecteurs de CD-ROM sur port parallèle
              Syntaxe :

                  pcd.driveN=prt,pro,uni,mod,slv,dly
                  pcd.nice=nice

              où  « port » est l'adresse de base, « pro » est le numéro de protocole, « uni » est
              le sélecteur d'unité (pour les chaînes de périphériques), « mod » est le  mode  (ou
              -1  pour laisser le noyau choisir le meilleur automatiquement), « slv » est 1 si il
              s'agit d'un esclave, et « dly » est un petit entier  pour  ralentir  les  accès  au
              port.  Le  paramètre  « nice »  demande  l'utilisation  par  le  pilote  des  temps
              d'inactivité du CPU, au détriment de la vitesse.

       Interface Sony CDU-31A et CDU-33A
              Cette interface CD-ROM est présente sur certaines cartes sonores Pro Audio Spectrum
              et sur d'autres cartes fournies par Sony. La syntaxe est la suivante :

                  cdu31a=iobase,[irq[,is_pas_card]]

              Fournir  une valeur d'IRQ nulle indique au pilote que les interruptions matérielles
              ne sont pas gérées (comme sur certaines  cartes  PAS).  Si  votre  carte  gère  les
              interruptions,  vous devez les utiliser car cela réduit grandement l'utilisation du
              CPU par le pilote.

              La valeur de is_pas_card doit être « PAS » pour une carte Pro  Audio  Spectrum,  et
              rien dans le cas contraire.

       Interface Sony CDU-535
              La syntaxe pour cette interface CD-ROM est :

                  sonycd535=iobase[,irq]

              Un  zéro  peut  être  utilisé  comme iobase en tant que valeur fictive si l'on veut
              seulement indiquer la valeur d'IRQ.

       Interface GoldStar
              La syntaxe pour cette interface CD-ROM est :

                  gscd=iobase

       Interface CD-ROM ISP16
              Syntaxe :

                  isp16=[iobase[,irq[,dma[,type]]]]

              (Trois entiers et une chaîne) si le type indiqué est  « noisp16 »,  l'interface  ne
              sera  pas configurée. Sinon, les autres types possibles sont : « Sanyo », « Sony »,
              « Panasonic » et « Mitsumi ».

       Interface Mitsumi standard
              La syntaxe pour cette interface CD-ROM est :

                  mcd=iobase,[irq[,wait_value]]

              La valeur wait_value est utilisée comme délai interne pour les  personnes  qui  ont
              des  problèmes  avec  leur  lecteur,  et  est  implémentée ou non en fonction d'une
              directive #define à la compilation. Le Mitsumi  FX400  est  un  lecteur  de  CD-ROM
              IDE/ATAPI et n'utilise pas le pilote mcd.

       Interface Mitsumi XA/MultiSession
              Il  s'agit  du même matériel que le précédent, mais le pilote de périphérique a des
              possibilités étendues. Syntaxe :

                  mcdx=iobase[,irq]

       Interface stockage optique
              La syntaxe pour ce type de carte est :

                  optcd=iobase

       Interface Phillips CM206
              La syntaxe pour ce type de carte est :

                  cm206=[iobase][,irq]

              Le pilote suppose que les nombres entre 3 et 11 sont des  valeurs  d'IRQ,  et  ceux
              entre  0x300 et 0x370 des ports d'entrée-sortie. Ainsi, on peut spécifier une seule
              valeur ou les deux, dans un ordre quelconque. Il accepte  également  « cm206=auto »
              pour valider l'autodétection.

       Interface Sanyo
              La syntaxe pour ce type de carte est :

                  sjcd=iobase[,irq[,dma_channel]]

       Interface SoundBlaster Pro
              La syntaxe pour ce type de carte est :

                  sbpcd=iobase,type

              où  type  est  l'une  des  chaînes  suivantes  (respecter  les  majuscules  et  les
              minuscules) : « SoundBlaster », « LaserMate », ou « SPEA ». La valeur  pour  iobase
              est celle de l'interface CD-ROM, et non pas celle de la partie son de la carte.

   Périphériques Ethernet
       Chaque  périphérique  utilise des paramètres spécifiques, mais ils partagent tous au moins
       une valeur d'IRQ, une base d'entrée-sortie et un nom. Dans sa forme la plus générique, les
       paramètres ressemblent à :

           ether=irq,iobase[,param_1[,...param_8]],nom

       Le  premier  paramètre  non numérique est considéré comme le nom. La valeur de param_n (si
       elle existe) a une signification différente pour chacun des  pilotes.  Habituellement  les
       valeurs  param_n  sont  utilisées  pour indiquer des options comme l'adresse d'une mémoire
       partagée, la sélection d'interface, le canal DMA, etc.

       L'utilisation la plus courante de ce paramètre est de forcer la  détection  d'une  seconde
       carte Ethernet, car l'attitude par défaut consiste a n'en détecter qu'une seule. Cela peut
       être effectué simplement avec :

           ether=0,0,eth1

       Les valeurs nulles pour irq  et  iobase  dans  l'exemple  précédent  indiquent  au  pilote
       d'effectuer l'autodétection.

       L'Ethernet-HowTo  contient  une documentation très complète sur l'utilisation de plusieurs
       cartes, et sur les valeurs des param_n spécifiques aux cartes  ou  pilotes.  Les  lecteurs
       intéressés se référeront à la section traitant de leur carte dans ce document.

   Lecteur de disquettes
       Il  existe  de  nombreuses options pour le pilote de lecteurs de disquettes, et elles sont
       listées dans le fichier  Documentation/floppy.txt  (ou  drivers/block/README.fd  pour  les
       noyaux  plus  anciens)  dans  les  sources du noyau Linux. Les informations suivantes sont
       extraites de ce fichier.

       floppy=mask,allowed_drive_mask
              Définit la valeur mask comme masque  binaire  des  lecteurs  valides.  Par  défaut,
              seules  les  unités  0  et  1  de chaque contrôleur de disquettes sont valides, car
              certains périphériques non standards (cartes mères ASUS PCI)  bloquent  le  clavier
              lors  de  l'accès  aux unités 2 ou 3. Cette option est quelque peu obsolète avec la
              configuration cmos.

       floppy=all_drives
              Valide tous les lecteurs. Utilisez cela si vous disposez de plus de  deux  lecteurs
              connectés sur un même contrôleur.

       floppy=asus_pci
              Ne valide que les unités 0 et 1 (par défaut).

       floppy=daring
              Indique  au  pilote  que  le  contrôleur a un comportement correct. Cela permet des
              opérations plus  efficaces  et  plus  rapides,  mais  peut  échouer  avec  certains
              contrôleurs.

       floppy=0,daring
              Indique au pilote que le contrôleur doit être utilisé avec méfiance.

       floppy=one_fdc
              Indique au pilote qu'il n'y a qu'un seul contrôleur de disquettes (par défaut).

       floppy=two_fdc ou floppy=adresse,two_fdc
              Indique  au  pilote qu'il y a deux contrôleurs de disquettes. Le second est supposé
              se trouver à l'adresse indiquée. Si l'adresse est absente, on suppose qu'elle  vaut
              0x370.

       floppy=thinkpad
              Indique  au  pilote  qu'un  Thinkpad  est  présent.  Les  Thinkpads  utilisent  une
              convention inversée pour la ligne de changement de disques.

       floppy=0,thinkpad
              Indique au pilote qu'il n'y a pas de Thinkpad.

       floppy=drive,type,cmos
              Définit le type cmos du lecteur. En outre, ce lecteur est disponible dans le bit de
              masquage.  C'est utile si vous avez plus de deux lecteurs de disquettes (seuls deux
              sont indiqués dans la configuration cmos), ou si votre  BIOS  utilise  un  type  de
              mémoire  cmos  non  standard.  Indiquer  CMOS  à  0  pour les deux premiers disques
              (défaut) fera lire la mémoire cmos par le pilote pour ces deux disques.

       floppy=unexpected_interrupts
              Afficher un message  d'avertissement  si  une  interruption  inattendue  est  reçue
              (comportement par défaut).

       floppy=no_unexpected_interrupts ou floppy=L40SX
              N'affiche  pas de message d'avertissement si une interruption inattendue est reçue.
              C'est nécessaire sur les ordinateurs portables IBM L40SX dans certains modes vidéo.
              (Il  semble  y  avoir  une  interaction  entre  la  vidéo  et  les  disquettes. Les
              interruptions inattendues n'affectent que les performances et peuvent être ignorées
              en toute sécurité.)

   Pilote sonore
       Le  pilote sonore ne peut accepter que des paramètres pour surcharger les valeurs définies
       à la compilation. Ce n'est pas recommandé car assez complexe. Les  options  sont  décrites
       dans le fichier Documentation/sound/oss/README.OSS (ou drivers/sound/Readme.linux pour les
       noyaux plus anciens) dans les sources du noyau Linux. Les paramètres de  démarrage  de  la
       forme suivante sont acceptés :

           sound=device1[,device2[,device3...[,device10]]]

              où  chaque  valeur  de  deviceN  utilise  le  format  0xTaaaId,  et les octets sont
              généralement utilisés de la manière suivante :

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

              aaa - adresse d'entrée-sortie en hexadécimal

              I - ligne d'interruption en hexadécimal (10=A, 11=B, ...)

              d - canal DMA

              Cela  est  assez  compliqué,  et  il  vaut mieux compiler un noyau avec ses propres
              valeurs. L'utilisation du paramètre de démarrage « sound=0 » désactivera totalement
              le pilote sonore.

   Pilotes ISDN
       Pilote ISDN ICN
              Syntaxe :

                  icn=iobase,membase,icn_id1,icn_id2

              où  icn_id1,icn_id2  sont  deux  chaînes  permettant d'identifier la carte dans les
              messages du noyau.

       Pilote ISDN PCBIT
              Syntaxe :

                  pcbit=membase1,irq1[,membase2,irq2]

              où membaseN est l'adresse de départ de la mémoire partagée de la  Nième  carte,  et
              irqN  est la configuration d'interruption de la Nième carte. Par défaut, IRQ vaut 5
              et membase 0xD0000.

       Pilote ISDN Teles
              Syntaxe :

                  teles=iobase,irq,membase,protocol,teles_id

              où iobase est l'adresse du port d'entrée-sortie de la carte, membase est  l'adresse
              de départ de la mémoire partagée, irq le canal d'interruption utilisé par la carte,
              et teles_id un identificateur ASCII unique.

   Pilotes de port série
       Pilote série multiport RISCom/8  riscom8= »)
              Syntaxe :

                  riscom=iobase1[,iobase2[,iobase3[,iobase4]]]

              Plus  de  précisions  sont  disponibles   dans   le   fichier   source   du   noyau
              Documentation/riscom8.txt.

       Pilote DigiBoard  digi= »)
              Si cette option est utilisée, elle doit avoir exactement six paramètres. Syntaxe :

                  digi=status,type,altpin,numports,iobase,membase

              Les  paramètres  peuvent  être  fournis  sous forme d'entiers ou de chaînes. Si des
              chaînes sont utilisées, iobase et membase doivent être indiqués en hexadécimal. Les
              paramètres  entiers sont, dans l'ordre : status (Enable(1), activer, ou Disable(0),
              désactiver, la carte), type (PC/Xi(0),  PC/Xe(1),  PC/Xeve(2),  PC/Xem(3)),  altpin
              (Enable(1),  activer,  ou  Disable(0),  désactiver,  la  seconde  configuration des
              broches), numports (nombre de ports sur la carte), iobase (port d'entrée-sortie  de
              la  carte  (en  hexadécimal)),  membase  (adresse de base de la fenêtre mémoire (en
              hexadécimal)). Ainsi, les deux chaînes de paramètres suivantes sont équivalentes :

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

              Plus  de  précisions  sont  disponibles   dans   le   fichier   source   du   noyau
              Documentation/digiboard.txt.

       Pilote Baycom Serial/Parallel Radio Modem
              Syntaxe :

                  baycom=iobase,irq,modem

              Il  y  a exactement 3 paramètres. Si vous avez plusieurs cartes, utilisez plusieurs
              commandes « baycom= ». Le paramètre modem est une chaîne prenant l'une des  valeurs
              suivantes :  ser12,  ser12*,  par96,  par96*.  Ici,  « * »  indique  que la gestion
              logicielle du DCD doit être activée, et ser12/par96 correspond  au  type  de  modem
              géré.  Pour  plus  de précisions, consultez Documentation/networking/baycom.txt (ou
              drivers/net/README.baycom pour les noyaux plus anciens) dans les sources  du  noyau
              Linux.

       Pilote Soundcard radio modem
              Syntaxe :

                  soundmodem=iobase,irq,dma[,dma2[,serio[,pario]]],0,mode

              Tous  les  paramètres  sont  des  entiers,  sauf les deux derniers. La valeur 0 est
              nécessaire pour éviter un bogue dans le code de démarrage.  Le  paramètre  « mode »
              est  une chaîne avec la syntaxe hw:modem, où hw correspond à sbc, wss, ou wssfdx et
              où modem correspond à afsk1200 ou fsk9600.

   Pilote d'imprimante en ligne
       'lp='
              Syntaxe :

                  lp=0
                  lp=auto
                  lp=reset
                  lp=port[,port...]

              On peut indiquer au pilote d'imprimante les ports à  utiliser  et  ceux  à  ne  pas
              utiliser.  Cela  permet  d'éviter  que le pilote n'examine tous les ports, afin que
              d'autres pilotes (PLIP, PPA) les utilisent.

              Le  format  du  paramètre  est  une  suite  de   noms   de   port.   Par   exemple,
              « lp=none,parport0 »  utilisera  le premier port parallèle pour lp1, et désactivera
              lp0. Pour désactiver complètement le pilote d'imprimante, utilisez lp=0.

       PILOTE WDT500/501
              Syntaxe :

                  wdt=io,irq

   Pilotes souris
       'bmouse=irq'
              Le pilote busmouse n'accepte qu'un seul paramètre, la  valeur  d'IRQ  matérielle  à
              utiliser.

       'msmouse=irq'
              La même chose est vraie pour le pilote msmouse.

       Configuration de la souris ATARI
              Syntaxe :

                  atamouse=threshold[,y-threshold]

              Si  un  seul  paramètre  est  fourni,  il  sera  utilisé  à la fois pour les seuils
              x-threshold et y-threshold. Sinon, le premier argument est x-threshold et le second
              y-threshold.  Ces  valeurs  doivent être dans l'intervalle 1 à 20 inclus. La valeur
              par défaut est 2.

   Périphériques vidéo
       'no-scroll'
              Cette option demande au pilote de console de ne pas utiliser de défilement matériel
              (quand  le  défilement  est  géré en déplaçant l'adresse de l'écran dans la mémoire
              vidéo sans déplacer les données). C'est nécessaire pour certaines machines braille.

VOIR AUSSI

       klogd(8), mount(8)

       De  nombreuses  parties  de  cette  page  de  manuel  viennent   du   Boot-Parameter-HOWTO
       version 1.0.1  écrit par Paul Gortmaker. Des compléments d'information seront donc trouvés
       dans ce document (ou une version plus récente). Une source d'information  à  jour  est  le
       fichier source du noyau Documentation/kernel-parameters.txt.

COLOPHON

       Cette  page  fait partie de la publication 3.65 du projet man-pages Linux. Une description
       du projet et des  instructions  pour  signaler  des  anomalies  peuvent  être  trouvées  à
       l'adresse http://www.kernel.org/doc/man-pages/.

TRADUCTION

       Depuis    2010,    cette   traduction   est   maintenue   à   l'aide   de   l'outil   po4a
       <http://po4a.alioth.debian.org/> par l'équipe de traduction francophone au sein du  projet
       perkamon <http://perkamon.alioth.debian.org/>.

       Christophe    Blaess    <http://www.blaess.fr/christophe/>   (1996-2003),   Alain   Portal
       <http://manpagesfr.free.fr/>  (2003-2006).  Julien  Cristau  et  l'équipe  francophone  de
       traduction de Debian (2006-2009).

       Veuillez     signaler     toute     erreur     de     traduction     en     écrivant     à
       <debian-l10n-french@lists.debian.org>  ou  par  un  rapport  de  bogue   sur   le   paquet
       manpages-fr.

       Vous  pouvez  toujours  avoir  accès  à la version anglaise de ce document en utilisant la
       commande « man -L C <section> <page_de_man> ».