/usr/share/doc/HOWTO/fr-html/SRM-HOWTO.html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<meta name="generator" content=
"HTML Tidy for HTML5 for Linux version 5.2.0">
<meta name="GENERATOR" content="LinuxDoc-Tools 0.9.72">
<title>SRM Firmware Howto</title>
</head>
<body>
<h1>SRM Firmware Howto</h1>
<h2>Version originale : <a href="mailto:davidm@azstarnet.com">David
Mosberger</a> (Traduction française : Nicolas Jadot
(njadot@etu.info.unicaen.fr))</h2>
v0.5, 17 August 1996
<hr>
<em>Ce document décrit la manière de démarrer une station
Linux/Alpha utilisant le <em>firmware</em> SRM, lequel est
normalement utilisé pour démarrer Digital Unix. (NDT : le
<em>firmware</em> est un micro-code embarqué sur une puce, en
quelque sorte l'équivalent du BIOS des PC) En général, il est
préférable d'utiliser MILO à la place du programme
<code>aboot</code> sachant que MILO est parfaitement adapté aux
besoins de Linux. Cependant, MILO n'existe pas sur tous les
systèmes et ne permet pas encore de démarrer sur un réseau. Dans
ces cas là, utiliser la console SRM est peut-être la bonne
solution.</em>
<hr>
<p>A moins que vous soyiez intéressés par les détails techniques,
vous pouvez passer directement à la section <a href=
"#aboot">aboot</a></p>
<h2><a name="s1">1. Comment SRM démarre-t-il un système
d'exploitation ?</a></h2>
<p>Toutes les versions de SRM peuvent démarrer à partir d'un disque
SCSI et les versions destinées aux plates-formes récentes, comme
les Noname et AlphaStations, peuvent de plus démarrer depuis une
disquette. Le démarrage réseau via <code>bootp</code> est également
supporté. Notez que les anciennes versions de SRM (notamment celles
pour Jensen) <em>ne pouvaient pas</em> démarrer depuis une
disquette. Le démarrage depuis un disque IDE n'est pas
supporté.</p>
<p>Le démarrage de Linux avec SRM s'effectue en deux étapes :
d'abord, SRM charge et transfère le controle à un chargeur
secondaire. Ensuite, ce chargeur secondaire met en place
l'environnement de Linux, lit l'image du noyau depuis un système de
fichiers sur disque et donne la main à Linux.</p>
<p>A l'heure actuelle il existe deux chargeurs secondaires pour
Linux : le chargeur <em>brut</em> fourni avec le noyau Linux et
<code>aboot</code>, distribué séparement. Ces deux chargeurs sont
décrits en détails ci-dessous.</p>
<h2><a name="ss1.1">1.1 Charger le chargeur secondaire</a></h2>
<p>SRM est ignorant des systèmes de fichiers et des partitions des
disques. Il s'attend simplement à ce que le chargeur secondaire
occupe un certain nombre de secteurs physiques consécutifs,
commençant à une adresse donnée. L'information concernant la taille
du chargeur secondaire et l'adresse de son premier secteur est
stockée dans les 512 premiers octets. Plus précisement , l'entier
long occupant l'adresse 480 contient la <em>taille</em> du chargeur
secondaire et celui occupant l'adresse 488 donne le <em>nombre de
secteurs</em> de décalage jusqu'au début du chargeur. Le premier
secteur contient également un drapeau à l'adresse 496 qui vaut
toujours 0 et une somme de contrôle à l'adresse 504. Cette somme de
contrôle est simplement la somme des 63 premiers entiers longs du
premier secteur.</p>
<p>Si cette somme est correcte, SRM continue et lit le nombre de
secteurs indiqué par la <em>taille</em> en commençant par celui
indiqué dans le champ <em>numéro de secteur</em> et les place en
mémoire <em>virtuelle</em> à l'adresse <code>0x20000000</code>. Si
la lecture se termine avec succés, SRM effectue un saut à l'adresse
<code>0x20000000</code>.</p>
<h2><a name="s2">2. Le chargeur brut</a></h2>
<p>Les sources de ce chargeur peuvent être trouvés dans le
répertoire</p>
<blockquote>
<pre><code>
        linux/arch/alpha/boot
</code></pre></blockquote>
<p>des sources du noyau Linux. Ce programme charge le noyau Linux
en lisant <code>START_SIZE</code> octets en commençant à l'adresse
<code>BOOT_SIZE+512</code> (également en octets). Les constantes
<code>START_SIZE</code> et <code>BOOT_SIZE</code> sont définies
dans le fichier d'en-tete
<code>linux/include/asm-alpha/system.h</code>.
<code>START_SIZE</code> doit être au moins aussi élévé que la
taille de l'image du noyau (i.e, la somme des tailles des segments
<code>.text</code>, <code>.data</code>, et <code>.bss</code> ). De
même, <code>BOOT_SIZE</code> doit être au moins aussi élevé que
l'image du chargeur. Ces deux constantes doivent avoir comme valeur
un multiple entier de la taille d'un secteur, soit 512 octets. Les
valeurs par défaut sont 2Mo pour <code>START_SIZE</code> et 16Ko
pour <code>BOOT_SIZE</code>. Notez que si vous voulez démarrer
depuis une disquette de 1.44Mo, vous devez réduire
<code>START_SIZE</code> à 1400Ko et vous assurer que la taille du
noyau que vous voulez démarrer ne dépasse pas cette valeur.</p>
<p>Pour construire un chargeur brut, tapez simplement <code>make
rawboot</code> dans <code>/usr/src/linux</code>. Ceci devrait
produire dans <code>arch/alpha/boot</code> les fichiers suivants
:</p>
<dl>
<dt><b><code>tools/lxboot</code>:</b></dt>
<dd>
<p>Le premier secteur du disque. Il contient l'adresse et la taille
du prochain fichier au format décrit ci-dessus.</p>
</dd>
<dt><b><code>tools/bootlx</code>:</b></dt>
<dd>
<p>Le lanceur brut qui chargera le fichier ci-dessous</p>
</dd>
<dt><b><code>vmlinux.nh</code>:</b></dt>
<dd>
<p>L'image brute du noyau constituée des segments
<code>.text</code>, <code>.data</code> et <code>.bss</code> du
fichier objet <code>/usr/src/linux/vmlinux</code>. L'extension
<code>.nh</code> indique que ce fichier n'a pas l'entête d'un
fichier objet.</p>
</dd>
</dl>
<p>La concaténation de ces trois fichiers devrait être écrite sur
le disque à partir duquel vous voulez démarrer. Par exemple, pour
démarrer depuis une disquette, insérez une disquette vierge dans le
lecteur, soit <code>/dev/fd0</code> et ensuite tapez :</p>
<blockquote>
<pre><code>
cat tools/lxboot tools/bootlx vmlinux &gt;/dev/fd0
</code></pre></blockquote>
<p>Vous pouvez maintenant arréter le système et démarrer depuis une
disquette en utilisant la commande <code>boot dva0</code>.</p>
<h2><a name="aboot"></a> <a name="s3">3. Le chargeur
<code>aboot</code></a></h2>
<p>Si vous utilisez le <em>firmware</em> SRM, <code>aboot</code>
est la meilleure façon de démarrer Linux. Il supporte :</p>
<ul>
<li>démarrage direct depuis divers systèmes de fichiers
(<code>ext2</code>, <code>ISO9660</code>, et <code>UFS</code>, le
système de fichiers de Digital Unix),</li>
<li>lancement de fichiers objets exécutables (ELF et ECOFF),</li>
<li>lancement de noyaux compressés,</li>
<li>démarrage par réseau (en utilisant le protocole
<code>bootp</code>),</li>
<li>table de partitions au format Digital Unix (compatible avec les
tables de partitions de BSD),</li>
<li>démarrage interactif et configurations par défaut des consoles
SRM qui n'acceptent pas les longues chaînes d'option.</li>
</ul>
<h2><a name="ss3.1">3.1 Se procurer et installer
<code>aboot</code></a></h2>
<p>Les codes sources les plus récents d'<code>aboot</code> sont
disponibles à l'adresse <a href=
"ftp://ftp.azstarnet.com/pub/linux/axp/aboot">ftp://ftp.azstarnet.com/pub/linux/axp/aboot</a>.
La description de ce manuel s'applique à <code>aboot</code> pour
les versions 0.5 et suivantes.</p>
<p>Une fois que vous avez téléchargé et extrait l'archive
<code>tar</code>, jetez un oeil aux fichiers <code>README</code> et
<code>INSTALL</code> pour lire les directives d'installation. En
particulier, assurez vous que les variables, dans les fichiers
<code>Makefile</code> et <code>include/config.h</code> sont
correctes vis-à-vis de votre environnement . Normalement, vous ne
devriez pas avoir à changer quoi que ce soit pour compiler sous
Linux, mais c'est toujours une bonne chose de vérifier. Si la
configuration vous convient, tapez simplement <code>make</code>
pour lancer la compilation (si vous n'effectuez pas cette opération
sous Linux, sachez que <code>aboot</code> requiert GNU
<code>make</code>).</p>
<p>Après l'exécution de <code>make</code>, le répertoire
<code>aboot</code> devrait contenir les fichiers suivants :</p>
<dl>
<dt><b>aboot</b></dt>
<dd>
<p>L'exécutable réel (fichier objet ECOFF ou ELF),</p>
</dd>
<dt><b>bootlx</b></dt>
<dd>
<p>Comme ci-dessus, mais ce fichier ne contient que les segments
text, data et bss (ce fichier n'est pas un fichier objet),</p>
</dd>
<dt><b>sdisklabel/writeboot</b></dt>
<dd>
<p>Un utilitaire pour installer <code>aboot</code> sur un disque
dur,</p>
</dd>
<dt><b>tools/e2writeboot</b></dt>
<dd>
<p>Un utilitaire pour installer <code>aboot</code> sur un système
de fichiers ext2 (n'est en général utilisé que pour les
disquettes),</p>
</dd>
<dt><b>tools/isomarkboot</b></dt>
<dd>
<p>Un utilitaire pour installer <code>aboot</code> sur un système
de fichiers iso9660 (utilisé par les distributeurs de CD-ROM),</p>
</dd>
<dt><b>tools/abootconf</b></dt>
<dd>
<p>Un utilitaire pour configurer <code>aboot</code> s'il est
installé.</p>
</dd>
</dl>
<h2><a name="ss3.2">3.2 Installation sur disquette</a></h2>
<p>Le lanceur peut être installé sur une disquette en utilisant la
commande <code>e2writeboot</code> (note : ceci ne peut se faire sur
un Jensen car son <em>firmware</em> n'implante pas le démarrage
depuis une disquette). Cette commande nécessite que le disque ne
soit pas trop fragmenté car elle a besoin de trouver suffisament de
secteurs contigus pour stocker l'image entière de
<code>aboot</code> (actuellement, environ 90Ko). Si
<code>e2writeboot</code> échoue à cause de ça, reformatez la
disquette et réessayez (par ex., avec <code>fdformat(1)</code>).
Par exemple, la procédure suivante installe <code>aboot</code> sur
une disquette en supposant que la disquette est dans le lecteur
correspondant à <code>/dev/fd0</code> :</p>
<blockquote>
<pre><code>
fdformat /dev/fd0
mke2fs /dev/fd0
e2writeboot /dev/fd0 bootlx
</code></pre></blockquote>
<h2><a name="ss3.3">3.3 Installation sur disque dur</a></h2>
<p>Sachant que la commande <code>e2writeboot</code> peut échouer
sur un disque hautement fragmenté et comme le reformattage d'un
disque dur ne se fait pas sans peine, il est généralement plus sûr
d'installer <code>aboot</code> sur un disque dur en utilisant la
commande <code>swriteboot</code>. <code>swriteboot</code> nécessite
que les premiers secteurs soient réservés aux procédures de
démarrage. Nous suggérons que le disque soit partitionné de manière
à ce que la première partition commence à une adresse correspondant
à 2048 secteurs. Cela laisse 1Mo d'espace ibre pour stocker
<code>aboot</code>. Sur un disque partitionné de cette façon , il
est alors possible d'installer <code>aboot</code> comme décrit
ci-dessous (en supposant que le disque correspond à
<code>/dev/sda</code>.) :</p>
<blockquote>
<pre><code>
swriteboot /dev/sda bootlx
</code></pre></blockquote>
<p>Sur un Jensen, vous devrez laisser un peu plus d'espace, sachant
que vous devrez également stocker le noyau à cet endroit - 2Mo
devraient suffire en utilisant une image compressée. Utilisez
<code>swriteboot</code> comme décrit à la section <a href=
"#booting">booting</a> pour écrire <code>bootlx</code> avec le
noyau Linux.</p>
<h2><a name="ss3.4">3.4 Installation sur CD-ROM</a></h2>
<p>Pour construire un CD-ROM amorçable avec SRM, construisez
simplement <code>aboot</code> comme décrit ci-dessus. Assurez-vous
ensuite que le fichier <code>bootlx</code> est présent sur le
système de fichiers iso9660 (e.g., copiez <code>bootlx</code> dans
le répertoire où est monté le système de fichiers) , et lancez
<code>mkisofs</code> sur ce répertoire). Après cela, la seule chose
restant à faire est de marquer le système de fichiers comme
amorçable avec SRM. Cela est réalisé grâce à une commande de la
forme :</p>
<blockquote>
<pre><code>
isomarkboot filesystem bootlx
</code></pre></blockquote>
<p>La commande ci-dessus nécessite que <code>filesystem</code> est
un fichier contenant le système de fichiers iso9660 et que
<code>bootlx</code> a été copié dans la racine de ce système de
fichiers. C'est tout !</p>
<h2><a name="Building Linux"></a> <a name="ss3.5">3.5 Construire un
noyau Linux</a></h2>
<p>Un noyau Linux amorçable peut être construit par les étapes
suivantes. Durant le <code>make config</code>, assurez-vous de
répondre "oui" (<em>"yes"</em>) à la question concernant le
lancement du noyau par SRM.</p>
<blockquote>
<pre><code>
cd /usr/src/linux
make config
make dep
make boot
</code></pre></blockquote>
<p>La dernière commande construira le fichier
<code>arch/alpha/boot/vmlinux.gz</code> qui peut alors être copié
sur le disque à partir duquel vous désirez démarrer. Dans notre
exemple précédent concernant la disquette, cela donnerai :</p>
<blockquote>
<pre><code>
mount /dev/fd0 /mnt
cp arch/alpha/boot/vmlinux.gz /mnt
umount /mnt
</code></pre></blockquote>
<h2><a name="booting"></a> <a name="ss3.6">3.6 Démarrer
Linux</a></h2>
<p>Avec le <em>firmware</em> SRM et <code>aboot</code> installé, le
démarrage de Linux s'effectue généralement avec une commande de la
forme :</p>
<blockquote><code><code>boot</code> <i>devicename</i>
<code>-fi</code> <i>filename</i> <code>-fl</code>
<i>flags</i></code></blockquote>
<p>Les arguments <i>filename</i> et <i>flags</i> sont optionels.
S'ils ne sont pas spécifiés, SRM utilise les valeurs par défaut
contenues dans les variables d'environnement
<code>BOOT_OSFILE</code> et <code>BOOT_OSFLAGS</code>. La syntaxe
et la signification de ces deux arguments est décrite plus en
détail ci-dessous.</p>
<h3>Nom du fichier boot</h3>
<p>L'argument <em>filename</em> est de la forme :</p>
<blockquote>[<em>n</em>/]<em>filename</em></blockquote>
<p><em>n</em> est un simple nombre dans l'intervalle 1..8 qui donne
le numéro de la partition de démarrage. <em>filename</em> est le
chemin d'accés au fichier à lancer. Par exemple, pour démarrer
depuis la deuxième partition du sixième disque SCSI, vous entreriez
:</p>
<blockquote>
<pre><code>
boot dka600 -file 2/vmlinux.gz
</code></pre></blockquote>
<p>Ou, pour démarrer depuis le premier lecteur de disquette :</p>
<blockquote>
<pre><code>
boot dva0 -file vmlinux.gz
</code></pre></blockquote>
<p>Si un disque n'a pas de table des partitions, <code>aboot</code>
considère que le disque contient une partition <code>ext2</code>
commençant au premier bloc du disque. Cela permet de démarrer
depuis une disquette.</p>
<p>Le numéro de partition 0 est utilisé pour demander le démarrage
depuis un disque qui ne contient pas (encore) de système de
fichiers. Si l'on spécifie le numéro de "partition" 0,
<code>aboot</code> considère que le noyau Linux suit directement
l'image de <code>aboot</code>. Une telle chose peut être réalisée
avec la commande <code>swriteboot</code>. Par exemple, pour
configurer un démarrage sans système de fichiers depuis
<code>/dev/sda</code>, on pourrait utiliser la commande :</p>
<blockquote>
<pre><code>
swriteboot /dev/sda bootlx vmlinux.gz
</code></pre></blockquote>
<p>Démarrer un système de cette façon n'est pas obligatoirement
nécessaire. La raison d'être de cette fonctionnalité est de
permettre l'installation de Linux sur un système qui ne peut
démarrer depuis une disquette (e.g., le Jensen).</p>
<h3>Drapeaux de démarrage</h3>
<p>Plusieurs drapeaux de démarrage peuvent être spécifiés. La
syntaxe en est :</p>
<blockquote>
<pre><code>
-flags "options..."
</code></pre></blockquote>
<p>Où "options..." est une combinaison des options suivantes
(séparées par des espace). Il y a encore plus d'options, en
fonction des pilotes que le noyau a installé. Les options listées
ci-après ne sont là que pour illustrer l'idée générale :</p>
<dl>
<dt><b>load_ramdisk=1</b></dt>
<dd>
<p>Copie le système de fichiers racine depuis une disquette vers un
disque virtuel en mémoire avant de lancer le système. Ce disque
virtuel sera utilisé en lieu et place du périphérique racine. Ceci
est utile pour démarrer Linux sur une machine qui ne possède qu'un
lecteur de disquettes.</p>
</dd>
<dt><b>floppy=<em>str</em></b></dt>
<dd></dd>
<dt><b>root=<em>dev</em></b></dt>
<dd>
<p>Sélectionne le périphérique <em>dev</em> comme système de
fichiers racine. Le périphérique peut être spécifié comme la
combinaison des numéros <em>major/minor</em> du fichier de
périphérique en hexadécimal (e.g., 0x802 pour /dev/sda2) ou un nom
de fichier de périphérique (e.g.,<code>/dev/fd0</code>,
<code>/dev/sda2</code>).</p>
</dd>
<dt><b>single</b></dt>
<dd>
<p>Lance le système en mode mono-utilisateur.</p>
</dd>
<dt><b>kgdb</b></dt>
<dd>
<p>Autorise <em>kernel-gdb</em> (ne fonctionne que si
<code>CONFIG_KGDB</code> est activé ; un deuxième système Alpha
doit être connecté par voie série pour que cela fonctionne).</p>
</dd>
</dl>
<p>Quelques implémentations de SRM (e.g., celle du Jensen) sont
limitées et n'autorisent que les chaînes d'options de courte
longueur (e.g., au plus 8 caractères). Dans ce cas là,
<code>aboot</code> peut être démarré avec le drapeau de démarrage
"i". Avec ce drapeau, <code>aboot</code> demandera à l'utilisateur
d'entrer une chaîne d'options pouvant atteindre 256 caractères. Par
exemple :</p>
<blockquote>
<pre><code>
boot dka0 -fl i
aboot&gt; 3/vmlinux.gz root=/dev/sda3 single
</code></pre></blockquote>
<p>Comme démarrer de cette façon devient rapidement pénible ,
<code>aboot</code> autorise l'utilisateur à définir des raccourcis
pour les lignes de commande fréquemment utilisées. En particulier,
une option donnée par un chiffre -- option --&gt; (0-9) demande à
<code>aboot</code> d'utiliser l'option correspondante dans le
fichier <code>/etc/aboot.conf</code>. Un exemple de fichier
<code>aboot.conf</code> est donné ci-dessous :</p>
<blockquote>
<pre><code>
#
# aboot default configurations
#
0:3/vmlinux.gz root=/dev/sda3
1:3/vmlinux.gz root=/dev/sda3 single
2:3/vmlinux.new.gz root=/dev/sda3
3:3/vmlinux root=/dev/sda3
8:- root=/dev/sda3            # fs-less boot of raw kernel
9:0/vmlinux.gz root=/dev/sda3 # fs-less boot of (compressed) ECOFF kernel
-
</code></pre></blockquote>
<p>Avec ce fichier, la commande</p>
<blockquote>
<pre><code>
boot dka0 -fl 1
</code></pre></blockquote>
<p>correspond exactement à la commande de démarrage donnée
ci-dessus. Il est cependant facile d'oublier la correspondance
entre les numéros et les chaînes d'options. Pour éviter ce
problème, démarrez avec l'option "h" et <code>aboot</code>
affichera le contenu de <code>/etc/aboot.conf</code> avant
d'afficher l'invite demandant la chaîne d'option entière.</p>
<p>En conclusion, même si <code>aboot</code> demande l'entrée d'une
chaîne d'options, il est possible d'entrer un simple caractère
("i", "h", ou "0"-"9") pour obtenir le même résultat que si le
drapeau avait été spécifié sur la ligne de commande de démarrage.
Par exemple, vous pouvez démarrer avec le drapeau "i", taper
ensuite "h" (suivi par entrée) pour vous rappeler le contenu de
<code>/etc/aboot.conf</code></p>
<h3>Sélectionner la partition de /etc/aboot.conf</h3>
<p>Quand <code>aboot</code> est installé sur un disque dur, il a
besoin de savoir sur quel partition il lui faut chercher le fichier
<code>/etc/aboot.conf</code>. Nouvellement compilé,
<code>aboot</code> cherchera sur la deuxième partition
(<code>/dev/sda2</code>). Comme il serait contraignant d'avoir à
recompiler <code>aboot</code> uniquement pour changer le numéro de
la partition, <code>abootconf</code> autorise à directement
modifier <code>aboot</code> déjà installé. Par exemple, si vous
désiriez changer <code>aboot</code> afin qu'il utilise la
<em>troisième</em> partition du disque <code>/dev/sda</code>, vous
utiliseriez la commande :</p>
<blockquote>
<pre><code>
abootconf /dev/sda 3
</code></pre></blockquote>
<p>Vous pouvez vérifier le réglage courant simplement en omettant
le numéro de partition. Alors, <code>abootconf /dev/sda</code>
affichera la partition actuellement sélectionnée. Notez que
<code>aboot</code> être déjà installé pour que cette commande
réussisse. Aussi, lors de l'installation d'un nouvel
<code>aboot</code>, le numéro de partition redeviendra celui par
défaut (i.e., il sera nécessaire de relancer
<code>abootconf</code>).</p>
<p>Depuis la version 0.5 de <code>aboot</code>, il est également
possible de sélectionner la partition contenant le fichier
<code>aboot.conf</code> depuis la ligne de commande de démarrage.
Cela peut être fait avec une ligne de commande de la forme
<i>a</i><code>:</code><i>b</i> où <i>a</i> est le numéro de la
partition contenant <code>/etc/aboot.conf</code> et <i>b</i> est
une option d'une lettre comme décrit plus haut
(<code>0</code>-<code>9</code>, <code>i</code>, ou <code>h</code>).
Par exemple, si vous tapez <code>boot -fl "3:h" dka100</code> le
système démarre depuis SCSI ID 1, charge
<code>/etc/aboot.conf</code> depuis la troisième partition, affiche
son contenu à l'écran et attend que vous entriez les options de
démarrage.</p>
<h2><a name="Network Booting"></a> <a name="ss3.7">3.7 Démarrage
réseau</a></h2>
<p>Deux étapes préliminaires sont nécessaires avant que Linux
puisse démarrer par un réseau. Premièrement, vous devrez
positionner les variables d'environnement de SRM pour permettre le
démarrage <em>via</em> le protocole <code>bootp</code> et
deuxièmement vous devrez configurer une autre machine comme serveur
de démarrage. Reportez-vous à la documentation de SRM fournie avec
votre machine pour toute information sur la mise en place de
<code>bootp</code>. Configurer le serveur de démarrage dépend
étroitement du système d'exploitation de cette machine, mais
typiquement cela nécessite de lancer le programme
<code>bootpd</code> en tâche de fond après avoir configuré le
fichier <code>/etc/bootptab</code>. Le fichier
<code>bootptab</code> possède une entrée par machine cliente
autorisée à démarrer depuis le serveur. Par exemple, si vous voulez
démarrer la machine <code>myhost.cs.arizona.edu</code>, une entrée
de la forme suivante serait nécessaire :</p>
<blockquote>
<pre><code>
myhost.cs.arizona.edu:\
        :hd=/remote/:bf=vmlinux.bootp:\
        :ht=ethernet:ha=08012B1C51F8:hn:vm=rfc1048:\
        :ip=192.12.69.254:bs=auto:
</code></pre></blockquote>
<p>Cette entrée considère que l'adresse Ethernet de la machine est
<code>08012B1C51F8</code> et que son adresse IP est 192.12.69.254.
L'adresse Ethernet peut être trouvée grâce à la commande <code>show
device</code> de la console SRM ou, si Linux est lancé, avec la
commande <code>ifconfig</code>. L'entrée précise également que si
le client ne déclare pas le contraire, le fichier qui sera lancé
sera le fichier <code>vmlinux.bootp</code> du répertoire
<code>/remote</code>. Pour plus d'informations sur la configuration
de <code>bootpd</code>, reportez-vous à sa page de manuel.</p>
<p>Ensuite, construiser <code>aboot</code> grâce à la commande
<code>make netboot</code>. Assurez-vous que le noyau que vous
désirez lancer a déjà été construit. Par défaut, le
<code>Makefile</code> du programme <code>aboot</code> utilise le
noyau <code>/usr/src/linux/arch/alpha/boot/vmlinux.gz</code>
(éditez le <code>Makefile</code> si vous désirez utiliser un autre
chemin d'accés). Le résultat de <code>make netboot</code> est un
fichier nommé <code>vmlinux.bootp</code> contenant
<code>aboot</code> <em>et</em> le noyau Linux, prêt pour le
démarrage par réseau.</p>
<p>Enfin, copiez <code>vmlinux.bootp</code> dans le répertoire du
serveur de démarrage. Dans l'exemple plus haut, vous l'auriez copié
dans le répertoire <code>/remote/</code>. Ensuite, allumez la
machine client et démarrez la, en spécifiant l'adaptateur Ethernet
comme périphérique de démarrage. SRM nomme typiquement le premier
adaptateur Ethernet <code>ewa0</code>, donc, pour démarrer depuis
ce périphérique, vous utiliserez la commande :</p>
<blockquote>
<pre><code>
boot ewa0
</code></pre></blockquote>
<p>Les options <code>-fi</code> et <code>-fl</code> sont utilisable
comme d'habitude. En particulier, vous pouvez demander à
<code>aboot</code> d'attendre l'entrée d'arguments pour le noyau
Linux en spécifiant l'option <code>-fl i</code>.</p>
<h2><a name="s4">4. Partager un disque avec Digital Unix</a></h2>
<p>Malheureusement, Digital Unix ne sait rien de Linux, aussi,
partager un disque unique entre les deux systèmes n'est pas
totalement simple. Cependant, ce n'est pas une tâche difficile si
vous suivez les conseils prodigués dans cette section. Nous
considérerons que vous utilisez la version 0.5 ou postérieure de
<code>aboot</code>.</p>
<h2><a name="ss4.1">4.1 Partitionner le disque</a></h2>
<p>Premièrement et avant tout : n'utilisez <em>jamais</em> les
programmes de partitionnement de Linux (<code>minlabel</code> ou
<code>fdisk</code>) sur un disque également utilisé par Digital
Unix. Le programme Linux <code>minlabel</code> utilise le même
format de table de partitions que le programmme
<code>disklabel</code> de Digital Unix, mais il existe des
incompatibilités avec les données écrites par
<code>minlabel</code>, alors Digital Unix refusera tout simplement
la table de partitions engendrée par <code>minlabel</code>. Pour
configurer une partition Linux <code>ext2</code> sous Digital Unix,
vous allez devoir changer l'entrée <em>disktab</em> de votre
disque. Pour illustrer notre propos, supposons que vous avez un
disque rz26 (un disque de 1Go) sur lequel vous voulez installer
Linux. L'entrée <em>disktab</em> sous Digital Unix v3.2 ressemble à
(voyez le fichier <code>/etc/disktab</code>) :</p>
<blockquote>
<pre><code>
rz26|RZ26|DEC RZ26 Winchester:\
        :ty=winchester:dt=SCSI:ns#57:nt#14:nc#2570:\
        :oa#0:pa#131072:ba#8192:fa#1024:\
        :ob#131072:pb#262144:bb#8192:fb#1024:\
        :oc#0:pc#2050860:bc#8192:fc#1024:\
        :od#393216:pd#552548:bd#8192:fd#1024:\
        :oe#945764:pe#552548:be#8192:fe#1024:\
        :of#1498312:pf#552548:bf#8192:ff#1024:\
        :og#393216:pg#819200:bg#8192:fg#1024:\
        :oh#1212416:ph#838444:bh#8192:fh#1024:
</code></pre></blockquote>
<p>Les champs intéressants ici sont <code>o</code>it/?/; et
<code>p</code><i>?</i>, où <i>?</i> désigne une lettre de
l'intervalle <code>a</code>-<code>h</code> (les huit premières
partitions). La valeur <code>o</code> indique l'adresse du début de
la partition (en nombre de secteurs) et la valeur <code>p</code>
donne la taille de la partition (également en nombre de secteurs).
Reportez-vous à <code>disktab(4)</code> pour plus d'informations.
Notez que Digital Unix <em>aime</em> définir des partitions qui se
chevauchent. Pour les entrées ci-dessus, l'organisation des
partitions ressemble à cela (vous pouvez vérifier en ajoutant les
diverses valeurs <code>o</code> et <code>p</code>) :</p>
<blockquote>
<pre><code>
  a     b         d           e           f
|---|-------|-----------|-----------|-----------|

                        c
|-----------------------------------------------|

                     g                 h
            |-----------------|-----------------|
</code></pre></blockquote>
<p>Digital Unix insiste pour que la partition <code>a</code>
commence à l'adresse 0 et que la partition <code>c</code> couvre
l'étendue du disque. A part cela, vous pouvez organiser la table
des partitions comme bon vous semble.</p>
<p>Supposons que vous avez Digital Unix utilisant la partition
<code>g</code> et que vous voulez installer Linux sur la partition
<code>h</code> avec la partition <code>b</code> comme partition de
swap. Pour obtenir cette organisation sans détruire la partition
Digital Unix existante, vous devez configurer explicitement les
types des partitions. Vous pouvez réaliser ceci en ajoutant un
champ <code>t</code> pour chaque partition. Dans notre cas, nous
ajoutons la ligne suivante à l'entrée <em>disktab</em>.</p>
<blockquote>
<pre><code>
        :ta=unused:tb=swap:tg=4.2BSD:th=reservd8:
</code></pre></blockquote>
<p>Pourquoi avons-nous marqué la partition <code>h</code> comme
"reservd8" plutôt que comme "ext2" ? Bon, Digital Unix ne connait
rien de Linux. Une partition de type "ext2" correspond à une valeur
numérique de 8, et Digital Unix utilise la châne "reservd8" pour
cette valeur. Donc, dans le langage de Digital Unix, "reservd8"
signifie "ext2". Ceci était la partie hardue. Maintenant, il ne
nous reste plus qu'à installer la nouvelle entrée <em>disktab</em>
sur le disque. Considérons que le disque à l'ID SCSI 5. Dans ce
cas, nous faisons :</p>
<blockquote>
<pre><code>
disklabel -rw /dev/rrz5c rz26
</code></pre></blockquote>
<p>Vous pouvez vérifier que tout va bien en lisant le
<em>disklabel</em> grâce à la commande <code>disklabel -r
/dev/rrz5c</code>. A ce point, vous pouvez vouloir redémarrer
Digital Unix et vous assurer que la partition Digital Unix est
encore présente et en bon état. Si c'est le cas, vous pouvez
arréter la machine et commencer l'installation de LInux. Prenez
soin de sauter l'étape de partitionnement du disque lors de la
procédure d'installation. Sachant que nous avons déjà installé une
table de partitions correcte, vous devriez être capable de procéder
à cette opération et de sélectionner la huitième partition comme
partition racine de Linux et la deuxième comme partition de swap.
Si le disque est le deuxième disque SCSI de la machine, les noms de
périphériques pour ces deux partitions seront
<code>/dev/sdb8</code> et <code>/dev/sdb2</code>, respectivement
(notez que Linux utilise des lettre pour désigner les disques et
des numéros pour désigner les partitions, exactement à l'inverse de
Digital Unix ; le schéma de Linux a plus de sens bien sûr ;-).</p>
<h2><a name="ss4.2">4.2 Installer <code>aboot</code></a></h2>
<p><em>Premier obstacle</em> : avec le <em>firmware</em> --&gt; --
SRM, vous ne pouvez démarrer qu'un et un seul système
d'exploitation par disque. Pour cette raison, il est généralement
préférable de disposer d'au moins deux disques SCSI dans une
machine sur laquelle vous désirez utiliser aussi bien Linux que
Digital Unix. Bien sûr vous pouvez aussi démarrer Linux depuis une
disquette si la vitesse importe peu, ou par un réseau, si vous
disposez d'un serveur <code>bootp</code>. Mais dans cette partie,
nous considérerons que vous souhaitez démarrer Linux depuis un
disque contenant une ou plusieurs partitions Digital Unix.</p>
<p><em>Deuxième obstacle</em> : installer <code>aboot</code> sur un
disque partagé avec Digital Unix rend les première et troisième
partitions inutilisables (sachant qu'elles doivent commencer à
l'adresse 0). Pour cette raison, nous vous recommandons de changer
la taille de la partition <code>a</code> à une valeur juste
suffisament élevée pour contenir <code>aboot</code> (1Mo devrait
convenir).</p>
<p>Une fois que ces deux obstacles sont surmontés, installer
<code>aboot</code> est aussi simple que d'habitude : comme les
partitions <code>a</code> et <code>c</code> vont recouvrir
<code>aboot</code> , nous devons spécifier à
<code>swriteboot</code> que ceci est intentionnel . Nous pouvons le
faire sous Linux avec une ligne de commande de la forme suivante
(de nouveau, nous supposerons que l'on veut installer
<code>aboot</code> sur le deuxième disque SCSI) :</p>
<blockquote>
<pre><code>
swriteboot -f1 -f3 /dev/sdb bootlx
</code></pre></blockquote>
<p>Le paramètre <code>-f1</code> signifie que nous voulons forcer
l'écriture de <code>bootlx</code> même s'il recouvre la première
partition. La même chose s'applique à la troisième partition.</p>
<p>C'est tout. Vous devriez désormais pouvoir arréter le système et
lancer Linux depuis le disque dur. Dans notre exemple, la ligne de
commande SRM pour le faire serait :</p>
<blockquote>
<pre><code>
boot dka5 -fi 8/vmlinux.gz -fl root=/dev/sdb8
</code></pre></blockquote>
</body>
</html>
doc-linux-fr-html 2013.01-3ubuntu1 / usr / share / doc / HOWTO / fr-html / SRM-HOWTO.html
