jaaf 14/08/22 04:56:58 Modified: hb-install-mips-bootloader.xml Log: Updating French translation to version 13
Revision Changes Path 1.16 xml/htdocs/doc/fr/handbook/hb-install-mips-bootloader.xml file : http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/doc/fr/handbook/hb-install-mips-bootloader.xml?rev=1.16&view=markup plain: http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/doc/fr/handbook/hb-install-mips-bootloader.xml?rev=1.16&content-type=text/plain diff : http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/doc/fr/handbook/hb-install-mips-bootloader.xml?r1=1.15&r2=1.16 Index: hb-install-mips-bootloader.xml =================================================================== RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/fr/handbook/hb-install-mips-bootloader.xml,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- hb-install-mips-bootloader.xml 5 Aug 2014 15:31:24 -0000 1.15 +++ hb-install-mips-bootloader.xml 22 Aug 2014 04:56:58 -0000 1.16 @@ -4,7 +4,7 @@ <!-- The content of this document is licensed under the CC-BY-SA license --> <!-- See http://creativecommons.org/licenses/by-sa/1.0 --> -<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/handbook/hb-install-mips-bootloader.xml,v 1.15 2014/08/05 15:31:24 jaaf Exp $ --> +<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/handbook/hb-install-mips-bootloader.xml,v 1.16 2014/08/22 04:56:58 jaaf Exp $ --> <sections> @@ -12,13 +12,13 @@ Que ce soit les machines Silicon Graphics ou les serveurs Cobalt, les deux réclament l'utilisation d'un chargeur de démarrage pour charger le noyau. Cette section couvre l'installation et la configuration de arcload (pour les machines SGI) et colo, pour les serveurs Cobalt. </abstract> -<version>12</version> -<date>2014-04-12</date> +<version>13</version> +<date>2014-08-17</date> <section id="sgi"> <title>Configuration d'Arcload pour les machines Silicon Graphics</title> <subsection> -<title>Arcload ?</title> +<title>Arcload ?</title> <body> <p> @@ -40,11 +40,11 @@ <p> <c>arcload</c> a été écrit pour les machines qui nécessitent un noyau -64 bits et qui ne peuvent donc pas utiliser <c>arcboot</c> (qui demande +64 bits et qui ne peuvent donc pas utiliser <c>arcboot</c> (qui demande beaucoup de travail pour qu'on puisse le compiler en tant que binaire -64 bits). Il permet également de contourner certains problèmes qui +64 bits). Il permet également de contourner certains problèmes qui apparaissent lorsqu'on charge un noyau directement depuis l'entête de volume. -Passons donc à son installation : +Passons donc à son installation : </p> <pre caption="installer arcload et dvhtool"> @@ -53,23 +53,23 @@ <p> Les binaires <c>arcload</c> ont dû être installés dans -<path>/usr/lib/arcload</path> : +<path>/usr/lib/arcload</path> : </p> <ul> <li> - <c>sashARCS</c> : le binaire 32 bits pour Indy, Indigo2 (R4k), + <c>sashARCS</c> : le binaire 32 bits pour Indy, Indigo2 (R4k), Challenge S et O2. </li> <li> - <c>sash64</c> : le binaire 64 bits pour Octane/Octane2, Origin + <c>sash64</c> : le binaire 64 bits pour Octane/Octane2, Origin 200/2000 et Indigo2 Impact. </li> </ul> <p> Utilisez maintenant <c>dvhtool</c> pour installer le bon binaire dans l'entête -de volume : +de volume : </p> <pre caption="placer arcload dans l'entête de volume"> @@ -178,12 +178,12 @@ <ul> <li> - Les noyaux sont limités à (environ) 675 Ko. La taille actuelle de Linux + Les noyaux sont limités à (environ) 675 Ko. La taille actuelle de Linux 2.4 fait que c'est pratiquement impossible d'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 + 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> @@ -206,7 +206,7 @@ </note> <warn> -si vous le souhaitez, vous pouvez tout aussi bien le « flasher » dans +si vous le souhaitez, vous pouvez tout aussi bien le « flasher » 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 @@ -227,8 +227,8 @@ <p> Maintenant que c'est installé (j'espère que vous avez lu les messages) vous devriez jeter un coup d'œil au répertoire <path>/usr/lib/colo</path> qui -contient deux fichiers : <path>colo-chain.elf</path>, qui est le -« noyau » à charger par le firmware d'origine, et +contient deux fichiers : <path>colo-chain.elf</path>, qui est le +« noyau » à 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 @@ -286,7 +286,7 @@ <path>vmlinux.gz.working</path> peuvent être des images de noyau ou bien simplement des liens pointant vers les images sur le disque. L'argument <c>50</c> de <c>select</c> signifie que CoLo démarrera la première option (ici -« Working ») après 50 dixièmes de secondes. +« Working ») après 50 dixièmes de secondes. </p> <pre caption="configurer avec menu"> @@ -339,7 +339,7 @@ <p> Tout d'abord, ouvrez un éditeur et allez cherchez le fichier <path>/etc/inittab</path>. Dans celui-ci, vous devriez voir les lignes -suivantes : +suivantes : </p> <pre caption="configurer inittab"> @@ -408,24 +408,24 @@ <body> <p> -Sortez de l'environnement « chroot » et démontez toutes les partitions -montées. Ensuite, tapez la commande magique tant attendue : <c>reboot</c>. +Sortez de l'environnement « chroot » et démontez toutes les partitions +montées. Ensuite, tapez la commande magique tant attendue : <c>reboot</c>. </p> <pre caption="sortir du chroot, démontage des partitions et redémarrage"> # <i>exit</i> cdimage ~# <i>cd</i> cdimage ~# <i>umount -l /mnt/gentoo/dev{/shm,/pts,}</i> -cdimage ~# <i>umount -l /mnt/gentoo{/boot,/proc,}</i> +cdimage ~# <i>umount /mnt/gentoo{/proc,/boot,/sys,}</i> cdimage ~# <i>reboot</i> </pre> <note> -<e>pour les utilisateurs de Cobalt :</e> la suite de ce chapitre concerne +<e>pour les utilisateurs de Cobalt :</e> la suite de ce chapitre concerne la configuration de la PROM SGI afin qu'elle puisse démarrer <c>arcload</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 : <uri +démarrer sur votre système. Passez directement au chapitre : <uri link="?part=1&chap=11">Finaliser votre installation de Gentoo</uri>. </note> @@ -522,7 +522,7 @@ <p> Pour essayer un noyau directement, vous pouvez utiliser la commande PROM <c>boot --f</c> : +-f</c> : </p> <pre caption="démarrer sans changer les variables d'environnement"> @@ -548,7 +548,7 @@ <p> Dans l'exemple suivant, nous avons un bloc système de défini, <c>ip28</c>, avec les options <c>working</c>, <c>new</c> et <c>debug</c>. Voici comment nous -définissons nos variables PROM : +définissons nos variables PROM : </p> <pre caption="régler la PROM pour utiliser arcload"> @@ -589,7 +589,7 @@ <body> <p> -Vous êtes maintenant fin prêt pour apprécier Gentoo ! Démarrer votre +Vous êtes maintenant fin prêt pour apprécier Gentoo ! Démarrer votre installation et concluez avec la <uri link="?part=1&chap=11">finalisation de l'installation</uri>. </p>
