Attachment 53424 Details for Bug 85215 – hb-install-mips-bootloaderfr.xml

hb-install-mips-bootloaderfr.xml

hb-install-mips-bootloaderfr_new.xml (text/plain), 15.77 KB, created by Clément VARALDI on 2005-03-14 06:20:19 UTC

(hide)

Description:

Filename:

MIME Type:

Creator: Clément VARALDI

Created: 2005-03-14 06:20:19 UTC

Size: 15.77 KB

patch

obsolete

><?xml version='1.0' encoding='UTF-8'?>
><!DOCTYPE sections SYSTEM "/dtd/book.dtd">
>
>
>
>
>
>
><sections>
>
><version>1.6</version>
><date>2005-02-14</date>
>
><section id="sgi">
><title>Configuration de arcboot pour les machines Silicon Graphics</title>
><subsection>
><title>Installer arcboot</title>
><body>
>
>
>Jusqu'Ã  prÃ©sent, ce guide prÃ©sentait comment construire son noyau, le copier
>dans l'en-tÃªte du volume SGI avec <c>dvhtool</c>. Cette mÃ©thode prÃ©sentait deux
>problÃ¨mes importants&nbsp;:
>
>
><ul>
> <li>Elle n'est pas supportÃ©e sur tous les systÃ¨mes SGI&nbsp;:</li>
> <li>Elle requiÃ¨re une en-tÃªte du volume SGI relativement importante.</li>
></ul>
>
>
>Afin de pouvoir dÃ©marrer sur votre machine, un chargeur de dÃ©marrage a Ã©tÃ©
>dÃ©veloppÃ©. <c>arcboot</c> vous permet de laisser votre noyau sur
><path>/boot</path> (qui doit Ãªtre une partition EXT2/3) au lieu de le mettre
>directement dans l'en-tÃªte du volume SGI. Il suffit d'indiquer Ã  <c>arcboot</c>
>(qui est placÃ© dans l'en-tÃªte du volume SGI Ã  la place du noyau) oÃ¹ se situe
>celui-ci. Nous allons donc dans un premier temps installer un certain nombre
>d'outils qui seront utilisÃ©s plus tard.
>
>
><pre caption="Installation des outils nÃ©cessaires">
># emerge dvhtool arcboot
></pre>
>
>
>Cela devrait vous avoir installÃ© deux outils&nbsp;: <c>arcboot</c> qui sera mis
>dans l'en-tÃªte du volume SGI et chargera le noyau pour nous, et <c>dvhtool</c>
>qui permettra de placer <c>arcboot</c> dans la-dite en-tÃªte.
>
>
>
>Le binaire que nous recherchons se cache dans <path>/usr/lib/arcboot</path>. Sur
>les systÃ¨mes IP22 (Indy, Indigo 2, Challenge S) il se nomme en fait 
><path>arcboot.ip22</path>. Les autres systÃ¨mes devraient Ãªtre similaires. Nous
>allons tout d'abord copier ce fichier dans l'en-tÃªte du volume SGI.
>
>
><pre caption="Installer arcboot dans l'en-tÃªte du volume SGI">
># dvhtool --unix-to-vh /usr/lib/arcboot/arcboot.ip?? arcboot
></pre>
>
>
>Ensuite, vÃ©rifiez que le fichier est bien dans l'en-tÃªte du volume SGI.
>
>
><pre caption="VÃ©rification de la bonne installation de arcboot">
># dvhtool --print-volume-directory
>----- directory entries -----
>Entry #0, name "linux", start 4, bytes 3262570
>Entry #1, name "newlinux", start 6377, bytes 7619627
>Entry #3, name "arcboot", start 21260, bytes 51448
>#
></pre>
>
><note>
>Vous remarquerez que dans mon cas, j'ai dÃ©jÃ  deux anciens noyaux lÃ -dedans,
><path>linux</path> et <path>newlinux</path>. Ils viennent de l'installation que
>j'avais faite avant de commencer Ã  utiliser <c>arcboot</c>. Leur prÃ©sence n'est
>pas dÃ©rangeante, tant que <c>arcboot</c> est lÃ  tout va bien.
></note>
>
></body>
></subsection>
>
><subsection>
><title>Configurer arcboot</title>
><body>
>
>
>Si vous avez dÃ©jÃ  mis en place le logiciel Linux Loader (<c>lilo</c>) auparavant
>vous remarquerez que <c>arcboot</c> utilise une syntaxe similaire pour son
>fichier de configuration. Souvenez-vous cependant bien que <c>arcboot</c>
>s'attend Ã  trouver son fichier de configuration sur une partition de type EXT2/3
>et qu'il doit se nommer <path>/etc/arcboot.conf</path>. Le meilleur moyen de
>s'en assurer est d'avoir <path>/boot</path> sur une partition EXT2/3 et de
>placer le fichier <path>arcboot.conf</path> dans le rÃ©pertoire
><path>/boot/etc</path>. Vous trouverez un exemple de fichier de configuration
>dans <path>/etc/arcboot.conf.sample</path>.
>
>
><pre caption="Placer arcboot.conf au bon endroit">
><comment>(CrÃ©ation du rÃ©pertoire /boot/etc)</comment>
># mkdir /boot/etc
>
><comment>(Mettre notre configuration dans ce rÃ©pertoire)</comment>
># cp /etc/arcboot.conf.sample /boot/etc/arcboot.conf
>
><comment>(CrÃ©er un lien symbolique dans /etc)</comment>
># ln -s /boot/etc/arcboot.conf /etc/arcboot.conf
>
><comment>(... et un lien symbolique de /boot sur lui-mÃªme)</comment>
># (cd /boot; ln -s . boot)
></pre>
>
>
>Vous pouvez maintenant Ã©diter le fichier <path>/etc/arcboot.conf</path> Ã  votre
>convenance. Personnellement j'aime disposer de deux images de noyau&nbsp;:
><path>new</path> qui est une image rÃ©cemment construire, qui n'est pas sÃ»re de
>fonctionner et <path>working</path> qui est une image dont je suis sÃ»r qu'elle
>marche. Mon fichier <path>arcboot.conf</path> ressemble plus ou moins Ã  ceci.
>
>
><pre caption="Exemple de configuration pour arcboot.conf">
><comment># arcboot.conf</comment>
><comment>#</comment>
><comment># copyright 2002 Guido Guenther &lt;agx@sigxcpu.org&gt;</comment>
><comment>#</comment>
>label=working
> image=/vmlinux
> append="root=/dev/sda3"
><comment># Version de sauvegarde</comment>
>
>label=new
> image=/vmlinux-new
> append="root=/dev/sda3"
></pre>
>
>
>Une fois que tout est bien configurÃ©, il vous reste quelques petites
>modifications Ã  apporter sur la PROM SGI pour que tout fonctionne. Vous pouvez
>passer directement au chapitre <uri link="#reboot">RedÃ©marrer votre
>systÃ¨me</uri>. 
>Le chapitre suivant traite de la configuration des serveurs Cobalt.
>
>
></body>
></subsection>
></section>
>
><section id="cobalt">
><title>Configuration de CoLo pour les serveurs Cobalt</title>
><subsection>
><title>Installer CoLo</title>
><body>
>
>
>Les capacitÃ©s du firmware installÃ© sur les cartes des serveurs Cobalt sont bien
>plus limitÃ©es. Le BOOTROM de Cobalt est primitif en comparaison Ã  la PROM SGI et
>a un certain nombre de limitations critiques.
>
>
><ul>
> <li>
> Les noyaux sont limitÃ©s Ã  675Ko. La taille actuelle de Linux 2.4 fait que
> c'est presque mission impossible pour arriver Ã  un noyau de cette taille.
> Pour les noyaux 2.6, ce n'est mÃªme pas la peine d'y penser.
> </li>
> <li>
> Les noyaux 64-bits ne sont pas supportÃ©s par le firmware d'origine (en tout
> cas c'est au stade plus qu'expÃ©rimental sur les machines Cobalt
> actuellement).
> </li>
> <li>
> Le shell est franchement limitÃ©.
> </li>
></ul>
>
>
>Pour s'affranchir de toutes ces limitations, un firmware alternatif nommÃ©
><uri link="http://www.colonel-panic.org/cobalt-mips/">CoLo</uri> (Cobalt
>Loader) a Ã©tÃ© dÃ©veloppÃ©. C'est une image BOOTROM qui peut au chois Ãªtre
>incorporÃ©e directement dans la carte du serveur Cobalt, ou Ãªtre chargÃ© par le
>formware actuel.
>
>
><note>
>Ce guide va vous indiquer comment installer CoLo afin qu'il soit chargÃ© par le
>firmware d'origine. C'est la seule mÃ©thode sÃ»re et recommandÃ©e d'installer CoLo.
></note>
>
><warn>
>Si vous le souhaitez, vous pouvez tout aussi bien le Â«&nbsp;flasher&nbsp;Â» dans
>votre serveur et remplacer le firmware originel. Cela dit, vous prenez vos
>propres risques en faisant cela. Si quelque chose ne va pas, il vous faudra
>supprimer physiquement le BOOTROM et le reprogrammer vous-mÃªme avec le firmware
>d'origine. Si vous n'Ãªtes pas sur de la mÃ©thode, alors <e>NE TOUCHEZ Ã RIEN</e>.
>Nous ne sommes pas responsable de ce que vous ferez si vous ignorez cet
>avertissement.
></warn>
>
>
>Bon, cela Ã©tant dit, nous pouvons procÃ©der Ã  l'installation de CoLo. Tout
>d'abord commencez par installer le paquet.
>
>
><pre caption="Installation de colo">
># emerge colo
></pre>
>
>
>Maintenant que c'est installÃ© (j'espÃ¨re que vous avez lu les messages) vous
>devriez jeter un coup d'oeil au rÃ©pertoire <path>/usr/lib/colo</path> qui
>contient deux fichiers&nbsp;: <path>colo-chain.elf</path> qui est le
>Â«&nbsp;noyau&nbsp;Â» Ã  charger par le firmware d'origine, et
><path>colo-rom-image.bin</path> qui est une image ROM pour remplacer son
>BOOTROM. CommenÃ§ons par monter <path>/boot</path> et y mettre une copie 
>compressÃ©e de <path>colo-chain.elf</path> lÃ  oÃ¹ le systÃ¨me s'attend Ã  la
>trouver.
>
>
><pre caption="Mettre CoLo Ã  sa place">
># gzip -9vc /usr/lib/colo/colo-chain.elf &gt; /boot/vmlinux.gz
></pre>
>
></body>
></subsection>
>
><subsection>
><title>Configurer CoLo</title>
>
><body>
>
>
>Maintenant, quand le systÃ¨me dÃ©marre pour la premiÃ¨re fois, il chargera CoLo.
>Celui-ci va afficher un menu sur votre LCD Ã  l'arriÃ¨re de la machine. La
>premiÃ¨re option (celle par dÃ©faut qui sera validÃ©e aprÃ¨s 5 secondes) est de dÃ©marrer sur le disque dur. Le systÃ¨me propose alors de monter la premiÃ¨re partition Linux qu'il trouvera et d'exÃ©cuter le script <path>default.colo</path>. La syntaxe de ce fichier est trÃ¨s bien documentÃ©e dans la documentation de CoLo (jetez un coup d'oeil au fichier
><path>/usr/share/doc/colo-X.YY/README.shell.gz</path> - oÃ¹ X.YY est la version
>de CoLo installÃ©e), et est trÃ¨s simple.
>
>
><pre caption="Un fichier default.colo basique">
><comment>#:CoLo:#</comment>
>mount hda1
>load /vmlinux-working.gz
>execute root=/dev/hda3 ro console=ttyS0,115200
></pre>
>
><note>
>CoLo refusera de charger un script qui ne commence pas par la ligne
><c>#:CoLo:#</c>. Prenez-le comme une sorte d'Ã©quivalent Ã  la ligne
><c>#!/bin/sh</c> dans un script shell.
></note>
>
>
>Il est Ã©galement possible de proposer un menu, comme par exemple quel noyau
>et configuration vous souhaitez charger. Le menu aura un dÃ©lai de rÃ©ponse par
>dÃ©faut. Voici la configuration que j'utilise sur mon serveur Cobalt&nbsp;:
>
>
><pre caption="Configuration avec menu">
><comment>#:CoLo:#</comment>
>
>lcd "Monter hda1"
>mount hda1
>menu "Quel noyau ?" 50 Working working New new
>lcd "Chargement de Linux" {menu-option}
>load /vmlinux.gz.{menu-option}
>lcd "DÃ©marrage..."
>execute root=/dev/hda5 ro console=ttyS0,115200
>boot
></pre>
>
>
>Ce script demande Ã  l'utilisateur sur quel noyau il veut dÃ©marrer (New ou
>Working) puis chargera <path>vmlinux.gz.new</path> ou
><path>vmlinux.gz.working</path> selon ce qui aura Ã©tÃ© choisi. Si aucun choix n'a
>Ã©tÃ© fait dans les 5 secondes (50/10Ã¨me de secondes) il dÃ©marrera sur la premiÃ¨re
>option.
>
></body>
>
></subsection>
></section>
>
><section>
><title>Mise en place pour une console en sÃ©rie</title>
>
><subsection>
><body>
>
>
>Bon, l'installation de Linux devrait dÃ©sormais dÃ©marrer correctement, mais
>suppose que vous allez vous connecter dessus depuis un terminal physique. Sur
>les machines Cobalt, c'est particuliÃ¨rement ennuyeux dans la mesure oÃ¹ les
>terminaux physiques... n'existent pas.
>
>
><note>
>Ceux qui ont le luxe de pouvoir utiliser le framebuffer peuvent sauter ce
>chapitre s'ils le souhaitent.
></note>
>
>
>Tout d'abord, ouvrez un Ã©diteur et allez cherchez le fichier
><path>/etc/inittab</path>. Dans celui-ci, vous devriez voir les lignes
>suivantes&nbsp;:
>
>
><pre caption="Configuration de inittab">
><comment># SERIAL CONSOLE</comment>
><comment>#c0:12345:respawn:/sbin/agetty 9600 ttyS0 vt102</comment>
>
><comment># TERMINALS</comment>
>c1:12345:respawn:/sbin/agetty 38400 tty1 linux
>c2:12345:respawn:/sbin/agetty 38400 tty2 linux
>c3:12345:respawn:/sbin/agetty 38400 tty3 linux
>c4:12345:respawn:/sbin/agetty 38400 tty4 linux
>c5:12345:respawn:/sbin/agetty 38400 tty5 linux
>c6:12345:respawn:/sbin/agetty 38400 tty6 linux
>
><comment># What to do at the "Three Finger Salute".</comment>
>ca:12345:ctrlaltdel:/sbin/shutdown -r now
></pre>
>
>
>Commencez par enlever le commentaire de la ligne <c>c0</c>. Par dÃ©faut il est
>configurÃ© pour utiliser un terminal ayant un taux de transfert de 9600bps. Sur
>les serveurs Cobalt, vous pouvez changer la valeur Ã  115200 pour que cela
>corresponde au taux de transfert dÃ©cidÃ© par le BOOTROM. Voici Ã  quoi ressemble
>cette section une fois aprÃ¨s avoir commentÃ© les lignes pour les terminaux locaux
>(<c>c1</c> Ã  <c>c6</c>) dans la mesure oÃ¹ ceux-ci posent problÃ¨me quand ils ne
>peuvent pas ouvrir <path>/dev/ttyX</path>.
>
>
><pre caption="Extrait de la configuration de inittab">
><comment># SERIAL CONSOLE</comment>
>c0:12345:respawn:/sbin/agetty 115200 ttyS0 vt102
>
><comment># TERMINALS -- These are useless on a headless qube</comment>
><comment>#c1:12345:respawn:/sbin/agetty 38400 tty1 linux</comment>
><comment>#c2:12345:respawn:/sbin/agetty 38400 tty2 linux</comment>
><comment>#c3:12345:respawn:/sbin/agetty 38400 tty3 linux</comment>
><comment>#c4:12345:respawn:/sbin/agetty 38400 tty4 linux</comment>
><comment>#c5:12345:respawn:/sbin/agetty 38400 tty5 linux</comment>
><comment>#c6:12345:respawn:/sbin/agetty 38400 tty6 linux</comment>
></pre>
>
>
>Finalement, nous devons indiquer au systÃ¨me que le port sÃ©rie local peut Ãªtre
>considÃ©rÃ© comme un terminal sÃ»r. Le fichier qu'il vous faudra modifier est 
><path>/etc/securetty</path>. Il contient une liste de terminaux que le systÃ¨me
>peut utiliser. Il nous suffit d'ajouter deux lignes pour permettre au port sÃ©rie
>d'Ãªtre utilisÃ© pour se connecter en tant que <c>root</c>.
>
>
><pre caption="Permettre la connexion de root sur la console en sÃ©rie">
><comment>(/dev/ttyS0 -- le nom traditionnel du premier port sÃ©rie)</comment>
># echo 'ttyS0' >> /etc/securetty
>
><comment>(Ensuite, Linux appelle Ã©galement cela /dev/tts/0, donc nous l'ajoutons
>aussi)</comment>
># echo 'tts/0' >> /etc/securetty
></pre>
>
></body>
></subsection>
></section>
>
><section id="#reboot">
><title>RedÃ©marrage du systÃ¨me</title>
><subsection>
><body>
>
>
>Sortez de l'environnement Â«&nbsp;chroot&nbsp;Â» et dÃ©montez toutes les partitions
>montÃ©es. Ensuite, tapez la commande magique tant attendue&nbsp;: <c>reboot</c>.
>
>
><pre caption="Sortie du chroot, dÃ©montage des partitions et redÃ©marrage">
># exit
>cdimage ~# cd
>cdimage ~# umount /mnt/gentoo/boot /mnt/gentoo/proc /mnt/gentoo
>cdimage ~# reboot
></pre>
>
><note>
><e>Pour les utilisateurs de Cobalt&nbsp;:</e> la suite de ce chapitre concerne
>la configuration de la PROM SGI afin qu'elle puisse dÃ©marrer <c>arcboot</c>
>et charger Linux. Ce n'est pas applicable Ã  la configuration des serveurs
>Cobalt. En fait, vous avez fini votre travail de configuration et pouvez
>dÃ©sormais dÃ©marrer sur votre systÃ¨me. Passez directement au chapitre&nbsp;:
><uri link="?part=1&amp;chap=11">Finaliser votre installation de Gentoo</uri>.
></note>
>
></body>
></subsection>
></section>
><section>
><title>Peaufiner la PROM SGI</title>
><subsection>
><body>
>
>
>Lorsque vous avez redÃ©marrÃ©, allez dans le menu <e>System Maintenance Menu</e>
>et sÃ©lectionnez <e>Enter Command Monitor</e> (<c>5</c>). Si vous voulez tester
>votre nouvelle installation Gentoo, vous n'avez qu'Ã  lancer <c>boot -f &lt;nom
>du noyau&gt;</c>. Pour que votre systÃ¨me dÃ©marre automatiquement l'installation
>Gentoo, vous devez rÃ©gler quelques variables dans la PROM SGI&nbsp;:
>
>
><pre caption="Configuration de la PROM pour dÃ©marrer Gentoo">
>1) Start System
>2) Install System Software
>3) Run Diagnostics
>4) Recover System
>5) Enter Command Monitor
>
>Option? 5
>Command Monitor. Type "exit" to return to the menu.
>
> <comment>(&lt;pÃ©riphÃ©rique racine&gt; = la partition racine (root) Gentoo, /dev/sda3 par exemple</comment>
>&gt;&gt; setenv OSLoadPartition &lt;pÃ©riphÃ©rique racine&gt;
>
><comment>(Pour obtenir la liste des noyaux disponibles, tapez Â« ls Â».)</comment>
>&gt;&gt; setenv OSLoader &lt;nom du noyau&gt;
>&gt;&gt; setenv OSLoadFilename &lt;nom du noyau&gt;
>
><comment>(DÃ©clarez les paramÃ¨tres du noyau Ã  passer en argument.)</comment>
>&gt;&gt; setenv OSLoadOptions &lt;paramÃ¨tres du noyau&gt;
>
><comment>(Donnez la localisation de l'entÃªte de volume (Â« Volume Header Â»).)</comment>
>&gt;&gt; setenv SystemPartition scsi(0)disk(1)rdisk(0)partition(8)
>
><comment>(DÃ©marrez automatiquement Gentoo.)</comment>
>&gt;&gt; setenv AutoLoad Yes
>
><comment>(RÃ©glez le fuseau horaire.)</comment>
>&gt;&gt; setenv TimeZone EST5EDT
>
><comment>(Utilisation de la console sÃ©rie - Les utilisateurs de cartes graphiques</comment>
><comment>doivent mettre Â« g Â» au lieu de Â« d1 Â» (D un).)</comment>
>&gt;&gt; setenv console d1
></pre>
>
>
>Vous Ãªtes maintenant fin prÃªt pour apprÃ©cier Gentoo&nbsp;! DÃ©marrer votre
>installation et concluez avec la <uri link="?part=1&amp;chap=11">finalisation
>de l'installation</uri>.
>
>
></body>
></subsection>
></section>
></sections>

Actions: View

Attachments on bug 85215: 53421 | 53423 | 53424 | 53426 | 53427 | 53439