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

NOM

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

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, ceci est utilisé principalement 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 LILO ou LoadLin.
Pour un petit nombre de paramètres, l’image du noyau peut être
directement modifiée, en utilisant rdev(8).

Le programme LILO (LInux LOader) de Werner Almesberger est le plus
utilisé. Il permet de démarrer des noyaux divers et de mémoriser la
configuration dans un fichier texte (voyez lilo(8) et lilo.conf(5)).
LILO peut démarrer DOS, OS/2, Linux, FreeBSD, UnixWare, etc. et est
assez souple d’emploi.

L’autre chargeur classique de Linux est « LoadLin », un programme DOS,
qui peut démarrer un noyau Linux depuis une session DOS (avec des
paramètres de démarrage), à condition que certaines ressources soient
disponibles. Ceci est très utile pour les personnes désirant lancer
Linux depuis DOS.

LoadLin est également particulièrement utile si des périphériques
nécessitent un pilote DOS pour placer le matériel dans un état donné.
Un exemple classique est celui des cartes son « compatibles
SoundBlaster » qui ont besoin d’un pilote DOS pour manipuler des
registres exotiques afin de placer la carte dans un mode compatible SB.
Démarrer DOS pour initialiser la carte avec le pilote en question, puis
charger Linux depuis le prompt du DOS avec LoadLin évitera la
réinitialisation de la carte au redémarrage.

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 a lieu dans linux/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. 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
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/ ». Ceci 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é 32bits. 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 », en ceci qu’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 également être configuré en utilisant
rdev(8).)

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

’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 / ». (Voyez 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.

Le choix entre lecture seule et lecture/écriture peut aussi être
défini avec rdev(8).

’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
1048 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 maximum 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, voyez <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. Voyez
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. Ceci 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’
Ceci 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’
Ceci 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. (On pouvait
également configurer la taille du disque directement dans l’image du
noyau à la compilation, ou avec rdev(8).) Actuellement, les disques
virtuels utilisent les tampons caches et grossissent dynamiquement.
Pour obtenir plus d’informations (par exemple comment utiliser rdev(8)
avec les nouveaux disques virtuels), consultez le fichier
/usr/src/linux/Documentation/ramdisk.txt.

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). Ceci 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, voyez
le fichier /usr/src/linux/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 30ko. 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 détails complets se trouvent 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.

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 5Mo/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

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

Configuration des hôtes SCSI BusLogic (« buslogic= »)

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 /usr/src/linux/drivers/scsi/BusLogic.c (lignes 3149-3270
dans la version du noyau utilisée pour écrire cette page). 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 supportent 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

fdomain=iobase,irq[,adapter_id]

Configuration contrôleur SCSI Great Valley Products (GVP)

gvp11=dma_transfer_bitmask

Configuration Future Domain TMC-8xx, TMC-950

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

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 détails sur
ces paramètres, voir /usr/src/linux/drivers/scsi/in2000.c.

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

ncr5380=iobase,irq,dma

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 détails supplémentaires se
trouvent dans le fichier Documentation/scsi/g_NCR5380.txt (ou
drivers/scsi/README.g_NCR5380 pour les noyaux plus anciens) dans
les sources du noyau.

Configuration NCR53C8xx

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 détails sur les valeurs
correspondantes, voyez /usr/src/linux/drivers/scsi/ncr53c8xx.c.

Configuration NCR53c406a

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

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

wd7000=irq,dma,iobase

Configuration du contrôleur SCSI Commodore Amiga A2091/590

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 détails,
voyez /usr/src/linux/drivers/scsi/wd33c93.c.

Disques durs
Paramètres des disques IDE et des lecteurs 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,
regardez le fichier Documentation/ide.txt (ou
drivers/block/README.ide pour les noyaux plus anciens) dans les
sources du noyau pour plus de détails.

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, en ceci que
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. Ceci active un contournement pour ces périphériques
défectueux.

Option « hd=cdrom »
Ceci 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*

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

Périphériques bus IBM MCA
Voyez également /usr/src/linux/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,ttes,secteurs.

Pour un ThinkPad-720, ajoutez l’option

tp720=1.

Configuration de sous-systèmes SCSI IBM Microchannel

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 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. Ceci 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. 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 ceci 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.
Ceci 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. Ceci 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. Ceci 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. Ceci 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. 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 multiports RISCom/8 (« riscom8= »)
Syntaxe :

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

Plus de détails sont disponibles dans
/usr/src/linux/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 détails sont disponibles dans
/usr/src/linux/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 détails, consultez
Documentation/networking/baycom.txt (ou
drivers/net/README.baycom pour les noyaux plus anciens) dans les
sources du noyau.

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. Ceci 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

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). Ceci est nécessaire pour certaines machines braille.

VOIR AUSSI

       lilo.conf(5), klogd(8), lilo(8), mount(8), rdev(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 :
       /usr/src/linux/Documentation/kernel-parameters.txt.

COLOPHON

       Cette  page  fait  partie  de  la  publication 3.23 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

       Cette page de manuel a été traduite  et  mise  à  jour  par  Christophe
       Blaess  <http://www.blaess.fr/christophe/> entre 1996 et 2003, puis par
       Alain Portal <aportal AT univ-montp2 DOT fr> jusqu’en 2006, et  mise  à
       disposition sur http://manpagesfr.free.fr/.

       Les mises à jour et corrections de la version présente dans Debian sont
       directement gérées par Julien Cristau <jcristau@debian.org> et l’équipe
       francophone de traduction de Debian.

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