Provided by: manpages-fr_4.18.1-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 commande, é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, 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és « 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 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 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 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 de la racine NFS. 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.

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

              The  root  device  can  be  specified  symbolically  or  numerically.  A   symbolic
              specification  has  the  form /dev/XXYN, where XX designates the device type (e.g.,
              'hd' for ST-506 compatible hard disk, with Y in 'a'–'d'; 'sd' for  SCSI  compatible
              disk,  with  Y  in  'a'–'e'),  Y  the driver letter or number, and N the number (in
              decimal) of the partition on this device.

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

       'rootdelay='
              Ce paramètre définit le délai (en seconde) de pause avant d’essayer  de  monter  le
              système de fichiers racine.

       'rootflags=...'
              Ce  paramètre  définit  la  chaîne  d’option de montage pour le système de fichiers
              racine (consultez aussi fstab(5)).

       '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, ou
              simplement parce que vous ne souhaitez pas que le noyau initialise ces matériels.

              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.

       '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]]'
              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  un  démon  (par exemple klogd(8) ou
              équivalent) 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 en savoir plus sur les niveaux de  log,  consultez  syslog(2).)  Par
              défaut,  cette variable est définie pour journaliser tout ce qui est plus important
              que les messages de débogage (KERN_DEBUG). Ce paramètre de démarrage  demandera  au
              noyau  d'afficher également les messages de la priorité KERN_DEBUG. Le niveau de la
              console  peut  aussi  être  modifié  dans  un  système  démarré  grâce  au  fichier
              /proc/sys/kernel/printk    (décrit    dans    syslog(2)),   l'opération   syslog(2)
              SYSLOG_ACTION_CONSOLE_LEVEL ou dmesg(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.

   Paramètres de démarrage pour disques virtuels
       (Only if the kernel was compiled with CONFIG_BLK_DEV_RAM.) In general it is a bad idea  to
       use  a  ramdisk  under Linux—the system will use available memory more efficiently itself.
       But while booting, it is often useful to load the floppy  contents  into  a  ramdisk.  One
       might  also have a system in which first some modules (for filesystem or hardware) must be
       loaded before the main disk can be accessed.

              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é
              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 disques virtuels actuels, 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 N 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/admin-guide/initrd.rst  (ou  Documentation/initrd.txt
              avant Linux 4.10).

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

   Disques durs
       Paramètres des disques IDE et des lecteurs de CD-ROM
              The IDE driver accepts a number of  parameters,  which  range  from  disk  geometry
              specifications,  to support for broken controller chips. Drive-specific options are
              specified by using 'hdX=' with X in '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/ide.txt   (ou
              Documentation/ide.txt  pour les noyaux anciens et drivers/block/README.ide pour les
              noyaux encore  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=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 puisse 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.

   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/blockdev/floppy.txt (ou Documentation/floppy.txt
       pour les anciens noyaux et drivers/block/README.fd pour les noyaux  encore  plus  anciens)
       dans les sources du noyau Linux. Veuillez consulter ce fichier pour plus d'informations.

   Pilote audio
       Le pilote audio 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
       audio.

   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 parallèles
              afin que d'autres pilotes (PLIP, PPA) puissent les utiliser.

              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.

VOIR AUSSI

       klogd(8), mount(8)

       Pour   une   description   détaillée,   consultez   le    fichier    source    du    noyau
       Documentation/admin-guide/kernel-parameters.txt.

TRADUCTION

       La  traduction  française  de  cette  page  de  manuel  a  été créée par Christophe Blaess
       <https://www.blaess.fr/christophe/>, Stéphan  Rafin  <stephan.rafin@laposte.net>,  Thierry
       Vignaud  <tvignaud@mandriva.com>,  François Micaux, Alain Portal <aportal@univ-montp2.fr>,
       Jean-Philippe   Guérard   <fevrier@tigreraye.org>,   Jean-Luc   Coulon   (f5ibh)    <jean-
       luc.coulon@wanadoo.fr>,    Julien    Cristau    <jcristau@debian.org>,    Thomas   Huriaux
       <thomas.huriaux@gmail.com>, Nicolas François <nicolas.francois@centraliens.net>, Florentin
       Duneau  <fduneau@gmail.com>, Simon Paillard <simon.paillard@resel.enst-bretagne.fr>, Denis
       Barbier   <barbier@debian.org>,   David   Prévot   <david@tilapin.org>,   Thomas   Vincent
       <tvincent@debian.org> et Jean-Pierre Giraud <jean-pierregiraud@neuf.fr>

       Cette  traduction  est  une  documentation libre ; veuillez vous reporter à la GNU General
       Public  License  version 3  ⟨https://www.gnu.org/licenses/gpl-3.0.html⟩   concernant   les
       conditions de copie et de distribution. Il n'y a aucune RESPONSABILITÉ LÉGALE.

       Si vous découvrez un bogue dans la traduction de cette page de manuel, veuillez envoyer un
       message à ⟨debian-l10n-french@lists.debian.org⟩.