The Linux BootPrompt-HOWTO
Par Paul Gortmaker.
v1.14, 1er F�vrier 1998
_________________________________________________________________
_Ce document est le BootPrompt-Howto, qui est un condens� de tous les
param�tres de boot qui peuvent �tre transmis au noyau de Linux lors de
la s�quence de boot. Ceci inclut tous les param�tres concernant les
p�riph�riques. Une partie traitant de la fa�on dont le noyau trie les
param�tres de d�marrage ainsi qu'un tour d'horizon des logiciels les
plus r�pandus pour d�marrer le noyau de Linux sont aussi inclues.
Cette version fran�aise a �t� r�alis�e par Laurent RENAUD
(lrenaud@hol.fr). _
_________________________________________________________________
1. Introduction
Le noyau a une capacit� limit�e pour accepter des informations au
moment du d�marrage sous la forme d'une ligne de commande, semblable �
une liste d'arguments que vous pouvez passer � un programme. En
g�n�ral, ceci est utilis� pour donner au noyau des informations
concernant les param�tres du mat�riel que le noyau n'est pas capable
de d�terminer tout seul, ou pour se substituer/�craser les valeurs que
le noyau pourrait d�tecter.
Cependant, si vous avez juste copi� une image du noyau directement sur
une disquette, (c.a.d cp zImage /dev/fd0) alors vous n'avez aucune
chance de pouvoir sp�cifier quelque argument que ce soit � ce noyau.
C'est pourquoi beaucoup d'utilisateurs de _Linux_ utilisent des
logiciels comme _LILO_ ou _loadlin_ qui se chargent de transmettre ces
arguments au noyau, et de le faire alors d�marrer.
_NOTE IMPORTANTE POUR LES UTILISATEURS DE MODULES :_ Les param�tres de
d�marrage en g�n�ral, ne s'appliquent qu'aux pilotes de mat�riel qui
sont compil�s directement dans le noyau. Ils n'ont _aucun effet_ sur
les pilotes qui sont charg�s en tant que modules. La plupart des
distributions utilisent des modules. Si vous ne savez pas, regardez
dans man depmod et man modprobe en suivant le contenu de
/etc/conf.modules.
Cette version couvre les distributions du noyau jusqu'� la v2.0.33
incluse. Des informations qui font partie des noyaux en d�veloppement
jusqu'� la version 2.1.84 sont aussi document�es.
Le BootPrompt-Howto est edit� et mis � jour par :
Paul Gortmaker, gpg109@rsphy1.anu.edu.au
[Notez que les param�tres de d�marrage qui sont sp�cifiques aux ports
et p�riph�riques non-i386 (ex : Atari/Amiga) ne sont actuellement pas
document�s.]
1.1 Responsabilit� et Copyright
Ce document _n'est pas_ l'�vangile ! Bien que ce soit probablement la
source d'information la plus � jour que vous puissiez trouver.
Personne n'est responsable de ce qui peut arriver � votre mat�riel �
part vous. Si votre mat�riel s'enflamme brusquement (ce qui est
quasiment impossible ! ) je ne suis pas responsable. C'est � dire QUE
L'AUTEUR N'EST PAS RESPONSABLE DES DOMMAGES QUI PEUVENT ETRE PRODUITS
PAR DES ACTIONS RESULTANT D'INFORMATIONS CONTENUES DANS CE DOCUMENT.
Ce document est soumis au Copyright (c) 1995-1998 de Paul Gortmaker.
Ce document peut �tre copi� en respectant les termes de la GNU General
Public Licence, version 2, ci-incluse en r�f�rence. Voir le fichier
linux/COPYING fourni avec le noyau Linux pour plus de d�tails.
Si vous avez l'intention d'incorporer ce document au sein d'une
publication, merci de me contacter, et je ferai un effort pour
m'assurer que vous avez les informations les plus � jour disponibles.
Par le pass�, des versions p�rim�es de HOWTO ont �t� publi�es, ce qui
a attrist� les developpeurs qui ont �t� harcel�s de questions
auxquelles ils avaient d�j� r�pondu dans des versions plus r�centes.
1.2 Documentation Associ�e
Les documentations les plus � jour seront toujours les sources du
noyau. Pas si vite ! Ne soyez pas effray�s. Vous n'avez pas besoin de
conna�tre la programmation pour lire les commentaires dans les
fichiers source. Par exemple, si vous recherchez un argument qui peut
�tre transmis au pilote AHA1542 SCSI, il vous suffit d'aller dans le
r�pertoire linux/drivers/scsi, et de regarder dans le fichier
aha1542.c et dans les cent premi�res lignes vous trouverez en anglais
une description simple et compl�te des param�tres de d�marrage que le
pilote 1542 peut recevoir.
Une autre bonne chose seront les fichiers de documentation livr�s avec
le noyau lui-m�me. Il y en a aujourd'hui pas mal, et la plupart
d'entre eux peuvent-�tre trouv�s dans le r�pertoire
linux/Documentation et tous ses sous r�pertoires. Le r�pertoire linux
se trouve g�n�ralement dans /usr/src/. Parfois des fichiers README.foo
peuvent se trouver dans le r�pertoire associ� aux pilotes (c.a.d.
linux/drivers/XXX/, o� XXX sera scsi, char, ou net.
Si vous avez trouv� quels sont les param�tres que vous avez
l'intention d'utiliser, et que vous voulez savoir comment transmettre
ces informations au noyau, alors regardez la documentation qui
correspond au logiciel que vous utilisez pour d�marrer le noyau (par
exemple : LILO ou loadlin). Un bref survol est fourni ci-dessous, mais
il ne remplace pas la documentation fournie avec le logiciel de
d�marrage.
1.3 Le groupe de discussion Linux
Si vous avez des questions sur la transmission des param�tres au
noyau, s'il vous plait, LISEZ D'ABORD ce document. Si ce document et
les documents associ�s qui sont mentionn�s ci-dessus ne r�pondent pas
� votre (vos) question(s), alors vous pouvez essayer de la (les) poser
dans le groupe de discussion _Linux_ (fr.comp.os.linux pour la
France). Bien s�r, il serait bon de lire les messages du groupe avant
de poser aveugl�ment vos questions, il se peut que quelqu'un d'autre
ait d�j� pos� la m�me question, ou peut-�tre est-ce une question
fr�quemment pos�e (FAQ). Un coup d'oeuil rapide � la FAQ linux avant
de poster est une _bonne_ id�e. On pourra trouver les FAQ quelque
part, dans un r�pertoire proche de celui o� vous avez trouv� ce
document.
Les questions g�n�rales concernant la configuration de votre syst�me
peuvent �tre directement pos�es dans le groupe comp.os.linux.setup.
Nous vous demandons _s'il vous pla�t_ de respecter ces quelques
recommandations, et de ne pas cross-poster vos demandes dans d'autres
groupes.
1.4 Nouvelles Versions de ce Document
Les nouvelles versions (en anglais) de ce document peuvent �tre
recup�r�es par FTP anonyme sur le site sunsite.unc.edu, dans le
r�pertoire /pub/Linux/docs/HOWTO/. Notez que _SunSITE_ est souvent
surcharg�, donc il vaudrait mieux aller chercher ce document sur un
des sites ftp miroir de Linux.
Ces documents en langue fran�aise se trouvent sur le site ftp.lip6.fr
dans de r�pertoire /pub/linux/french/docs/HOWTO.
Des mises � jour seront faites chaque fois que de nouvelles
informations / pilotes seront disponibles. Si la copie que vous �tes
en train de lire date de plus de quelques mois, il serait bon de
v�rifier qu'il n'en existe pas une version plus r�cente.
Ce document est produit en utilisant le syst�me SGML sp�cialement
concu pour le projet _Linux_ Howto, et il existe diff�rents formats de
sortie disponibles : postscript, dvi, ascii, html, et bient�t TeXinfo.
Je vous recommande de visualiser ce document en HTML (via un logiciel
de navigation WWW ) ou dans le format PostScript/dvi. Tous deux
contiennent les r�f�rences crois�es qui sont perdues dans les
conversions en ASCII.
Si vous voulez obtenir la copie officielle de sunsite, voici l'URL.
BootPrompt-HOWTO
2. Vue d'Ensemble des Param�tres de D�marrage
Cette partie donne un certain nombre d'exemples de logiciels qui
peuvent �tre utilis�s pour transmettre les param�tres de d�marrage au
noyau. Elle donne aussi une id�e de la fa�on dont les param�tres sont
trait�s, quelles sont les limitations des param�tres de d�marrage, et
la fa�on dont ils sont r�partis vers chaque p�riph�rique pour lesquels
ils ont �t� con�us.
Il est _important_ de noter que l'on _ne peut pas_ utiliser d'espaces
dans un param�tre de d�marrage, mais seulement entre des param�tres
diff�rents. Une liste de valeurs correspondant � un seul param�tre
doit utiliser des virgules comme s�parateur entre les diff�rentes
valeurs, l� aussi, sans aucun espace. Voir les exemples ci-dessous.
_________________________________________________________________
ether=9,0x300,0xd0000,0xd4000,eth0 root=/dev/hda1 *BON*
ether = 9, 0x300, 0xd0000, 0xd4000, eth0 root = /dev/hda1 *MAUVAIS*
_________________________________________________________________
2.1 LILO (LInux LOader)
Le programme LILO (LInux LOader) �crit par Werner Almesberger est le
plus couramment utilis�. Il a la capacit� de d�marrer diff�rents
noyaux, et stocke les informations de configuration dans un fichier
contenant exclusivement du texte. Beaucoup de distributions
fournissent LILO comme "boot-loader" (chargeur de noyau) par d�faut.
LILO peut d�marrer DOS, OS/2, _Linux_, FreeBSD, etc. sans aucun
probl�me, et il est tr�s souple.
Une configuration classique est d'avoir LILO qui arr�te le d�marrage
et affiche LILO: peu de temps apr�s que vous ayez allum� votre
ordinateur. Il attendra alors quelques instants en vue d'une
eventuelle saisie de l'utilisateur, faute de quoi il lancera le
syst�me d'exploitation par d�faut. Les �tiquettes couramment utilis�es
dans les fichiers de configuration de LILO sont linux , backup et
msdos. Si vous d�sirez entrer un param�tre de d�marrage, vous le
taperez ici, apr�s avoir entr� l'�tiquette du syst�me que vous voulez
que LILO lance, comme indiqu� dans l'exemple ci-dessous.
_________________________________________________________________
LILO: linux root=/dev/hda1
_________________________________________________________________
LILO est fourni avec une documentation excellente, et pour les
param�tres de d�marrage dont nous parlons ici, la commande append= de
LILO est d'une tr�s grande importance lorsque l'on veut ajouter un
param�tre de d�marrage de fa�on permanente dans le fichier de
configuration de LILO. Vous ajoutez tout simplement quelque chose
comme append = "foo=bar" dans le fichier /etc/lilo.conf. On peut
l'ajouter soit en haut du fichier de configuration, afin qu'il
s'applique � toutes les sections, ou dans une section correspondant �
un syst�me particulier en le mettant dans une section image=. Voyez la
documentation de LILO pour une description plus compl�te.
2.2 LoadLin
L'autre chargeur de noyau couramment utilis� est `LoadLin' qui est un
programme DOS qui est capable de lancer un noyau _Linux_ � partir du
prompt du dos (avec des param�tres de d�marrage) en supposant que
certaines ressources sont disponibles. Ceci est tr�s bien pour les
gens qui utilisent le DOS et qui veulent basculer sur _Linux_ � partir
du DOS.
C'est aussi tr�s pratique si vous poss�dez du mat�riel qui est
d�pendant du pilote fourni pour le DOS afin de mettre le mat�riel dans
un �tat donn�. Un exemple fr�quent : les cartes son `SoundBlaster
Compatible' qui requi�rent un pilote DOS pour positioner un ensemble
de registres propri�taires pour mettre la carte dans un mode
compatible SoundBlaster. D�marrez le DOS avec le pilote requis, et
maintenant chargez _Linux_ � partir du prompt du DOS avec LOADLIN.EXE
en esquivant la remise � z�ro de la carte qui intervient si on
red�marre compl�tement la machine. De cette fa�on, la carte est
laiss�e dans le mode compatible SB et par cons�quent est utilisable
sous _Linux_.
Il y a aussi d'autres programmes qui peuvent �tre utilis�s pour
d�marrer _Linux_. Pour une liste compl�te, regardez sur votre miroir
ftp _Linux_ local, les programmes disponibles dans le r�pertoire
system/Linux-boot/.
2.3 L'utilitaire ``rdev''
Un certain nombre des param�tres de d�marrage du noyau ont leurs
valeurs par d�faut stock�es dans diff�rents octets de l'image du
noyau. Il existe un utilitaire baptis� rdev qui est install� sur la
plupart des syst�mes et qui sait o� sont ces valeurs, et comment les
changer. Il peut aussi modifier un certain nombre de choses qui ne
poss�dent pas de param�tre de d�marrage �quivalent, comme le mode
vid�o utilis� par d�faut.
L'utilitaire rdev est couramment associ� � swapdev, ramsize, vidmode
et rootflags. Les cinq param�tres que rdev peut modifier sont : le
p�riph�rique de d�marrage, le p�riph�rique de swap, les param�tres du
disque RAM, le mode vid�o par d�faut, et l'autorisation de
lecture-seule/lecture-�criture sur le p�riph�rique racine.
Des informations plus compl�tes sur rdev peuvent �tre obtenues en
tapant rdev -h ou en lisant la page correspondante du manuel fourni
(man rdev).
2.4 Comment le noyau g�re t-il les param�tres ?
La plupart des param�tres de d�marrage utilisent la syntaxe suivante :
_________________________________________________________________
nom[=valeur_1][,valeur_2]...[,valeur_11]
_________________________________________________________________
o� `nom' est un mot cl� unique qui est utilis� pour reconna�tre �
quelle partie du noyau sont destin�es les valeurs associ�es (si il y
en a). Plusieurs param�tres de d�marrage peuvent �tre transmis sous
forme d'une liste d'�l�ments, comme celle situ� ci-dessus, s�par�s par
des espaces. Notez que la limite de 11 param�tres est r�elle, c'est
pourquoi le code ci-dessus ne comporte que 11 param�tres s�par�s par
des virgules pour un mot cl�. Toutefois, vous pouvez r�utiliser le
m�me mot cl� avec 11 param�tres de plus dans des situations tr�s
complexes, en sachant que ceci est accept� par la fonction de
configuration. Notez aussi que le noyau partage la liste en un maximum
de 10 param�tres entiers, et une cha�ne de caract�res accompagnatrice,
donc vous pouvez r�ellement fournir 11 entiers, dans la mesure ou vous
assurez la conversion du 11�me param�tre, de cha�ne en entier, dans le
pilote lui m�me.
La plupart sont pris en charge par linux/init/main.c. Tout d'abord, le
noyau cherche � voir si le param�tre fait partie des param�tres
sp�ciaux comme `root=', `ro', `rw', ou `debug'. La signification de
ces param�tres sp�ciaux est d�crite plus loin dans ce document.
Il parcourt alors une liste de fonctions de configuration (contenues
dans le tableau bootsetups) pour voir si la cha�ne param�tre sp�cifi�e
(comme par exemple `foo') a �t� associ�e � une fonction de
configuration (foo_setup()) pour un p�riph�rique particulier ou une
partie du noyau. Si vous passez au noyau la ligne foo=3,4,5,6,bar
alors, il cherchera dans le tableau bootsetups pour voir si `foo' y
figure. S'il y est, alors il pourra appeler la fonction de
configuration associ�e � `foo' (foo_setup()) et prendra en charge les
param�tres 3, 4, 5 et 6 tels qu'ils sont donn�s dans la ligne de
commande adress�e au noyau, et traitera aussi le param�tre de type
cha�ne bar.
2.5 Positionnement des Variables d'Environnement.
Quelque chose du type `foo=bar', qui n'est pas accept� comme une
fonction de configuration telle qu'elle est d�crite ci-dessus, est
interpr�t�e comme une variable d'environnement � positionner. Un
exemple (inutile ?) serait d'utiliser `TERM=vt100' comme param�tre de
d�marrage.
2.6 Passer des param�tres au programme `init'
Tous les param�tres restants qui ne sont pas pris par le noyau et qui
ne sont pas consid�r�s comme �tant des variables d'environnement sont
transmis au processus initial, qui est g�n�ralement le programme init.
Le param�tre le plus couramment pass� au processus init est le mot
_single_ qui demande � init de d�marrer l'ordinateur en mode
mono-utilisateur, et de ne pas lancer les "daemons" (d�mons)
habituels. Regardez la page du manuel correspondant � la version de
init install�e sur votre syst�me, afin de conna�tre les param�tres
accept�s.
3. Param�tres G�n�raux non sp�cifiques � un P�riph�rique
Voici des param�tres qui ne sont pas li�s � des p�riph�riques
particuliers. Ils sont simplement li�s � un certain nombre de
param�tres internes au noyau, comme la gestion m�moire, celle du
disque RAM, celle du syst�me de fichiers racine, etc.
3.1 Options du syst�me de fichiers racine
Les options suivantes d�terminent toutes la fa�on dont le noyau
s�lectionne et manipule le syst�me de fichiers racine.
Le param�tre `root='
Ce param�tre indique au noyau quel p�riph�rique doit �tre utilis�
comme "root filesystem" (racine du syst�me de fichiers) pendant le
d�marrage. Par d�faut, c'est le p�riph�rique racine du syst�me sur
lequel le noyau a �t� construit. Par exemple, si le noyau en question
a �t� construit sur un syst�me qui utilise `/dev/hda1' comme partition
racine, alors le p�riph�rique racine par d�faut sera `/dev/hda1'. Pour
outrepasser cette valeur et s�lectionner le second lecteur de
disquette comme p�riph�rique racine, il faut utiliser `root=/dev/fd1'.
Les p�riph�riques racine valides sont un des p�riph�riques suivants :
(1) /dev/hdaN � /dev/hddN, o� N est la partition pour les disques `a �
d' compatibles ST-506.
(2) /dev/sdaN � /dev/sdeN, o� N est la partition pour les disques `a �
e' compatibles SCSI.
(3) /dev/xdaN � /dev/xdbN, o� N est la partition pour les disques `a �
b' compatibles XT.
(4) /dev/fdN, o� N est le num�ro du lecteur de disquette. La valeur
N=0 correspond au disque DOS `A:', et N=1 correspond � `B:'.
(5) /dev/nfs, qui n'est pas vraiement un p�riph�rique, mais plut�t un
indicateur pour dire au noyau de rechercher le syst�me de fichiers
racine via le r�seau.
La plus maladroite et la moins compatible des sp�cifications des
p�riph�riques disque ci-dessus, qui est le format nombre majeur/nombre
mineur est aussi accept�e (par exemple /dev/sda3 a pour major 8, et
pour minor 3, vous pouvez donc utiliser root=0x803 comme alternative).
C'est un des param�tres de d�marrage qui a sa valeur par d�faut
stock�e dans l'image du noyau, et qui peut �tre aussi modifi�e par
l'utilitaire rdev.
Le param�tre `ro'
Quand le noyau d�marre, il a besoin du syst�me de fichiers racine,
pour �num�rer les �l�ments de base de celui-ci. C'est le syst�me de
fichiers racine qui est mont� au d�marrage. Cependant, si le syst�me
de fichiers racine est mont� avec un acc�s en �criture, vous ne
pourrez pas contr�ler de fa�on fiable l'int�grit� du syst�me de
fichiers, car il peut y avoir des fichiers en cours d'�criture.
L'option `ro' indique au noyau de monter le syst�me de fichiers racine
en lecture seule, de fa�on que les programmes de contr�le de coh�rence
du syst�me de fichiers (fsck) puissent �tre certain qu'il n'y a pas
d'�critures en cours pendant la dur�e du test. Aucun programme ou
processus ne peut �crire dans les fichiers situ�s sur le syst�me de
fichiers en question jusqu'� ce qu'il ait �t� `remont�' avec un acc�s
en lecture/�criture.
C'est un des param�tres de d�marrage qui a sa valeur par d�faut
stock�e dans l'image du noyau, et qui peut �tre aussi modifi�e par
l'utilitaire rdev.
Le param�tre `rw'
Ceci est le contraire le plus parfait de ce qui pr�c�de, c'est � dire
que ce param�tre indique au noyau de monter le syst�me de fichier
racine en lecture/�criture. N'ex�cutez surtout pas un programme de
type `fsck' sur un syst�me de fichiers mont� en lecture/�criture.
La m�me valeur stock�e dans le fichier image mentionn� ci-dessus est
aussi accessible via rdev
3.2 Options li�es � la gestion des disques virtuels (disques RAM)
Les options suivantes correspondent � la fa�on dont le noyau g�re le
p�riph�rique disque virtuel, qui est souvent utilis� comme zone
d'amor�age durant la phase d'installation, ou pour des machines qui
utilisent des pilotes modulaires qui doivent �tre install�s pour
acc�der au syst�me de fichiers racine.
Le param�tre `ramdisk_start='
Pour permettre � une image du noyau de loger sur une disquette,
conjointement avec une image compress�e du disque virtuel, la commande
`ramdisk_start=<offset>' est ajout�e. Le noyau ne peut pas �tre inclus
dans l'image compress�e du syst�me de fichiers du disque virtuel, car
il doit �tre stock� � partir du bloc z�ro de fa�on � ce que le BIOS
puisse charger le secteur d'amorce (bootsector) et que le noyau puisse
alors s'auto-lancer.
Note : Si vous utilisez une image du disque virtuel non compress�e,
alors le noyau peut faire partie de l'image du syst�me de fichiers qui
est charg� sur le disque virtuel, et la disquette peut-�tre lanc�e
avec LILO, ou les deux peuvent �tre distincts comme c'est fait pour
les images compress�es.
Si vous utilisez deux disques boot/root (noyau sur le disque 1, image
u disque virtuel sur le disque 2) alors, le disque virtuel d�marrera
au bloc z�ro, et un d�placement (offset) de z�ro sera utilis�. Etant
donn� que c'est la valeur par d�faut, vous n'aurez pas besoin
actuellement d'utiliser cette commande.
Le param�tre `load_ramdisk='
Ce param�tre indique au noyau si il essaye de charger une image du
disque virtuel ou pas. En sp�cifiant `load_ramdisk=1' on indiquera au
noyau de charger une disquette dans le disque virtuel. La valeur par
d�faut est z�ro, ce qui signifie que le noyau n'essaiera pas de
charger un disque virtuel.
Voyez le fichier linux/Documentation/ramdisk.txt pour une description
compl�te des nouveaux param�tres de d�marrage, et comment les
utiliser. La fa�on dont ces param�tres peuvent �tre positionn�s et
stock�s dans l'image du noyau via 'rdev' est aussi d�crite.
Le param�tre `prompt_ramdisk='
Ce param�tre indique au noyau si il doit ou non vous demander
d'ins�rer la disquette contenant l'image du disque virtuel. Dans une
configuration � une seule disquette, l'image du disque virtuel est sur
la m�me disquette que le noyau qui vient juste de se charger/d�marrer,
et donc un message d'invite est inutile. Dans ce cas, on peut utiliser
`prompt_ramdisk=0'. Dans une configuration avec deux disquettes, vous
devez avoir la possibilit� de changer de disquette, et alors
`prompt_ramdisk=1' peut-�tre utilis�. Etant donn� que c'est la valeur
par d�faut, on n'a pas vraiment besoin de l'indiquer.
Note Historique : Des gens sournois on l'habitude d'utiliser l'option
de LILO `vga=ask' pour stopper temporairement le d�marrage et avoir
ainsi une chance de pouvoir passer de la disquette boot � la disquette
root.
Voyez le fichier linux/Documentation/ramdisk.txt pour une description
compl�te des nouveaux param�tres de d�marrage, et comment les
utiliser. La fa�on dont ces param�tres peuvent �tre positionn�s et
stock�s dans l'image du noyau via 'rdev' est aussi d�crite.
Le param�tre `ramdisk_size='
Bien que ce soit vrai que le disque virtuel augmente sa taille de
fa�on dynamique, il existe une limite maximum afin qu'il n'utilise pas
toute la m�moire vive (RAM) disponible et vous laisse dans une triste
situation. Par d�faut, la taille est de 4096 (c.a.d. 4MB) qui doit
�tre suffisant pour la plupart des besoins. Vous pouvez �craser cette
taille par d�faut pour une plus grande ou une plus petite avec ce
param�tre de d�marrage.
Voyez le fichier linux/Documentation/ramdisk.txt pour une description
compl�te des nouveaux param�tres de d�marrage, et comment les
utiliser. La fa�on dont ces param�tres peuvent �tre positionn�s et
stock�s dans l'image du noyau via 'rdev' est aussi d�crite.
Le param�tre `ramdisk=' (obsolete)
NOTE : Ce param�tre est obsol�te, et ne doit pas �tre utilis� exept�
sur les noyaux v1.3.47 et ceux plus anciens. Les commandes que l'on
peut utiliser pour les disques virtuels sont document�es ci-dessous.
Ceci indique la taille en Kilo-Octets du disque virtuel (RAM disk) que
vous pouvez �ventuellement utiliser. Par exemple, si vous souhaitez
avoir un syst�me de fichiers racine sur une disquette 1.44 Mo charg�
sur le disque virtuel, vous devrez utiliser :
_________________________________________________________________
ramdisk=1440
_________________________________________________________________
C'est un des param�tres de d�marrage qui a sa valeur par d�faut
stock�e dans l'image du noyau, et qui peut �tre aussi modifi� par
l'utilitaire rdev.
Le param�tre `noinitrd' (disque RAM initial)
La version v2.x du noyau et les versions plus r�centes poss�dent la
caract�ristique de pouvoir avoir le syst�me de fichiers racine
initialement sur un disque virtuel, et le noyau ex�cute linuxrc sur
cette image m�moire. Cette caract�ristique est g�n�ralement utilis�e
pour permettre de charger des modules n�cessaires au montage du
syst�me de fichiers racine r��l (par exemple : charger les modules du
pilote SCSI stock�s dans l'image du disque virtuel, et alors monter le
syst�me de fichiers racine r��l sur un disque SCSI).
Le param�tre `noinitrd' actuel d�termine ce qui arrive aux donn�es
initrd apr�s que le noyau ait d�marr�. Lorsqu'il est indiqu�, au lieu
de se convertir en disque virtuel, il est accessible via /dev/initrd,
et peut-�tre lu juste avant que la RAM soit lib�r�e pour le syst�me.
Pour de plus amples d�tails sur l'utilisation du disque RAM initial,
consultez linux/Documentation/initrd.txt. De plus, les versions les
plus r�centes LILO et LOADLIN doivent contenir des informations
compl�mentaires tr�s int�ressantes.
3.3 Param�tres de D�marrage relatifs � la Gestion de la M�moire.
Les param�tres suivants modifient la fa�on dont linux d�tecte ou g�re
la m�moire physique et virtuelle de votre syst�me.
Le param�tre `mem='
Ce param�tre vise deux objectifs : L'objectif principal est d'indiquer
la quantit� de m�moire install�e (ou une valeur plus petite si vous
d�sirez limiter le quantit� de m�moire disponible pour linux). Le
second ojectif (tr�s utilis�) est de sp�cifier mem=nopentium qui
indique au noyau de linux de ne pas utiliser les caract�ristiques de
la table de performance de pages de 4 MO (4MB page table performance).
L'appel initial au BIOS d�fini dans la sp�cification des PC, et qui
renvoie la taille de la m�moire install�e, a �t� con�u pour �tre
capable de donner des tailles m�moire jusqu'� 64 Mo (H� oui, encore
une manque de pr�voyance, tout comme les disques de 1024
cylindres...Pfffff). Linux utilise cet appel au BIOS au d�marrage pour
d�terminer quelle est la quantit� de m�moire install�e. Si vous avez
plus de 64 Mo de m�moire vive install�e, vous pouvez utiliser ce
param�tre de d�marrage pour indiquer � Linux quelle est la quantit� de
m�moire dont vous disposez. Voici une citation de Linus sur
l'utilisation du param�tre `mem='.
"Le noyau acceptera tous les param�tres `mem=xx' que vous lui
donnerez, et s'il s'aper�oit que vous lui avez menti, il plantera
lamentablement t�t ou tard. Le param�tre indique la plus haute zone
adressable, donc `mem=0x1000000' signifie que vous avez 16 Mo de
m�moire, par exemple. Pour une machine ayant 96 Mo de m�moire, le
param�tre serait `mem=0x6000000'."
NOTE NOTE NOTE: certaines machines peuvent utiliser le sommet de la
m�moire pour le cache du BIOS ou quelque chose d'autre, c'est pourquoi
il se peut que vous n'ayez pas vraiment la totalit� de ces 96 Mo comme
m�moire adressable. Le contraire est aussi exact : certaines puces
feront un plan de la m�moire physique couverte par la zone BIOS dans
la zone situ�e juste au dessus du sommet de la m�moire, donc le sommet
de la m�moire peut �tre actuellement 96Mo + 384ko par exemple. Si vous
indiquez � _Linux_ qu'il a plus de m�moire qu'il doit en avoir
actuellement, des choses plut�t d�sagr�ables vous arriveront :
peut-�tre pas tout de suite, mais un jour s�rement.''
Notez que cet argument n'a pas besoin d'�tre en hexad�cimal, et que
les suffixes `k' et `M' (en majuscule ou minuscule, peu importe)
peuvent �tre utilis�s pour indiquer respectivement kilo-octets et
M�ga-octets (le `k' multiplie par 10 votre valeur et le `M' la
multiplie par 20). La mise en garde expos�e ci-dessus reste vraie en
cela qu'une machine avec 96 Mo peut fonctionner avec mem=97920k mais
�chouer avec soit mem=98304k ou mem=96M.
Le param�tre `swap='
Il permet � l'utilisateur de r�gler certains des param�tres de la
m�moire virtuelle qui sont li�s aux fichiers d'�change (swap) sur
disque. Il accepte les huit param�tres suivants :
_________________________________________________________________
MAX_PAGE_AGE
PAGE_ADVANCE
PAGE_DECLINE
PAGE_INITIAL_AGE
AGE_CLUSTER_FRACT
AGE_CLUSTER_MIN
PAGEOUT_WEIGHT
BUFFEROUT_WEIGHT
_________________________________________________________________
Les utilisateurs avertis pourront jeter un coup d'oeuil au fichier
linux/mm/swap.c et sur les donn�es du r�pertoire /proc/sys/vm.
Le param�tre `buff='
Comme le param�tre `swap=', il permet � l'utilisateur de r�gler
certains des param�tres relatifs � la gestion des tampons m�moire. Il
accepte les six param�tres suivant :
_________________________________________________________________
MAX_BUFF_AGE
BUFF_ADVANCE
BUFF_DECLINE
BUFF_INITIAL_AGE
BUFFEROUT_WEIGHT
BUFFERMEM_GRACE
_________________________________________________________________
Les utilisateurs avertis pourront jeter un coup d'oeuil au fichier
linux/mm/swap.c et sur les donn�es du r�pertoire /proc/sys/vm.
3.4 Param�tres de d�marrage pour les syst�mes de fichiers racine NFS
Linux supporte des syst�mes comme les stations de travail sans disques
� condition que leur syst�me de fichiers racine soit de type NFS
(Network FileSystem ou Syst�me de Fichiers R�seau). Ces param�tres
sont utilis�s pour indiquer � la station exempte de disque sur quelle
machine elle doit aller chercher son syst�me. Notez aussi que le
param�tre root=/dev/nfs est requis. Des informations d�taill�es sur
l'utilisation d'un syst�me de fichiers racine NFS sont contenues dans
linux/Documentation/nfsroot.txt. Je vous conseille de lire ce fichier,
car ce qui suit est juste un r�sum� rapide extrait directement de ce
document.
Le param�tre `nfsroot='
Ce param�tre indique au noyau quelle machine, quel r�pertoire et
quelles options NFS sont utilis�es pour son syst�me de fichiers
racine. La structure du param�tre est la suivante :
_________________________________________________________________
nfsroot=[<server-ip>:]<root-dir>[,<nfs-options>]
_________________________________________________________________
Si le param�tre nfsroot n'est pas donn� sur la ligne de commande, on
utilisera par d�faut `/tftpboot/%'. Les autres options sont les
suivantes :
<server-ip> - Indique l'adresse IP du serveur NFS. Si ce champ n'est
pas indiqu�, l'adresse par d�faut d�termin�e par la variable nfsaddrs
(voir ci-dessous) est utilis�e. Une des utilisations de ce param�tre
est par exemple l'utilisation de serveurs diff�rents pour RARP et NFS.
G�n�ralement vous pouvez le laisser � blanc.
<root-dir> - Nom du r�pertoire sur le serveur � monter en tant que
racine. Si il y a un caract�re `%' dans la cha�ne, le caract�re sera
remplac� par la repr�sentation ASCII de l'adresse IP du client.
<nfs-options> - Options NFS standard. Toutes les options sont s�par�es
par des virgules. Si le champ option n'est pas indiqu�, les valeurs
suivantes sont utilis�es par d�faut :
port = tel que donn� par le d�mon portmap du serveur
rsize = 1024
wsize = 1024
timeo = 7
retrans = 3
acregmin = 3
acregmax = 60
acdirmin = 30
acdirmax = 60
flags = hard, nointr, noposix, cto, ac
Le param�tre `nfsaddrs='
Ce param�tre de d�marrage positionne les diff�rentes adresses qui sont
n�cessaires � la communication sur le r�seau. Si ce param�tre n'est
pas indiqu�, le noyau essaie d'utiliser RARP et/ou BOOTP pour calculer
ces param�tres. La structure est la suivante :
_________________________________________________________________
nfsaddrs=<my-ip>:<serv-ip>:<gw-ip>:<netmask>:<name>:<dev>:<auto>
_________________________________________________________________
<my-ip> - Adresse IP du client. Si elle est vide, cette adresse sera
d�termin�e par RARP ou BOOTP. Le protocole utilis� d�pend de ce qui a
�t� activ� pendant la configuration du noyau et sur le param�tre
<auto>. Si ce param�tre n'est pas vide, ni RARP, ni BOOTP ne seront
utilis�s.
<serv-ip> - Adresse IP du serveur NFS. Si RARP est utilis� pour
d�terminer l'adresse du client et que ce param�tre N'EST PAS vide,
seules les r�ponses du serveur sp�cifi� seront accept�es. Pour
utiliser diff�rents serveurs NFS et RARP, indiquez votre serveur RARP
ici (ou laissez le � blanc), et indiquez votre serveur NFS dans le
param�tre nfsroot (voir ci-dessus). Si cette entr�e est � blanc,
l'adresse utilis�e est celle du serveur qui r�pond � la requ�te RARP
ou BOOTP.
<gw-ip> - Adresse IP d'une passerelle (gateway) si le serveur est sur
un sous-r�seau diff�rent. Si cette entr�e est vide, aucune passerelle
n'est utilis�e et le serveur est suppos� �tre sur le r�seau local, �
moins qu'une valeur n'ait �t� re�ue par BOOTP.
<netmask> - Masque de r�seau pour les interfaces de r�seau local. Si
ce param�tre est vide, le masque de r�seau est d�duit de l'adresse IP
du client, � moins qu'une valeur n'ait �t� re�ue par BOOTP.
<name> - Nom du client. Si il est vide, l'adresse IP du client est
utilis�e en notation ASCII, sauf si une valeur a �t� re�ue par BOOTP.
<dev> - Nom du p�riph�rique r�seau � utiliser. Si le param�tre est
vide, tous les p�riph�riques sont utilis�s pour les requ�tes RARP, et
le premier trouv� pour BOOTP. Pour NFS, le p�riph�rique utilis� est
celui pour lequel on a re�u une r�ponse � RARP ou BOOTP. Si vous
n'avez qu'un p�riph�rique, vous pouvez sans aucun risque le laisser �
blanc.
<auto> - M�thode � utiliser pour l'autoconfiguration. Si `rarp' ou
`bootp' sont indiqu�s, le protocole sp�cifi� est utilis�. Si la valeur
est `both' ou vide, les deux protocoles seront utilis�s � condition
qu'ils aient �t� activ�s durant la configuration du noyau. Utiliser
'none' signifie pas d'autoconfiguration; Dans ce cas, vous devez
indiquer toutes les valeurs n�cessaires dans les champs pr�c�dents.
Le param�tre <auto> peut appara�tre seul comme valeur du param�tre
nfsaddrs (sans tous les caract�res `:' avant). Dans ce cas,
l'autoconfiguration est utilis�e. Toutefois, la valeur `none' n'est
pas disponible dans ce cas.
3.5 D'autres param�tres de d�marrage divers
Ces diff�rents param�tres de d�marrage permettent � l'utilisateur de
g�rer certains param�tres internes du noyau.
Le param�tre `debug'
Le noyau envoie des messages importants (et moins importants) �
l'op�rateur via la fonction printk(). Si le message est consid�r�
comme important, la fonction printk() envoie une copie sur la console
active, mais le transmet aussi � la fonction klogd() qui l'archive sur
le disque. La raison pour laquelle le message est envoy� � la console
et archiv� sur disque, est simple : dans certaines circonstances
malheureuses (par exemple une d�faillance du disque) le message ne
serait pas �crit sur le disque et serait perdu.
Le seuil � partir duquel un message est consid�r� comme important, ou
ne l'est pas, est d�termin� par la variable console_loglevel. Par
d�faut, l'affichage sur la console est d�clench� pour tout ce qui
depasse le DEBUG (niveau 7). Ces niveaux sont d�finis dans le fichier
include kernel.h. Le fait de sp�cifier comme param�tre de d�marrage
debug forcera le niveau de suivi � 10, de fa�on que _tous_ les
messages du noyau apparaissent sur la console.
Le niveau de suivi de la console peut aussi �tre positionn� pendant
l'utilisation via une option du programme klogd(). Consultez la page
du manuel correspondant � la version install�e sur votre syst�me, pour
voir comment utiliser ce programme.
Le param�tre `init='
Par d�faut, le noyau lance le programme `init' au d�marrage, qui prend
alors soin de configurer l'ordinateur pour les utilisateurs en lan�ant
les programmes getty, les scripts `rc' et tout le reste. Le noyau
recherche d'abord /sbin/init, ensuite /etc/init (secondaire), et en
dernier recours, il essaiera d'utiliser /bin/sh (�ventuellement
/etc/rc). Si par exemple, votre programme init est corrompu et donc
stopp� vous serez en mesure de d�marrer, en utilisant le param�tre de
d�marrage init=/bin/sh qui vous positionnera directement dans un shell
au d�marrage, vous permettant de remplacer les programmes corrompus.
Le Param�tre `no387'
Certains coprocesseurs i387 ont des bogues qui apparaissent lorsqu'ils
sont utilis�s en mode prot�g� 32 bits. Par exemple, certaines puces
ULSI-387 r�centes, provoquent un blocage irr�versible lorsqu'elles
font des calculs un virgule flottante, apparemment d� � un bug dans
les instructions FRSAV/FRRESTOR. L'utilisation du param�tre de
d�marrage `no387' fait ignorer � _Linux_ le coprocesseur math�matique
s'il y en a un. Bien s�r, votre noyau doit alors obligatoirement �tre
compil� avec l'option d'�mulation du coprocesseur ! Cela peut aussi
�tre int�ressant si vous poss�dez une de ces _tr�s_ vielles machines
386 qui peuvent utiliser une FPU 80287, alors que _Linux_ ne peut pas.
Le Param�tre `no-hlt'
La famille des processeurs i386 (et les suivantes) ont une instruction
`htl' qui indique au processeur que rien ne va se produire jusqu'� ce
qu'un p�riph�rique externe (clavier, modem, disque, etc.) demande au
processeur d'accomplir une t�che. Ceci permet au processeur de se
mettre dans un mode `low-power' (�conomie d'�nergie) dans lequel il
reste � l'�tat de zombi jusqu'� ce qu'un p�riph�rique externe le
r�veille (g�n�ralement via une interruption). Certaines puces
i486DX-100 r�centes ont un probl�me avec l'instruction `htl' qui est
le suivant : elles ne peuvent pas retourner en mode op�rationnel de
fa�on fiable apr�s que cette instruction ait �t� utilis�e.
L'utilisation de l'instruction `no-hlt' indique � _Linux_ de
simplement ex�cuter une boucle infinie quand il n'y a rien d'autre �
faire, et de _ne pas _arr�ter votre processeur quand il n'y a aucune
activit�e. Ceci permet aux personnes qui utilisent ces puces
d�fectueuses d'utiliser _Linux_, bien qu'ils doivent �tre inform�s du
fait que le remplacement dans le cadre de la garantie est possible.
Le param�tre `no-scroll'
L'utilisation de ce param�tre au d�marrage d�sactive le d�filement
d'�cran (scrolling) qui rend difficile l'emploi de terminaux Braille.
Le param�tre `panic='
Dans le cas tr�s d�sagr�able d'une alerte du noyau (kernel panic),
c'est � dire une erreur interne qui a �t� d�tect�e par le noyau, et
pour laquelle il a d�cid� qu'elle �tait suffisamment grave pour r�ler
bruyamment et tout arr�ter ; le comportement par d�faut est d'en
rester l� jusqu'� ce que quelqu'un se penche sur le probl�me,
visualise le message sur l'�cran et red�marre la machine. Cependant,
si une machine fonctionne sans surveillance dans un local isol� il
peut-�tre souhaitable qu'il red�marre de lui-m�me afin que la machine
revienne en ligne. Par exemple, l'utilisation de `panic=30' au
d�marrage forcera le noyau � essayer de red�marrer 30 secondes apr�s
que l'alerte du noyau se soit produite. Une valeur � z�ro donne le
comportement par d�faut, qui est d'attendre �ternellement. Notez que
cette valeur d'attente peut aussi �tre lu et positionn�e via
l'interface sysctl /proc/sys/kernel/panic.
Le param�tre `profile='
Les d�veloppeurs du noyau peuvent activer une option qui leur permet
de suivre comment et ou le noyau consomme ses cycles CPU, dans le but
d'augmenter ses capacit�s et ses performances. Cette option vous
permet de positionner cet indicateur de suivi au moment du d�marrage.
G�n�ralement il est positionn� � deux. Vous pouvez aussi compiler
votre noyau avec l'option de suivi par d�faut. Dans tous les cas, il
vous faudra un outil comme readprofile.c afin d'utiliser les donn�es
fournies par /proc/profile.
Le param�tre `reboot='
Cette option contr�le le type de red�marrage que Linux fera lorsque
vous ferez une remise � z�ro de votre ordinateur (g�n�ralement via
/sbin/init en faisant un Ctrl-Alt-Suppr). Le comportement par d�faut
des derniers noyaux v2.0 est de faire un red�marrage `� froid' (c.a.d.
remise � z�ro compl�te, le BIOS comtr�le la m�moire, etc.) au lieu
d'un red�marrage `� chaud' (c.a.d pas de remise � z�ro totale, pas de
contr�le de la m�moire). Il a �t� modifi� pour prendre la valeur froid
par d�faut depuis que cela semble fonctionner sur des mat�riels bon
march� ou endommag�s qui ne voulaient pas red�marrer lorsqu'un
red�marrage � chaud �tait requis. Pour retrouver l'ancien comportement
(c.a.d red�marrage � chaud) utilisez reboot=w en fait n'importe quel
mot comman�ant par w fonctionnera.
Pourquoi cela pourrait-il vous ennuyer ? Certains disques incluant de
la m�moire cache peuvent d�tecter un red�marrage � chaud, et �crire
les donn�es du cache sur le disque. Lors d'un red�marrage � froid, la
carte peut-�tre remise � z�ro, et les donn�es stock�es dans la m�moire
cache seront perdues. D'autres ont signal� que des syst�mes prenaient
beaucoup de temps pour v�rifier la m�moire, et/ou des BIOS SCSI qui
�taient tr�s long � s'initialiser lors d'un d�marrage � froid, et
c'est par cons�quent une excellente raison pour utiliser le
red�marrage � chaud.
Le param�tre `reserve='
Ceci est utilis� pour _prot�ger_ les zones des ports d'I/O des
programmes de test. La syntaxe de la commande est la suivante :
reserve=iobase,extent[,iobase,extent]...
Sur certaines machines, il peut-�tre n�cessaire d'emp�cher les pilotes
de p�riph�riques de contr�ler les p�riph�riques � une certaine adresse
(auto-test). Ceci peut-�tre n�cessaire pour du mat�riel mal con�u qui
peut provoquer un _bloquage_ au d�marrage (comme par exemple certaines
cartes r�seaux ethernet), du mat�riel mal reconnu, du mat�riel dont
l'�tat a �t� modifi� par un test r�cent, ou encore si vous ne voulez
pas que le noyau initialise certains mat�riels.
Le param�tre de d�marrage reserve s'attaque � ce probl�me en
sp�cifiant une zone d'un port d'entr�e/sortie qui n'a pas besoin
d'�tre test�e. Cette zone est "r�serv�e" (verrouill�e) dans la table
d'enregistrement des ports du noyau comme si un p�riph�rique avait
d�j� �t� trouv� dans cette zone (avec le nom reserved). Notons que ce
m�canisme n'est pas n�cessaire sur la plupart des machines. Il est
indispensable d'utiliser ce param�tre uniquement en cas de probl�me ou
dans certains cas particuliers.
Les ports d'entr�e/sortie dans la zone sp�cifi�e sont prot�g�s contre
les contr�les de p�riph�riques qui font un check_region() au lieu de
tester aveugl�ment une r�gion d'entr�e/sortie. Ceci a �t� introduit
pour �tre utilis� lorsqu'un pilote plante, avec la NE2000 par exemple,
ou identifie de fa�on incorrecte un autre p�riph�rique comme �tant le
sien. Un pilote de p�riph�rique correct ne doit pas tester une zone
r�serv�e, � moins qu'un autre param�tre de d�marrage lui demande
explicitement de le faire. Ceci implique que le param�tre reserve doit
�tre le plus souvent utilis� avec un autre param�tre de d�marrage. Par
cons�quent si vous sp�cifiez une r�gion reserve pour pr�server un
p�riph�rique particulier, vous devrez en g�n�ral aussi sp�cifier de
fa�on explicite un test pour ce p�riph�rique. La plupart des pilotes
ignorent la table d'enregistrement des ports si on leur donne une
adresse sp�cifique.
Par exemple, la ligne de d�marrage
_________________________________________________________________
reserve=0x300,32 blah=0x300
_________________________________________________________________
laisse tous les pilotes de p�riph�riques, except� le pilote pour
`blah', tester 0x300-0x31f.
Comme d'habitude avec les param�tres de d�marrage, il existe une
limite � 11 param�tres, c'est pourquoi vous ne pouvez indiquer que 5
zones prot�g�es par mot cl� reserve. Plusieurs ordres reserve peuvent
�tre utilis�s si vous avez une requ�te vraiment tr�s complexe.
Le param�tre `vga='
Notez que ce n'est pas vraiment un param�tre de d�marrage. C'est une
option interpr�t�e par LILO et non pas par le kernel, contrairement �
tous les autres arguments. Pourtant, son utilisation est devenue si
commune qu'une mention lui est r�serv�e ici. Il peut aussi �tre
positionn� gr�ce � rdev -v ou par equivalence avec vidmode sur le
fichier vmlinuz. Cela permet au programme de configuration d'utiliser
le BIOS vid�o pour changer le mode d'�cran par d�faut, avant le
d�marrage du noyau de Linux. Les modes courants sont 80x50, 132x44,
etc. Le meilleur moyen d'utiliser cette option est de demarrer avec
vga=ask, qui vous demandera � l'aide d'une liste des diff�rents modes
que vous pourrez utiliser avec votre carte vid�o, avant de d�marrer le
noyau. Une fois que vous avez le nombre que vous voulez utiliser,
provenant de la liste ci-dessus, vous pouvez, plus tard, le placer �
la place de 'ask'. Pour plus d'informations, veuillez, s'il vous
plait, regarder le fichier linuxDocumentation/svga.txt/ qui existe
depuis les derni�res versions du noyau. Notez que les noyaux r�cents
(version 2.1 et sup�rieures) ont leur programme de configuration qui
permettent de changer le mode vid�o, sous la forme d'une option,
list�e comme un _Support de s�lection de mode vid�o_ (_Video mode
selection support_), donc vous devez s�lectionner cette option si vous
voulez cette caract�ristique.
4. Param�tres de d�marrage pour les P�riph�riques SCSI
Cette section contient une description des param�tres de d�marrage qui
sont utilis�s pour passer des informations concernant les adaptateurs
h�tes et les p�riph�riques SCSI.
4.1 Param�tres pour les pilotes de niveau interm�diaire
Les pilotes de niveau interm�diaire prennent en charge des choses
comme le disques, les CD-Roms et les bandes sans s'attacher aux
sp�cificit�es de chaque p�riph�riques.
4.2 Nombre maximum de LUN contr�l�s (`max_scsi_luns=')
Chaque p�riph�rique SCSI peut avoir un nombre de `sous-p�riph�riques'
qui le composent. L'exemple le plus courant est repr�sent� par les
nouveaux CD-ROM SCSI qui utilisent plus d'un disque � la fois gr�ce �
un chargeur de CD. Chaque CD est adressable comme un `Logical Unit
Number' (LUN = Num�ro d'Unit� Logique) de ce p�riph�rique multiple.
Mais la plupart des p�riph�riques comme les disques durs, les lecteurs
de bandes et autres, sont des p�riph�riques simples et on leur
attribue le LUN z�ro.
Le probl�me survient avec les p�riph�riques � un seul LUN qui ont un
mauvais microprogramme. Certains p�riph�riques SCSI mal con�us
(anciens et malheureurement nouveaux aussi) ne supportent pas d'�tre
test�s pour des LUN diff�rents de z�ro. Ils r�pondent en se bloquant,
et peuvent aussi verrouiller tout le bus SCSI en m�me temps.
Les nouveaux noyaux ont une option de configuration qui vous permet
d'indiquer le nombre maximum de LUN � tester. Par d�faut, ils ne
testent que le LUN z�ro, pour �viter le probl�me d�crit ci-dessus.
Pour sp�cifier le nombre de LUN � tester au moment du d�marrage, il
suffit d'entrer le param�tre de d�marrage `max_scsi_luns=n', o� n est
un nombre compris entre un et huit. Pour �viter les probl�mes d�crits
pr�c�demment, on peut utiliser n=1 pour �viter de perturber les
p�riph�riques d�fectueux.
4.3 Param�tres pour les Lecteurs de Bandes SCSI (`st=')
Certaines configurations de d�marrage pour les lecteurs de bande SCSI
peuvent �tre obtenues en utilisant ce qui suit :
_________________________________________________________________
st=buf_size[,write_threshold[,max_bufs]]
_________________________________________________________________
Les deux premiers nombres sont donn�s en kilo-octets. La valeur par
d�faut du buf_size est 32 ko, et la taille maximum qui peut �tre
donn�e est la valeur ridicule de 16384 ko. La zone write_threshold est
la valeur � laquelle le tampon est envoy� vers la bande, avec une
valeur par d�faut de 30ko. Le nombre maximum de tampons varie en
fonction du nombre de lecteurs d�tect�s, et a une valeur par d�faut
�gale � deux. Voici un exemple d'utilisationnbsp;:
_________________________________________________________________
st=32,30,2
_________________________________________________________________
Des indications plus pr�cises peuvent �tre trouv�es dans le fichier
README.st qui est dans le r�pertoire scsi de l'arborescence des
sources du noyau.
4.4 Param�tres pour les adaptateurs SCSI
Notations utilis�es dans cette section :
iobase Le premier port d'Entr�e/Sortie que le serveur SCSI occupe.
Ceux-ci sont donn�s en notation hexad�cimale, et sont g�n�ralement
situ�s dans la fourchette 0x200 � 0x3ff.
irq L'interruption mat�rielle pour laquelle la carte a �t� configur�e.
Les valeurs autoris�es d�pendront de la carte en question, mais seront
g�n�ralement 5, 7, 9, 10, 11, 12, et 15. Les autres valeurs �tant
g�n�ralement utilis�es pour les p�riph�riques courants comme les
disques durs IDE, les lecteurs de disquettes, les ports s�rie, etc.
dma Le canal DMA (Direct Memory Access - Acc�s Direct � la M�moire)
G�n�ralement appliqu� aux cartes de pilotage du bus. Les cartes PCI et
VLB pilotent directement le bus, et ne n�cessitent pas de canal DMA
ISA.
scsi-id L'identifiant que la carte-serveur utilise pour s'identifier
elle-m�me sur le bus SCSI. Un certain nombre de cartes serveur vous
permettront de modifier cette valeur, alors que d'autres ont cette
valeur stock�e de fa�on d�finitive sur la carte. La valeur par d�faut
la plus courante est sept, mais les cartes Seagate et Future Domain
TMC-950 par exemple utilisent la valeur six.
parity D�termine si la carte serveur SCSI doit demander aux
p�riph�riques connect�s de fournir une valeur de parit� avec tous les
�changes d'informations. La valeur 1 indique que la d�tection de
parit� est activ�e, et la valeur 0 d�sactive le contr�le de parit�.
Encore une fois, toutes les cartes ne supportent pas la s�lection du
contr�le de parit� par les param�tres de d�marrage.
Adaptec aha151x, aha152x, aic6260, aic6360, SB16-SCSI (`aha152x=')
Les valeurs aha font r�f�rence � des cartes et les valeurs aic font
r�f�rence aux puces SCSI actuelles de ce type de cartes, y compris la
Soundblaster-16 SCSI.
Le code de test de ces serveurs SCSI recherche s'il existe un BIOS
install�, et s'il n'est pas pr�sent, le test ne trouvera pas votre
carte. Vous aurez alors � utiliser le param�tre de d�marrage avec la
syntaxe suivante :
_________________________________________________________________
aha152x=iobase[,irq[,scsi-id[,reconnect[,parity]]]]
_________________________________________________________________
Notez que si le pilote a �t� compil� avec l'option de recherche
d'erreur activ�e, une sixi�me valeur peut �tre sp�cifi�e pour fixer le
niveau de recherche d'erreur.
Tous les param�tres sont d�crits au d�but de cette section, et la
valeur reconnect permet au p�riph�rique de se d�connecter/reconnecter
si une valeur diff�rente de z�ro est utilis�e. Voici un exemple
d'utilisation :
_________________________________________________________________
aha152x=0x340,11,7,1
_________________________________________________________________
Notez que les param�tres doivent �tre donn�s dans l'ordre, ce qui
signifie que si vous d�sirez sp�cifier une configuration de parit�,
vous devrez alors indiquer les valeurs de iobase, irq, scsi-id et
reconnect aussi.
Adaptec aha154x (`aha1542=')
Ce sont les gammes de cartes aha154x. Les diff�rentes cartes aha1542
ont un contr�leur de disquette i82077 en interne, tandis que les
cartes de la s�rie aha1540 n'en ont pas. Ce sont des cartes �
"busmastering", (contr�le de bus) et elles ont des param�tres qui
permettent d'indiquer le niveau ``d'�quit�'' qui est utilis� pour
partager le bus avec les autres p�riph�riques. Le param�tre de
d�marrage ressemble � ce qui suit.
_________________________________________________________________
aha1542=iobase[,buson,busoff[,dmaspeed]]
_________________________________________________________________
Les valeurs couramment utilis�es pour iobase sont les suivantes :
0x130, 0x134, 0x230, 0x234, 0x330, 0x334. Des clones de cartes peuvent
autoriser d'autres valeurs.
Les valeurs buson, busoff indiquent le nombre de microsecondes pendant
lesquelles la carte est prioritaire sur le bus ISA. Les valeurs par
d�faut sont 11 �s prioritaire, et 4 �s non prioritaire, de fa�on que
d'autres cartes (comme une carte Ethernet ISA LANCE) aient une chance
d'avoir acc�s au bus ISA.
La valeur dmaspeed fait r�f�rence � la vitesse (en Mo/s) � laquelle
s'effectue le transfert DMA (Direct Memory Access, M�moire � Acc�s
Direct). La valeur par d�faut est 5 Mo/s. Les nouvelles versions de
ces cartes vous permettent de s�lectionner cette valeur de fa�on
logicielle alors que les anciennes cartes utilisait des cavaliers.
Vous pouvez utiliser des valeurs allant jusqu'� 10 Mo/s en supposant
que votre carte m�re soit capable de les supporter. Exp�rimentez
prudemment si vous utilisez des valeurs sup�rieures � 5 Mo/s.
Adaptec aha274x, aha284x, aic7xxx (`aic7xxx=')
Ces cartes peuvent recevoir un param�tre selon la syntaxe suivante :
_________________________________________________________________
aic7xxx=extended,no_reset
_________________________________________________________________
La valeur de extended, si elle est diff�rente de z�ro, indique que la
traduction �tendue pour les disques de grande capacit� est activ�e. La
valeur no_reset, si elle est diff�rente de z�ro, indique au pilote de
ne pas r�initialiser le bus SCSI lorsqu'il configure la carte-serveur
au d�marrage.
Adaptateurs SCSI AdvanSys (`advansys=')
Le pilote AdvanSys peut accepter jusqu'� quatre adresses I/O qui
seront test�es pour une carte SCSI AdvanSys. Notez que ces valeurs (si
elles sont utilis�es) n'auront en aucun cas d'effet sur les tests EISA
ou PCI. Elles sont seulement utilis�es pour tester les cartes ISA et
VLB. De plus, si le pilote a �t� compil� avec l'option de d�bogage
activ�e, le niveau de d�tail des informations renvoy�es par le
d�bogage peut �tre indiqu� en ajoutant un param�tre 0xdeb[0-f]. Le 0-f
permet de faire afficher les 16 niveaux de messages de d�bogage.
Adaptateur Always IN2000 (`in2000=')
Contrairement aux autres param�tres de d�marrage, le pilote IN2000
utilise des pr�fixes de type cha�ne ASCII pour la plupart de ses
param�tres entiers; Voici la liste des param�tres accept�s :
ioport:addr
- O� addr est l'adresse IO d'une carte (g�n�ralement sans m�moire
morte 'ROM').
noreset
- Pas de param�tres optionnels. Evite la remise � z�ro du bus SCSI au
moment du d�marrage.
nosync:x
- x est un masque d'octets (bitmask) ou les 7 premiers bits
correspondent aux 7 p�riph�riques SCSI possibles (bit 0 pour le
p�riph�rique #0, etc). Positionnez un bit pour PREVENIR une
n�gociation de synchronisation sur ce p�riph�rique. Par d�faut sync
est DESACTIVE sur tous les p�riph�riques.
period:ns
- ns est la dur�e minimum en nanosecondes d'une p�riode de transfert
de donn�es en SCSI. La valeur par d�faut est 500; les valeurs doivent
�tre comprises entre 250 et 1000.
disconnect:x
- x = 0 pour ne jamais autoriser les d�connexions, 2 pour toujours les
autoriser. x = 1 fait des d�connexions 'selon le besoin', ce qui est
la valeur par d�faut et g�n�ralement le meilleur choix.
debug:x - Si `DEBUGGING_ON' est positionn�, x est un masque d'octets
qui provoque diff�rents types de sorties de d�bogage pour imprimer
(voyez le DB_xxx d�finis dans in2000.h).
proc:x - Si `PROC_INTERFACE' est d�fini, x est un masque d'octets qui
indique comment fontionne l'interface /proc et ce qu'elle fait (voir
la d�finition de PR_xxx dans in2000.h
Quelques exemples d'utilisation sont list�s ci-dessous :
_________________________________________________________________
in2000=ioport:0x220,noreset
in2000=period:250,disconnect:2,nosync:0x03
in2000=debug:0x1e
in2000=proc:3
_________________________________________________________________
Mat�riel bas� sur un AMD AM53C974 (`AM53C974=')
Contrairement aux autres pilotes, celui-ci n'utilise pas de param�tres
de d�marrage pour indiquer les E/S, les IRQ ou les DMA (depuis que le
AM53C974 est un p�riph�rique PCI, il n'a pas besoin de la faire). En
revanche, les param�tres sont utilis�s pour communiquer les modes de
transfert et les vitesses qui doivent �tre utilis�s entre le serveur
(host) et le p�riph�rique cible. Utilisons un exemple pour y voir plus
clair :
_________________________________________________________________
AM53C974=7,2,8,15
_________________________________________________________________
Ceci peut �tre interpr�t� de la mani�re suivante :
`Pour communiquer entre le contr�leur d'identifiant SCSI-ID 7 et le
p�riph�rique d'identifiant SCSI-ID 2, un taux de transfert de 8 MHz en
mode synchrone, avec un d�calage maximum de 15 octets doit �tre
n�goci�.' De plus amples d�tails peuvent �tre trouv�s dans le fichier
linux/drivers/scsi/README.AM53C974
Les serveurs SCSI BusLogic avec les noyaux v1.2 (`buslogic=')
Dans les anciens noyaux, les pilotes buslogic n'acceptent qu'un seul
param�tre, qui est l'adresse d'entr�e/sortie. Elle doit correspondre �
l'une des valeurs suivantes :
0x130, 0x134, 0x230, 0x234, 0x330, 0x334.
Les serveurs SCSI BusLogic aves les noyaux v2.x (`BusLogic=')
Avec les noyaux v2.x, le pilote BusLogic accepte de nombreux
param�tres (notez la casse ci dessus ; B et L majuscule !!!). La
description d�taill�e qui suit est extraite directement du pilote de
Leonard N. Zubkoff inclus dans le noyau v2.0 .
Pour le pilote BusLogic, une ligne de commande destin�e au noyau
comprend l'identifiant du pilote "BusLogic=" �ventuellement suivi par
une s�rie d'entiers s�par�s par des virgules, et accessoirement par
une suite de chaines aussi s�par�es par des virgules. Chaque ligne de
commande s'applique � un adaptateur BusLogic. Des lignes de commande
multiples peuvent �tre utilis�es sur des syst�mes utilisant plusieurs
cartes BusLogic.
Le premier entier indiqu� est l'adresse d'Entr�e/Sortie (I/O Address)
� laquelle l'adaptateur est situ�. Si il n'est pas sp�cifi�, il est
positionn� � z�ro, ce qui indique d'appliquer cette ligne de commande
au premier adaptateur BusLogic trouv� lors de la s�quence de
d�tection. Si une adresse I/O est fournie sur la ligne de commande, la
s�quence de d�tection est ignor�e.
Le second entier fourni est la profondeur de la 'Tagged Queue' �
utiliser pour les p�riph�riques cibles qui utilisent le 'Tagged
Queuing'. La profondeur de cette file correspond au nombre de
commandes SCSI qui peuvent �tre envoy�es simultan�ment pour �tre
�x�cut�es. Si rien n'est indiqu�, la valeur par d�faut est z�ro, et
indique d'utiliser une valeur d�termin�e automatiquement en fonction
du 'Total Queue Depth' de l'adaptateur, ainsi que du nombre, du type,
de la vitesse des p�riph�riques cible d�tect�s. Pour les adaptateurs
qui requi�rent des 'ISA Bounce Buffers', le 'Tagged Queue Depth' est
automatiquement positionn� � 'BusLogic_TaggedQueueDepth_BB' pour
�viter une pr�allocation excessive de m�moire 'DMA Bounce Buffer'. Les
p�riph�riques cibles qui ne supportent pas le 'Tagged Queuing'
utilisent une 'Queue Depth' ayant pour valeur
'BusLogic_UntaggedQueueDepth'.
Le troisi�me entier est le 'Bus Settle Time' (temps de stabilisation
du bus) en secondes. C'est le temps � attendre entre une remise � z�ro
physique de l'adaptateur, qui initialise une remise � z�ro du bus
SCSI, et le moment o� l'on peut passer une commande SCSI. Si rien
n'est indiqu�, il est � z�ro par d�faut, ce qui indique d'utiliser la
valeur BusLogic_DefaultBusSettleTime.
Le quatri�me entier correspond aux options locales. Si rien n'est
indiqu�, la valeur par d�faut est 0. Notez que ces options locales
sont uniquement utilis�es sur un adaptateur h�te sp�cifique.
Le cinqui�me entier correspond aux options globales. Si rien n'est
indiqu�, le valeur par d�faut est 0. Notez que les options globales
sont appliqu�es � tous les adaptateurs h�tes.
Les cha�nes d'options sont utilis�es pour contr�ler le 'Tagged
Queuing', le recouvrement d'erreur, et le test de l'adaptateur h�te.
Les indications pour le 'Tagged Queuing' commencent par "TQ:" et
permettent d'indiquer pr�cisemment o� le 'Tagged Queuing' est autoris�
sur les p�riph�riques cibles qui le supportent. Les sp�cifications
suivantes sont disponibles :
TQ:Default
- Le 'Tagged Queuing' sera permis, bas� sur la version de micro-code
de l'adaptateur h�te BusLogic et conditionn� par la valeur de 'Tagged
Queue Depth' qui doit permettre la mise en file d'attente de multiples
commandes.
TQ:Enable
- Le 'Tagged Queuing' est activ� pour tous les p�riph�riques de cet
adaptateur h�te, outrepassant toutes les limitations qui seraient
impos�es par la version de micro-code de cet adaptateur.
TQ:Disable
- Le 'Tagged Queuing' sera d�sactiv� pour tous les p�riph�riques
reli�s � cet adaptateur h�te.
TQ:<Per-Target-Spec>
- Le 'Tagged Queuing' sera contr�l� individuellement pour chaque
p�riph�rique cible. <Per-Target-Spec> est une s�quence de caract�res
"Y", "N", et "X". "Y" active le 'Tagged Queuing', "N" d�sactive le
'Tagged Queuing', et "X" correspond � la valeur par d�faut bas�e sur
la version du micro-code. Le premier caract�re correspond au
p�riph�rique cible 0, le second au p�riph�rique cible 1, et ainsi de
suite ; Si la s�quence de caract�res "Y", "N", et "X" ne suffit pas
pour tous les p�riph�riques cibles, les caract�res non-indiqu�s
prendront la valeur "X".
Notez que la demande explicite de 'Tagged Queuing' peut conduire � des
probl�mes. Cette capacit� est fournie principalement pour permettre de
d�sactiver le 'Tagged Queuing' sur des p�riph�riques qui ne
l'utilisent pas correctement.
Les indications de la Strat�gie de Recouvrement d'Erreurs commencent
par "ER:" et permettent d'indiquer l'action de recouvrement d'erreur �
effectuer quand la 'ResetCommand' est appell�e en raison d'un incident
sur une commande SCSI, de fa�on � finir correctement. Les options
suivantes sont disponibles :
ER:Default
- Le Recouvrement d'Erreur choisira entre la remise � z�ro physique
(Hard Reset) et la remise � z�ro du bus des p�riph�riques (Bus Device
Reset) selon les recommandations du sous syst�me SCSI.
ER:HardReset
- Le Recouvrement d'Erreur demandera une remise � z�ro physique de
l'adaptateur h�te, ce qui provoquera aussi une remise � z�ro du bus
SCSI.
ER:BusDeviceReset
- Le recouvrement d'Erreur enverra un message 'Bus Device Reset'
(remise � z�ro du bus) individuellement au p�riph�rique provoquant
l'erreur. Si le Recouvrement d'Erreur est � nouveau appel� pour ce
p�riph�rique, et qu'aucune commande SCSI de ce p�riph�rique n'a �t�
�xecut�e avec succ�s depuis le dernier message 'Bus Device Reset' a
�t� envoy�, alors une remise � z�ro physique est provoqu�e.
ER:None
- Le Recouvrement d'Erreur sera supprim�. Cette option peut seulement
�tre s�lectionn�e si un 'SCSI Bus Reset' ou un 'Bus Device Reset'
provoque un plantage du p�riph�rique cible de fa�on totale et
irr�cup�rable.
ER:<Per-Target-Spec>
- Le Recouvrement d'Erreur sera contr�l� individuellement pour chaque
p�riph�rique. <Per-Target-Spec> est une s�quence de caract�res "D",
"H", "B", et "N". "D" correspond � 'Default', "H" � 'Hard Reset', "B"
� 'Bus Device Reset', et "N" � 'None'. Le premier caract�re correspond
au p�riph�rique 0 , le second au p�riph�rique 1, et ainsi de suite. Si
la s�quence de caract�res "D", "H", "B", et "N" ne suffit pas pour
tous les p�riph�riques possibles, les carract�res manquants
correspondront � "D".
Les sp�cifications de test de l'adaptateur h�te sont les suivantes :
NoProbe - Aucun test d'aucune sorte ne doit �tre fait, et par
cons�quent, aucun adaptateur h�te BusLogic ne sera d�tect�.
NoProbeISA - Aucun test des adresses I/O standard ISA ne sera fait, et
par cons�quent, seuls les adaptateurs h�tes PCI seront d�tect�s.
NoSortPCI - Les adaptateurs h�tes PCI seront �num�r�s dans l'ordre
fourni par le BIOS PCI, ignorant tous les param�tres de l'option
"Utilisation du # des bus et p�riph�riques pour la s�quence d'analyse
du bus PCI" de l'AutoSCSI.
Les cartes SCSI EATA (`eata=')
Depuis la d�j� ancienne version v2.0 du noyau, les pilotes EATA
acceptent un param�tre de d�marrage permettant d'indiquer les adresses
d'entr�e/sortie qui doivent �tre test�es. Il est de la forme :
_________________________________________________________________
eata=iobase1[,iobase2][,iobase3]...[,iobaseN]
_________________________________________________________________
Le pilote testera les adresses dans l'ordre o� elles sont fournies.
Future Domain TMC-8xx, TMC-950 (`tmc8xx=')
Le code de test pour ces h�tes SCSI recherche un BIOS install�, et
s'il n'en d�tecte aucun, le test ne trouvera pas votre carte. Ou si la
signature de votre BIOS n'est pas reconnue, elle ne sera pas trouv�e
non plus. Dans ce cas, vous aurez � utiliser un param�tre de d�marrage
de la forme :
_________________________________________________________________
tmc8xx=mem_base,irq
_________________________________________________________________
La valeur mem_base est l'adresse dans le plan m�moire de la r�gion
d'entr�e/sortie utilis�e par la carte. C'est g�n�ralement une des
valeurs suivantes :
0xc8000, 0xca000, 0xcc000, 0xce000, 0xdc000, 0xde000.
Future Domain TMC-16xx, TMC-3260, AHA-2920 (`fdomain=')
Le pilote d�tecte ces cartes selon une liste connue de signatures de
BIOS ROM. Pour obtenir une liste compl�te des r�visions connues de
BIOS, voyez le fichier linux/drivers/scsi/fdomain.c qui contient
beaucoup d'informations en d�but de fichier. Si votre BIOS n'est pas
connu du pilote, vous pourrez utiliser un for�age de la fa�on
suivante :
_________________________________________________________________
fdomain=iobase,irq[,scsi_id]
_________________________________________________________________
Le lecteur ZIP IOMEGA / Port Parall�le (`ppa=')
Ce pilote est pour l'adaptateur SCSI de l'IOMEGA Port Parall�le qui
est int�gr� dans le lecteur IOMEGA ZIP. Il peut aussi fonctionner avec
le p�riph�rique d'origine IOMEGA PPA3. Le param�tre de d�marrage pour
ce pilote a la structure suivante :
_________________________________________________________________
ppa=iobase,speed_high,speed_low,nybble
_________________________________________________________________
o� tous les param�tres sont facultatifs, sauf 'iobase'. Si vous
souhaitez modifier un des trois �l�ments, il serait bon de lire au
pr�alable le document linux/drivers/scsi/README.ppa afin d'obtenir des
d�tails sur ces param�tres.
Contr�leurs utilisant un NCR5380 (`ncr5380=')
Selon votre carte, le 5380 peut-�tre soit 'i/o mapped' ou 'memory
mapped' (r�pertori� en entr�e/sortie ou r�pertori� en m�moire). Une
adresse en dessous de 0x400 indique souvent l'i/o mapping, cependant,
les mat�riels PCI et EISA utilisent des adresses d'entr�e/sortie au
dessus de 0x3ff. Dans tous les cas, vous indiquez l'adresse, la valeur
de l'IRQ, et la valeur du canal DMA. Un exemple pour une carte 'i/o
mapped' serait : ncr5380=0x350,5,3. Si la carte n'utilise pas les
interruptions, une valeur d'IRQ 255 (0xff) d�sactivera les
interruptions. Une IRQ � 254 indiquera d'activer l'autotest. Des
d�tails suppl�mentaires sont fournis dans le document
linux/drivers/scsi/README.g_NCR5380.
Contr�leurs utilisant un NCR53c400 (`ncr53c400=')
Le support du 53c400 est fait avec le m�me pilote que le support du
5380 mentionn� ci-dessus. Le param�tre de d�marrage est identique au
pr�c�dent, sauf qu'aucun canal DMA n'est utilis� par le 53c400.
Contr�leurs utilisant un NCR53c406a (`ncr53c406a=')
Ce pilote utilise un param�tre de d�marrage de la forme suivante :
_________________________________________________________________
ncr53c406a=PORTBASE,IRQ,FASTPIO
_________________________________________________________________
o� les param�tres IRQ et FASTPIO sont optionnels. Une valeur
d'interruption � z�ro d�sactive l'utilisation des interruptions.
L'utilisation d'une valeur � 1 pour FASTPIO active l'utilisation des
instructions insl et outsl au lieu des instructions mono-octet inb et
outb. Le pilote peut aussi utiliser le DMA comme une option utilis�e
lors de la compilation (compile-time option).
Pro Audio Spectrum (`pas16=')
La PAS16 utilise une puce NCR5380 SCSI, et les nouveaux mod�les
peuvent �tre configur�s de fa�on logicielle. La syntaxe du param�tre
est la suivante :
_________________________________________________________________
pas16=iobase,irq
_________________________________________________________________
La seule diff�rence est que vous pouvez sp�cifier une valeur d'IRQ
�gale � 255, qui indique au pilote de travailler sans utiliser les
interruptions, malheureusement au d�triment des performances. La
valeur de iobase est g�n�ralement 0x388.
4.5 Seagate ST-0x (`st0x=')
Le code du programme de test de cet h�te SCSI recherche un BIOS
install�, et s'il n'y en a aucun de pr�sent, le test ne trouvera pas
votre carte. Ou si la signature de votre BIOS n'est pas reconnue elle
ne sera pas trouv�e non plus. Dans ce cas, vous aurez � utiliser le
param�tre suivant :
_________________________________________________________________
st0x=mem_base,irq
_________________________________________________________________
La valeur de mem_base est l'adresse dans le plan m�moire de la r�gion
d'entr�e/sortie utilis�e par la carte. En g�n�ral, il s'agit d'une des
valeurs suivantes : 0xc8000, 0xca000, 0xcc000, 0xce000, 0xdc000,
0xde000.
4.6 Trantor T128 (`t128=')
Cette carte est aussi con�ue autour de la puce NCR5380, et accepte les
options suivantes :
_________________________________________________________________
t128=mem_base,irq
_________________________________________________________________
Les valeurs autoris�es pour mem_base sont les suivantes : 0xcc000,
0xc8000, 0xdc000, 0xd8000.
Cartes SCSI Ultrastor (`u14-34f=')
Notez que pour cette carte tout se pr�sente sous la forme de deux
pilotes ind�pendants, nomm�s CONFIG_SCSI_U14_34F qui utilise u14-34f.c
et CONFIG_SCSI_ULTRASTOR qui utilise ultrastor.c. C'est le u14-34f qui
(jusqu'au dernier noyau v2.0) accepte un param�tre de d�marrage de la
forme :
_________________________________________________________________
u14-34f=iobase1[,iobase2][,iobase3]...[,iobaseN]
_________________________________________________________________
Le pilote autotestera les adresses dans l'ordre dans lequel elles
apparaissent.
Cartes Western Digital WD7000 (`wd7000=')
Le test du pilote pour le wd7000 cherche une chaine connue de BIOS ROM
et connait quelques r�glages standards de configuration. Si il ne
retrouve pas les valeurs correctes pour votre carte, ou que vous avez
une version de BIOS non reconnue, vous pouvez utiliser le pram�tre
suivant :
_________________________________________________________________
wd7000=irq,dma,iobase
_________________________________________________________________
4.7 Cartes n'acceptant pas les param�tres de d�marrage
Pour l'instant, les cartes SCSI suivantes n'utilisent aucun des
param�tres de d�marrage. Dans certains cas, vous pouvez "bricoler" les
valeurs en �ditant directement le pilote lui-m�me, si cela est
n�cessaire bien s�r.
Adaptec aha1740 (autotest EISA),
NCR53c7xx, 8xx (PCI, toutes les deux)
Qlogic Fast (0x230, 0x330)
Qlogic ISP (PCI)
5. Disque Durs
Cette section fait la liste de tous les param�tres de d�marrage
associ�s aux lecteurs de disques standards MFM/RLL, ST-506, XT, et
IDE. Notez que les deux pilotes IDE et ST-506 HD acceptent l'option
`hd='.
5.1 Param�tres des lecteurs de Disques/CD-ROM IDE
Les pilotes IDE acceptent un certain nombre de param�tres, qui vont de
la d�finition des caract�ristiques du disque, � la correction des
erreurs produites par les nouvelles puces ou celles qui sont
d�fectueuses. Ce qui suit est un r�sum� des param�tres de d�marrage
possibles. Pour plus de d�tails, il faut _absolument_ consulter le
fichier ide.txt dans le r�pertoire linux/Documentation, duquel ce
r�sum� est extrait.
_________________________________________________________________
"hdx=" est reconnu pour toutes les valeurs de "x", de "a" to "h", comme "hdc"
.
"idex=" est reconnu pour toutes les valeurs de "x" de "0" � "3", comme "ide1".
"hdx=noprobe" : le lecteur est peut-�tre pr�sent, mais ne pas le test
er
"hdx=none" : le lecteur n'est PAS pr�sent, ignorer le cmos et
ne pas tester.
"hdx=nowerr" : ignorer le bit WRERR_STAT sur ce lecteur
"hdx=cdrom" : le lecteur est pr�sent, et c'est un cdrom
"hdx=cyl,head,sect" : le lecteur est pr�sent, avec la description indiqu�e
"hdx=autotune" : le pilote essaiera de r�gler la vitesse de l'interfac
e
pour atteindre le plus rapide des modes PIO support�s
,
si possible pour ce lecteur seulement.
Ce n'est pas support� par tous les types de puces,
et peut de temps en temps poser des probl�mes avec
les disques IDE anciens ou originaux.
"idex=noprobe" : ne pas tenter d'acc�der ou utiliser cette interface
"idex=base" : tester l'interface � l'adresse indiqu�e,
o� "base" est g�n�ralement 0x1f0 ou 0x170
et "ctl" est consid�r� comme �tant "base"+0x206
"idex=base,ctl" : indiquer les deux, base et ctl
"idex=base,ctl,irq" : indiquer les valeurs de base, ctl, et irq
"idex=autotune" : le pilote tentera de r�gler la vitesse de l'interface
pour atteindre le plus rapide des modes PIO support�s
,
pour tous les lecteurs de cette interface.
Ce n'est pas support� par tous les types de puces,
et peut de temps en temps poser des probl�mes avec
les disques IDE anciens ou originaux.
"idex=noautotune" : le pilote n'essaiera PAS de r�gler la vitesse
de l'interface. Ceci est la valeur par d�faut pour
le plupart des puces, except� le cmd640.
"idex=serialize" : ne pas empi�ter sur les op�rations sur idex et ide(x^
1)
_________________________________________________________________
Les suivants sont valides SEULEMENT pour ide0, et les valeurs par
d�faut pour base, ctl et ports ne doivent pas �tre modifi�s.
_________________________________________________________________
"ide0=dtc2278" : teste/supporte l'interface DTC2278
"ide0=ht6560b" : teste/supporte l'interface HT6560B
"ide0=cmd640_vlb" : *REQUIS* pour les cartes VLB avec la puce CMD640
(pas pour PCI - automatiquement d�tect�)
"ide0=qd6580" : teste/supporte l'interface qd6580
"ide0=ali14xx" : teste/supporte les puces ali14xx (ALI M1439/M1445)
"ide0=umc8672" : teste/supporte les puces umc8672
_________________________________________________________________
Tout le reste est rejet� par un message "BAD OPTION" (mauvaise
option).
5.2 Options du pilote standard ST-506 (`hd=')
Le pilote standard de disque accepte les m�mes param�tres que le
pilote IDE. Notez cependant qu'il ne requiert que 3 valeurs (C/H/S) -
Ni plus ni moins, et il vous ignorera -. De plus, il accepte
uniquement le param�tre `hd=', c'est � dire que `hda=', `hdb=' et tout
le reste ne sont pas autoris�s ici. Le format est le suivant :
_________________________________________________________________
hd=cyls,heads,sects
_________________________________________________________________
Si deux disques sont install�s, la ligne ci-dessus est r�p�t�e avec
les caract�ristiques techniques du second disque.
5.3 Options du pilote de disque XT (`xd=')
Si vous �tes malchanceux au point d'utiliser une de ces vieilles
cartes 8 bits qui transf�re les donn�es � la vitesse fulgurante de 125
ko/s, c'est ici qu'est le scoop. Le code de test pour ces cartes
recherche un BIOS install� et s'il n'en trouve pas, le test ne
d�tectera pas votre carte. Ou encore, si la signature de votre BIOS
n'est pas reconnue, le test ne trouvera pas votre carte non plus. Dans
n'importe lequel de ces cas, vous devrez utiliser le param�tre
suivant :
_________________________________________________________________
xd=type,irq,iobase,dma_chan
_________________________________________________________________
La valeur de type indique qui est le constructeur de la carte et peut
prendre les valeurs suivantes : 0=generic; 1=DTC; 2,3,4=Western
Digital, 5,6,7=Seagate; 8=OMTI. La seule diff�rence entre les
diff�rents types pour un m�me constructeur est la cha�ne BIOS utilis�e
pour la d�tection, et qui n'est pas utilis�e si le type est sp�cifi�.
La fonction xd_setup() ne contr�le pas les valeurs, et supporte que
vous saisissiez les 4 valeurs. Ne soyez pas d��u. Voici un exemple
d'utilisation pour un contr�leur WD1002 avec un BIOS
inactiv�/supprim�, utilisant les param�tres `par d�faut' du controleur
XT :
_________________________________________________________________
xd=2,5,0x320,3
_________________________________________________________________
6. CD-ROMs (Non-SCSI/ATAPI/IDE)
Cette section fait l'inventaire de tous les param�tres de d�marrage
possibles pour les lecteurs de CD-ROM. Ceci n'inclut pas les CD-ROMs
SCSI ou IDE/ATAPI. Consultez les sections appropri�es pour ces types
de CD-ROMs.
Notez que la plupart de ces CD-ROM ont des fichiers de documentation
que vous _devriez_ lire, et ils sont tous dans le r�pertoire :
linux/Documentation/cdrom.
6.1 L'interface Aztech (`aztcd=')
La syntaxe pour ce type de carte est :
_________________________________________________________________
aztcd=iobase[,magic_number]
_________________________________________________________________
Si vous positionnez le magic_number (nombre magique) � 0x79 alors le
pilote essaiera puis laissera tomber dans le cas d'une
microprogrammation inconnue. Toutes les autres valeurs seront
ignor�es.
6.2 L'interface Sony CDU-31A et CDU-33A (`cdu31a=')
On rencontre cette interface CD-ROM sur certaines cartes son Pro Audio
Spectrum, ainsi que sur les autres cartes d'interface fournies par
Sony. La syntaxe est la suivante :
_________________________________________________________________
cdu31a=iobase,[irq[,is_pas_card]]
_________________________________________________________________
Le fait de sp�cifier une valeur d'IRQ �gale � z�ro indique au pilote
que les interruptions logicielles ne sont pas support�es (comme sur
certaines cartes PAS). Si votre carte supporte les interruptions, vous
devrez les utiliser car elles abaissent la consommation de CPU par le
pilote.
Le `is_pas_card' peut-�tre saisi sous la forme suivante `PAS' si vous
utilisez une carte Pro Audio Spectrum, mais on peut aussi ne pas
l'indiquer.
6.3 L'interface Sony CDU-535 (`sonycd535=')
La syntaxe pour cette interface de CD-ROM est :
_________________________________________________________________
sonycd535=iobase[,irq]
_________________________________________________________________
La valeur z�ro peut-�tre utilis�e comme `bouche-trou' pour l'I/O base
si l'on d�sire sp�cifier une valeur d'IRQ.
6.4 L'interface GoldStar (`gscd=')
La syntaxe pour cette interface de CD-ROM est :
_________________________________________________________________
gscd=iobase
_________________________________________________________________
6.5 L'interface standard Mitsumi (`mcd=')
La syntaxe pour cette interface de CD-ROM est :
_________________________________________________________________
mcd=iobase,[irq[,wait_value]]
_________________________________________________________________
La valeur wait_value est utilis�e comme une valeur interne de
d�passement de temps pour les gens qui ont des probl�mes avec leur
disques, et peut, ou non, �tre impl�ment�e en fonctions d'une
instruction DEFINE lors de la compilation.
6.6 L'interface ISP16 (`isp16=')
la syntaxe pour cette interface de CD-ROM est :
_________________________________________________________________
isp16=[port[,irq[,dma]]][[,]drive_type]
_________________________________________________________________
Utiliser une valeur � 0 pour irq ou dma signifie qu'ils ne sont pas
utilis�s. Les valeurs possibles pour drive_type sont noisp16, Sanyo,
Panasonic, Sony, et Mitsumi. L'utilisation de noisp16 d�sactive les
lecteurs totalement.
6.7 L'interface Mitsumi XA/MultiSession (`mcdx=')
Pour l'instant, ce pilote `exp�rimental' poss�de une fonction de
configuration mais aucun param�tre n'est encore impl�ment� (version
1.3.15). Le mat�riel est le m�me que ci-dessus, mais le pilote poss�de
de nouvelles fonctionnalit�s.
6.8 L'interface Optics Storage (`optcd=')
La syntaxe pour ce type de carte est :
_________________________________________________________________
optcd=iobase
_________________________________________________________________
6.9 L'interface Phillips CM206 (`cm206=')
La syntaxe pour ce type de carte est :
_________________________________________________________________
cm206=[iobase][,irq]
_________________________________________________________________
La valeur de l'IRQ est comprise entre 3 et 11,et les adresses des
ports d'entr�e/sortie sont comprises entre 0x300 et 0x370, vous pouvez
donc sp�cifier un ou deux nombres, dans n'importe quel ordre. Il
accepte aussi `cm206=auto' pour activer l'autotest.
6.10 L'interface Sanyo (`sjcd=')
La syntaxe pour ce type de carte est :
_________________________________________________________________
sjcd=iobase[,irq[,dma_channel]]
_________________________________________________________________
6.11 L'interface SoundBlaster Pro (`sbpcd=')
La syntaxe de ce type de carte est :
_________________________________________________________________
sbpcd=iobase,type
_________________________________________________________________
O� type prend une des valeurs suivantes (Attention : le respect des
majuscules et des minuscules est important) : `SoundBlaster',
`LaserMate', ou `SPEA'. L'adresse d'entr�e/sortie de base est celle de
l'interface de CD-ROM, et _non_ celle de la partie son de la carte.
7. Autres P�riph�riques Mat�riels
Tous les autres p�riph�riques qui ne peuvent �tre class�s dans une des
cat�gories ci-dessus sont entass�s ici.
7.1 P�riph�riques Ethernet (`ether=')
Diff�rents pilotes utilisent diff�rents param�tres, mais ils partagent
tous au moins une IRQ, une adresse d'entr�e/sortie, et un nom. Dans sa
forme la plus g�n�rique, cela ressemble � �a :
_________________________________________________________________
ether=irq,iobase[,param_1[,param_2,...param_8]]],name
_________________________________________________________________
Le premier argument non-num�rique est pris comme nom. La valeur
param_n (si elle est applicable) a g�n�ralement des significations
diff�rentes pour chaque carte/pilote. Les valeurs courantes de param_n
sont utilis�es pour indiquer des choses comme l'adresse de la m�moire
partag�e, la s�lection d'interface, le canal DMA et ainsi de suite.
L'utilisation la plus courante de ce param�tre est de forcer le test
d'une seconde carte ethernet, alors que par d�faut on en teste une
seule. Ceci peut �tre accompli avec un simple ordre :
_________________________________________________________________
ether=0,0,eth1
_________________________________________________________________
Notez que la valeur z�ro pour l'IRQ et l'I/O base dans l'exemple
ci-dessus indiquent au pilote de faire un autotest.
NOTE IMPORTANTE POUR LES UTILISATEURS DE MODULES : ce qui est indiqu�
ci-dessus _ne forcera pas_ un autotest pour une seconde si vous
utilisez les pilotes de p�riph�riques en tant que modules chargeables
au moment de l'ex�cution (au lieu de les avoir compil�s dans le
noyau). La plupart des distributions de Linux utilisent un noyau
central d�pouill� combin� avec une large s�lection de pilotes
modulaires. Le param�tre ether= s'applique seulement aux pilotes
compil�s directement dans le noyau.
Le Ethernet-HowTo d�crit de fa�on exhaustive l'utilisation de
plusieurs cartes simultan�ment, ainsi que la fa�on dont est utilis�e
la valeur param_n en fonction des sp�cificit�s de chaque carte/pilote.
Les lecteurs concern�s pourront faire r�f�rence � la section de ce
document correspondant � leur carte pour une information plus pr�cise.
Ethernet-HowTo
7.2 Le pilote du Lecteur de Disquettes (`floppy=')
Il existe de nombreuses options pour le pilote du lecteur de
disquette, et qui sont list�es dans le fichier README.fd dans le
r�pertoire linux/drivers/block. Cette information est extraite
directement du fichier.
floppy=mask,allowed_drive_mask
Positionne le "bitmask" (masque binaire) des lecteurs autoris�s � la
valeur mask. Par d�faut, seules les unit�s 0 et 1 de chaque contr�leur
de lecteur de disquette sont autoris�es. Ceci est fait car certains
mat�riels non-standards (cartes m�res ASUS PCI) mettent la pagaille
dans le clavier lorsque l'on acc�de aux unit�s 2 ou 3. Cette option
est un peu obsol�te en raison de l'option cmos.
floppy=all_drives
Positionne le "bitmask" (masque binaire) des disques autoris�s � tous
les disques. Utilisez ceci si vous avez plus de deux lecteurs de
disquette connect�s � un contr�leur de lecteur de disquettes.
floppy=asus_pci
Positionne le "bitmask" uniquement aux unit�s autoris�es 0 et 1. (Par
d�faut)
floppy=daring
Indique au pilote du lecteur de disquette que vous avez un contr�leur
de lecteur de disquette qui se conduit bien. Ceci permet des
op�rations plus efficaces et plus discr�tes, mais peut �chouer sur
certains contr�leurs. Ceci peut acc�l�rer certaines op�rations.
floppy=0,daring
Indique au pilote du lecteur de disquette que votre contr�leur doit
�tre utilis� avec pr�caution.
floppy=one_fdc
Indique au pilote de lecteur de disquette que vous n'avez qu'un
contr�leur de lecteur de disquette (Par d�faut).
floppy=two_fdc _ou_ floppy=address,two_fdc
Indique au pilote de lecteur de disquette que vous avez deux
contr�leurs de lecteurs de disquette. Le second contr�leur est suppos�
�tre � l'adresse indiqu�e. Si l'adresse n'est pas donn�e on suppose
qu'elle est �gale � 0x370.
floppy=thinkpad
Indique au pilote de lecteur de disquette que vous avez un Thinkpad.
Les Thinkpads utilisent une convention invers�e pour la "disk change
line" (ligne de changement de disque).
floppy=0,thinkpad
Indique au pilote de lecteur de disquette que vous ne poss�dez pas un
Thinkpad.
floppy=drive,type,cmos
Positionne le type cmos du drive � type. De plus, ce lecteur est
autoris� dans le "bitmask" (masque binaire). C'est pratique si vous
avez plus de deux lecteurs de disquette (seuls deux peuvent �tre
d�crits dans la cmos physique), ou si votre BIOS utilise un type de
CMOS non-standard. Si l'on positionne le CMOS � 0 pour les deux
premiers disques (par d�faut) le pilote de lecteur de disquette ira
lire la cmos physique.
floppy=unexpected_interrupts
Imprime un message d'alerte lorsqu'une interruption inattendue est
re�ue (comportement par d�faut).
floppy=no_unexpected_interrupts _or_ floppy=L40SX
Ne pas imprimer de message lorsqu'une interruption inattendue est
re�ue. Ceci est n�cessaire sur un IBM L40SX portable dans certains
modes vid�o (il semble qu'il y ait une interaction entre la vid�o et
les disquettes). Les interruptions inattendues affectent seulement les
performances, et peuvent �tre ignor�es sans crainte).
7.3 Le pilote de sons (`sound=')
Le pilote de sons peut aussi recevoir des param�tres de d�marrage qui
�craseront les valeurs compil�es dans le programme. Ceci n'est pas
recommand�, et de plus c'est complexe. Ceci est d�crit (�tait d�crit ?
) dans le fichier Readme.Linux, dans le r�pertoire
linux/drivers/sound. Il accepte de recevoir un param�tre de la forme :
_________________________________________________________________
sound=device1[,device2[,device3...[,device11]]]
_________________________________________________________________
O� chaque valeur de deviceN est de la forme 0xTaaaId, et les octets
sont utilis�s de la fa�on 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 (i.e 10=a, 11=b, ...).
d - canal DMA.
Comme vous pouvez le voir, ceci reste assez malpropre et vous ferez
mieux de compiler vos propres valeurs comme c'est recommand�. Si l'on
utilise un param�tre de d�marrage `sound=0' on d�sactive enti�rement
le pilote de sons.
7.4 Le pilote de souris sur bus "Bus Mouse" (`bmouse=')
Le pilote des souris sur bus accepte un seul param�tre, qui est la
valeur de l'IRQ mat�rielle � utiliser.
7.5 Le pilote MS Bus Mouse (`msmouse=')
Le pilote MS mouse accepte un seul param�tre, qui correspond � l'IRQ �
utiliser.
7.6 Le pilote d'imprimantes (`lp=')
Depuis le noyau 1.3.75, vous pouvez indiquer au pilote d'imprimante
quels sont les ports qu'il doit utiliser et ceux qu'il _ne doit pas_
utiliser. Vous devriez l'utiliser si vous ne voulez pas que le pilote
demande tous les ports parall�les disponibles, alors que d'autres
pilotes (c.a.d. PLIP, PPA) peuvent aussi les utiliser.
Le format du param�tre est des paires i/o, IRQ. Par exemple,
lp=0x3bc,0,0x378,7 utilisera le port d'adresse 0x3bc en mode IRQ-less
(�lection), et utilisera l'IRQ 7 pour le port d'adresse 0x378. Le port
0x278 (si il y en a un) ne sera pas test�, jusqu'� ce que l'autotest
soit utilis� en l'absence d'un param�tre `lp=' argument. Pour
d�sactiver totalement le pilote d'impression, on peut utiliser lp=0.
7.7 Le pilote ICN ISDN (`icn=')
Le pilote ISDN n�cessite un param�tre de d�marrage de la forme
suivante :
_________________________________________________________________
icn=iobase,membase,icn_id1,icn_id2
_________________________________________________________________
o� iobase est l'adresse du port d'entr�e/sortie de la carte, membase
est l'adresse de base de la m�moire partag�e de la carte, et les deux
icn_id sont des chaines d'identification ASCII uniques.
7.8 Le pilote PCBIT ISDN (`pcbit=')
Ce param�tre de d�marrage utilise des paires de valeurs de la forme :
_________________________________________________________________
pcbit=membase1,irq1[,membase2,irq2]
_________________________________________________________________
o� membaseN est l'adresse de base de la m�moire partag�e de la Ni�me
carte, et irqN est l'interruption de la Ni�me carte. La valeur par
d�faut est IRQ 5 et l'adresse de base 0xD0000.
7.9 Le pilote Teles ISDN (`teles=')
Le pilote ISDN n�cessite un param�tre de d�marrage de la forme
suivantenbsp;:
_________________________________________________________________
teles=iobase,irq,membase,protocol,teles_id
_________________________________________________________________
o� iobase est l'adresse du port e/s de la carte, membase est l'adresse
de base de la m�moire partag�e, irq est le canal d'interruption
utilis� par la carte, et teles_id est l'identifiant ASCII unique.
7.10 Le pilote DigiBoard (`digi=')
Le pilote DigiBoard accepte une chaine de six identifiants ou entiers
s�par�s par des virgules. Les 6 valeurs dans l'ordre sont :
Active/D�sactive la carte
Type de la carte : PC/Xi(0), PC/Xe(1), PC/Xeve(2), PC/Xem(3)
Active/D�sactive la mise en ordre alternative des broches
Nombre de ports sur cette carte
Port E/S sur lequel la carte est configur�e (en HEXA si on
utilise des chaines d'identification)
Adresse de base de la fen�tre m�moire (en HEXA si on utilise les
chaines d'identification)
Un exemple de param�tre de d�marrage correct (dans ses deux formes)
est :
_________________________________________________________________
digi=E,PC/Xi,D,16,200,D0000
digi=1,0,0,16,512,851968
_________________________________________________________________
Notez que le pilote prend les valeurs par d�faut de 0x200 pour l'i/o
et pour la m�moire partag�e 0xD0000 en l'absence de param�tre de
d�marrage digi=. Il n'y a pas d'autotest effectu�. Plus de d�tails
peuvent �tre trouv�s dans le fichier
linux/Documentation/digiboard.txt.
7.11 le pilote RISCom/8 Multiport Serial (`riscom8=')
Jusqu'� quatre cartes peuvent �tre support�es en fournissant une
valeur d'E/S unique pour chaque carte install�e. Les autres d�tails
pourront-�tre trouv�s dans le fichier linux/Documentation/riscom8.txt.
7.12 Le modem S�rie/Parall�le Radio Baycom (`baycom=')
Le format du parm�tre de d�marrage pour ces p�riph�riques est de la
forme :
_________________________________________________________________
baycom=modem,io,irq,options[,modem,io,irq,options]
_________________________________________________________________
Utiliser modem=1 signifie que vous avez le p�riph�rique ser12, modem=2
signifie que vous avez le p�riph�rique par96. Utiliser options=0
signifie l'utilisation du DCD mat�riel, et options=1 signifie
l'utilisation du DCD logiciel. L'io et l'irq sont l'adresse I/O de
base du port, et la valeur de l'interruption. Il y a plus de d�tails
dans le fichier README.baycom qui est g�n�ralement dans le r�pertoire
/linux/drivers/char/.
8. Conclusion
Si vous avez trouv� des fautes de frappe manifestes, ou des
informations p�rim�es dans ce document, faites le moi savoir. Il est
facile de laisser passer quelque chose.
Merci,
Paul Gortmaker, Paul.Gortmaker@anu.edu.au
Merci de faire parvenir vos remarques sur la traduction de ce document
� Laurent Renaud, lrenaud@hol.fr
(http://wwwperso.hol.fr/~lrenaud)