This is Gentoo's testing wiki. It is a non-operational environment and its textual content is outdated.
Please visit our production wiki at https://wiki.gentoo.org
Handbook:IA64/Installation/Media/fr
Pré-requis matériels
Avant de commencer, voici la liste des exigences concernant le matériel pour réussir l'installation de Gentoo sur un système ia64.
Presque tous les IA64 devraient pouvoir démarrer Gentoo. Pour le moment, nous n'avons qu'un LiveCD, la machine doit donc avoir un lecteur cédérom d'installé.
Support d'installation de Gentoo Linux
CD minimal d'installation
Depuis le 20 Avril 2017 les minimals CDs officiels sont incapables de démarrer en mode UEFI. Ils démarrent en mode BIOS (MBR) seulement. Les lecteurs souhaitant rendre leur système démarrable en UEFI doivent télécharger le dernier Hybrid ISO (LiveDVD).
Le CD minimal d'installation de Gentoo est une image d'un système Linux minimal autonome sur lequel il est possible de démarrer l'ordinateur. Pendant le chargement, le matériel est détecté et les pilotes appropriés sont chargés. L'image est est maintenue par les développeurs de Gentoo et permet d'installer Gentoo via une connexion Internet active.
Le CD minimal d'installation est appelé install-ia64-minimal-<release>.iso.
Le LiveDVD occasionnel de Gentoo
De temps à autre, un DVD spécial d'installation de Gentoo est conçu par le projet Gentoo Ten. Les instructions fournies dans ce chapitre concernent le CDROM minimal d'installation et peuvent différer légèrement de celles à appliquer au LiveDVD. Néanmoins, le LiveDVD (ou tout autre environnement Linux amorçable) permet l'obtention d'une invite de commande root via l'exécution des commandes sudo su - ou sudo -i dans un terminal.
Qu’appel-t-on les archives d'étapes (ou stage) ?
Une archive d'étape 3 contient un environnement Gentoo minimal à partir duquel il est possible d'installer Gentoo sur le système en suivant les instructions de ce manuel. Précédemment, le manuel de Gentoo décrivait l'installation en recourant à une archive parmi trois. Bien que Gentoo mette encore à disposition des archives d'étape 1 et 2, la méthode officielle d'installation utilise l'archive d'étape 3. Si vous tenez absolument à réaliser une installation à partir d'une des archives d'étape 1 ou 2, veuillez consulter la FAQ sur Comment installer Gentoo à partir d'une archive d'étape 1 ou 2?
L'archive d'étape 3 peut être téléchargée depuis releases/ia64/autobuilds/ sur l'un des miroirs Gentoo officiels.Ces archives sont mises à jour fréquemment et ne sont pas incluent dans les supports d'installation.
Téléchargement
Obtenir le support d'installation
Le support d'installation par défaut que Gentoo Linux utilise est le CD minimal d'installation qui héberge un système Gentoo Linux très petit sur lequel il est possible de démarrer l'ordinateur. Cet environnement comprend tous les outils adaptés pour installer Gentoo. Les images CD peuvent être téléchargées depuis la page de téléchargements (recommandé) ou depuis l'un des nombreux miroirs disponibles.
Si le téléchargement s'effectue depuis un miroir, le CDROM minimal d'installation peut se trouver comme suit :
- Aller dans le répertoire releases/.
- Naviguer le répertoire correspondant à l'architecture souhaitée (tel que ia64/).
- Sélectionner le répertoire autobuilds/.
- Pour les architectures amd64 et x86, sélectionner soit le répertoire current-install-amd64-minimal/ ou current-install-x86-minimal/ (respectivement). Pour toutes les autres architectures, naviguer vers le répertoire curren-iso/.
Certaines architectures comme arm, mips, et s390 n'ont pas de CDROM minimal d'installation. Pour l'instant, le Gentoo Release Engineering project ne propose pas d'image .iso pour ces architectures.
Dans cet emplacement, le fichier du support d'installation est le fichier avec l'extension .iso. Prendre pour exemple la liste suivante :
[DIR] hardened/ 05-Dec-2014 01:42 - [ ] install-ia64-minimal-20141204.iso 04-Dec-2014 21:04 208M [ ] install-ia64-minimal-20141204.iso.CONTENTS 04-Dec-2014 21:04 3.0K [ ] install-ia64-minimal-20141204.iso.DIGESTS 04-Dec-2014 21:04 740 [TXT] install-ia64-minimal-20141204.iso.DIGESTS.asc 05-Dec-2014 01:42 1.6K [ ] stage3-ia64-20141204.tar.bz2 04-Dec-2014 21:04 198M [ ] stage3-ia64-20141204.tar.bz2.CONTENTS 04-Dec-2014 21:04 4.6M [ ] stage3-ia64-20141204.tar.bz2.DIGESTS 04-Dec-2014 21:04 720 [TXT] stage3-ia64-20141204.tar.bz2.DIGESTS.asc 05-Dec-2014 01:42 1.5K
Dans l'exemple ci-dessus, le fichier install-ia64-minimal-20141204.iso correspond au CDROM d'installation lui-même. Il existe cependant d'autres fichiers qui lui sont relatifs :
- Un fichier .CONTENTS listant tout les fichiers existants dans le support d'installation. Cela permet de vérifier si un micrologiciel ou un pilote en particulier est disponible dans le média d'installation avant de le télécharger.
- Un fichier .DIGESTS qui contient le hachage du fichier ISO avec de différents algorithmes et formats. Ce fichier peut permettre de savoir si l'ISO téléchargée est corrompue ou non.
Pour le moment ne pas se soucier des autres fichiers – ils entreront en scène plus loin dans le processus d'installation. Télécharger le fichier .ISO et, s'il est nécessaire 'en vérifier l'intégrité, télécharger aussi le fichier .DIGESTS.asc correspondant au fichier ISO. Il n'est pas nécessaire de télécharger le fichier .CONTENTS parce que les instructions d'installation n'y font plus référence et que le fichier .DIGESTS devrait contenir les mêmes informations. Le fichier .DIGESTS.asc contient en plus la signature.
Vérifier les fichiers téléchargés
Il s'agit là d'une opération facultative qui n'est pas nécessaire à l'installation de Gentoo Linux, mais elle est néanmoins recommandée.
Grâce aux fichiers .DIGESTS et .DIGESTS.asc, il est possible de garantir l'intégrité du fichier ISO en utilisant les outils adaptés. La vérification se fait généralement en deux étapes :
- Tout d'abord, valider la signature cryptographique pour être sûr que le fichier provient de la "Gentoo Release Engineering team".
- Si la signature est valide, alors vérifier l'empreinte (somme de contrôle) pour être sûr qu'aucune dégradation ne s'est produite pendant le téléchargement.
Vérifications sur un système Microsoft Windows
Sur un système Microsoft Windows, les chances sont faibles que le bon ensemble d'outils pour vérifier les sommes de contrôle et les signatures cryptographiques soient en place.
Pour vérifier la signature cryptographique, des outils tels que GPG4Win peuvent être utilisés. Après l'installation, les clés publiques de la Gentoo Release Engineering team doivent être importées. La liste des clés est disponible sur la page des signatures. Une fois l'importation terminée, l'utilisateur peut vérifier la signature contenue dans le fichier .DIGEST.asc.
Ceci ne vérifie pas que le fichier .DIGEST est correct, seulement que le fichier .DIGEST.asc l'est. Cela implique également que la somme de contrôle doit être vérifiée en la comparant aux valeurs du fichier .DIGEST.asc. C'est pourquoi les instructions ci-dessus font uniquement référence au téléchargement du fichier .DIGEST.asc.
La somme de contrôle peut être vérifiée à l'aide de l'application Hashcalc, bien que beaucoup d'autres existent. La plupart du temps, ces outils permettront de montrer à l'utilisateur la somme de contrôle calculée et l'utilisateur sera invité à comparer cette somme à la valeur qui est à l'intérieur du fichier .DIGÈRE.asc.
Vérifications sur un système Linux
Sur un système GNU Linux, la méthode la plus courante pour vérifier une signature cryptographique consiste à utiliser le logiciel app-crypt/gnupg. Quand ce paquet est installé, utiliser les commandes suivantes pour vérifier la signature contenue dans le fichier .DIGESTS.asc.
Tout d'abord, télécharger le jeu de clés adéquat disponible sur la page des signatures :
user $gpg --keyserver hkp://keys.gnupg.net --recv-keys 0xBB572E0E2D182910gpg: requesting key 0xBB572E0E2D182910 from hkp server pool.sks-keyservers.net gpg: key 0xBB572E0E2D182910: "Gentoo Linux Release Engineering (Automated Weekly Release Key) <releng@gentoo.org>" 1 new signature gpg: 3 marginal(s) needed, 1 complete(s) needed, classic trust model gpg: depth: 0 valid: 3 signed: 20 trust: 0-, 0q, 0n, 0m, 0f, 3u gpg: depth: 1 valid: 20 signed: 12 trust: 9-, 0q, 0n, 9m, 2f, 0u gpg: next trustdb check due at 2018-09-15 gpg: Total number processed: 1 gpg: new signatures: 1
Ensuite, vérifier la signature cryptographique du fichier .DIGESTS.asc:
user $gpg --verify install-ia64-minimal-20141204.iso.DIGESTS.ascgpg: Signature made Fri 05 Dec 2014 02:42:44 AM CET gpg: using RSA key 0xBB572E0E2D182910 gpg: Good signature from "Gentoo Linux Release Engineering (Automated Weekly Release Key) <releng@gentoo.org>" [unknown] gpg: WARNING: This key is not certified with a trusted signature! gpg: There is no indication that the signature belongs to the owner. Primary key fingerprint: 13EB BDBE DE7A 1277 5DFD B1BA BB57 2E0E 2D18 2910
Pour être absolument certain que tout est valide, vérifier l'empreinte digitale affichée avec l'empreinte digitale disponible sur la page de signatures.
Une fois la signature cryptographique validée, vérifier la somme de contrôle pour s'assurer que le fichier téléchargé ne soit pas corrompu. Le fichier .DIGEST.asc contient des empreintes issues de différents algorithmes de hachage. Il faut en choisir un et rechercher les sommes de contrôle correspondantes parmi celles placées dans le fichier .DIGEST.asc. Par exemple, pour obtenir les sommes de contrôle SHA512 :
user $grep -A 1 -i sha512 install-ia64-minimal-20141204.iso.DIGESTS.asc# SHA512 HASH 364d32c4f8420605f8a9fa3a0fc55864d5b0d1af11aa62b7a4d4699a427e5144b2d918225dfb7c5dec8d3f0fe2cddb7cc306da6f0cef4f01abec33eec74f3024 install-ia64-minimal-20141204.iso -- # SHA512 HASH 0719a8954dc7432750de2e3076c8b843a2c79f5e60defe43fcca8c32ab26681dfb9898b102e211174a895ff4c8c41ddd9e9a00ad6434d36c68d74bd02f19b57f install-ia64-minimal-20141204.iso.CONTENTS
Dans la sortie de la commande précédente, deux sommes de contrôle sont affichées – une pour le fichier install-ia64-minimal-20141204.iso et une autre pour le fichier .CONTENTS qui l'accompagne. Seule la première somme de contrôle présente un intérêt. Elle doit être comparée avec la somme de contrôle calculée et que l'on peut générer de la manière suivante :
user $sha512sum install-ia64-minimal-20141204.iso364d32c4f8420605f8a9fa3a0fc55864d5b0d1af11aa62b7a4d4699a427e5144b2d918225dfb7c5dec8d3f0fe2cddb7cc306da6f0cef4f01abec33eec74f3024 install-ia64-minimal-20141204.iso
Si les deux sommes de contrôle sont identiques, le fichier n'est pas corrompu et l'installation peut continuer.
Graver un disque
Bien sûr, avec juste un fichier ISO téléchargé, l'installation de Gentoo Linux ne peut pas être démarrée. Le fichier ISO doit être gravé sur un CDROM de démarrage, et d'une manière telle que son "contenu" soit gravé sur le CD, pas juste le fichier lui-même. Ci-dessous sont décrites quelques méthodes – des instructions plus élaborées sont disponible dans notre FAQ sur la gravure d'un fichier ISO.
Gravure sous Microsoft Windows
Sous Microsoft Windows, il existe différents outils pour graver des images ISO sur un CDROM.
- Avec EasyCD Creator, sélectionner Fichier, Enregistrer un CD à partir d'une image CD. Ensuite, changer le type de fichiers à fichier image ISO. Puis rechercher le fichier ISO et cliquer sur Ouvrir. Après avoir cliqué sur Démarrer l'enregistrement l'image ISO est gravée sur le CD-R.
- Avec Nero Burning ROM, annuler l'assistant qui s'affiche automatiquement et sélectionner Graver l'Image dans le menu Fichier. Sélectionner l'image à graver et cliquer sur Ouvrir. Ensuite cliquer sur le bouton Graver pour lancer la gravure sur le tout nouveau CD.
Gravure sous Linux
Sur Linux, le fichier ISO peut être gravé sur un CD à l'aide de la commande cdrecord appartenant au paquet app-cdr/cdrtools.
Par exemple, pour graver le fichier ISO sur le CDROM du périphérique {{|Path/dev/sr0}} (c'est le premier lecteur de CDROM su sytème - remplacer le chemin vers le périphérique correspondant si besoin) :
user $cdrecord dev=/dev/sr0 install-ia64-minimal-20141204.isoLes utilisateurs qui préfèrent une interface graphique peuvent utiliser K3B du paquet kde-apps/k3b. Dans K3B, aller dans Outils et choisir Graver une Image CD. Ensuite, suivre les instructions fournies par K3B.
Démarrage
Booting the installation CD
Once the installation CD is burned, it is time to boot it. Remove all CDs from the CD drives, and insert the Gentoo installation CD. Reboot the system and wait for the EFI firmware to load on the console. The exact option to select will differ depending on the hardware.
Most implementations usually present an option directly on the first menu (the EFI Boot Manager). The exact wording would differ but would usually be something like "CD Boot", "Removable Media Boot" or "Internal Bootable DVD". Select this option.
If the EFI implementation does not present such an option, boot the CD using the EFI Shell. All implementations will present an option to enter the shell on the Boot Manager menu. Select this option. The EFI Shell will display a list of usable block devices (blkn:) and also a list of filesystems the EFI Shell can actually access (fsn:).
In most cases the option will be the fs0: choice; regardless, (provided the CD drive recognizes the CD), one fsn entry for the CD drive (the CD drive's EFI device path will contain CDROM in the wording) will be displayed. Enter fsn:, replacing n as required and including the colon, followed by the Enter key. Next just type elilo followed by the Enter key.
The ELILO boot message is up next, and asks the user to enter a kernel to boot as well as any additional options to pass to the kernel command line. In most cases just hit the Enter key or wait five seconds. Only one kernel is supplied on the IA64 installation CD, the gentoo kernel.
Several kernel aliases are provided which add extra options to the kernel command line, which may need to be used instead of the default gentoo option depending on the hardware:
- The gentoo-serial option forces a serial console on the first serial port (ttyS0) at 9600bps. This may be required on some older EFI implementations where the kernel can't detect what console to use. Try this option if booting the default gentoo kernel produces no output and if a serial console is used. If the serial console is not connected to the the first serial port then manually select the console by typing gentoo console=ttyS#,9600 where # is the number of the serial port.
- The gentoo-ilo option forces a serial console on the ttyS3 serial port at 9600bps. This should be used when installing using the HP iLO remote console feature.
- The gentoo-sgi option forces a serial console on the ttySG0 serial port at 115200bps. This should only be needed on SGI hardware; if the console is properly selected in the default EFI settings, or when using a video console, then this option should not be required.
It is also possible to provide additional kernel options. They represent optional settings to (de)activate at will.
| Hardware options | |
|---|---|
| acpi=on | This loads support for ACPI and also causes the acpid daemon to be started by the CD on boot. This is only needed if the system requires ACPI to function properly. This is not required for Hyperthreading support. |
| acpi=off | Completely disables ACPI. This is useful on some older systems and is also a requirement for using APM. This will disable any Hyperthreading support of your processor. |
| console=X | This sets up serial console access for the CD. The first option is the device, usually ttyS0 on x86, followed by any connection options, which are comma separated. The default options are 9600,8,n,1. |
| dmraid=X | This allows for passing options to the device-mapper RAID subsystem. Options should be encapsulated in quotes. |
| doapm | This loads APM driver support. This also requires that acpi=off.
|
| dopcmcia | This loads support for PCMCIA and Cardbus hardware and also causes the pcmcia cardmgr to be started by the CD on boot. This is only required when booting from PCMCIA/Cardbus devices. |
| doscsi | This loads support for most SCSI controllers. This is also a requirement for booting most USB devices, as they use the SCSI subsystem of the kernel. |
| sda=stroke | This allows the user to partition the whole hard disk even when the BIOS is unable to handle large disks. This option is only used on machines with an older BIOS. Replace sda with the device that requires this option. |
| ide=nodma | This forces the disabling of DMA in the kernel and is required by some IDE chipsets and also by some CDROM drives. If the system is having trouble reading from the IDE CDROM, try this option. This also disables the default hdparm settings from being executed. |
| noapic | This disables the Advanced Programmable Interrupt Controller that is present on newer motherboards. It has been known to cause some problems on older hardware. |
| nodetect | This disables all of the autodetection done by the CD, including device autodetection and DHCP probing. This is useful for doing debugging of a failing CD or driver. |
| nodhcp | This disables DHCP probing on detected network cards. This is useful on networks with only static addresses. |
| nodmraid | Disables support for device-mapper RAID, such as that used for on-board IDE/SATA RAID controllers. |
| nofirewire | This disables the loading of Firewire modules. This should only be necessary if your Firewire hardware is causing a problem with booting the CD. |
| nogpm | This disables gpm console mouse support. |
| nohotplug | This disables the loading of the hotplug and coldplug init scripts at boot. This is useful for doing debugging of a failing CD or driver. |
| nokeymap | This disables the keymap selection used to select non-US keyboard layouts. |
| nolapic | This disables the local APIC on Uniprocessor kernels. |
| nosata | This disables the loading of Serial ATA modules. This is used if the system is having problems with the SATA subsystem. |
| nosmp | This disables SMP, or Symmetric Multiprocessing, on SMP-enabled kernels. This is useful for debugging SMP-related issues with certain drivers and motherboards. |
| nosound | This disables sound support and volume setting. This is useful for systems where sound support causes problems. |
| nousb | This disables the autoloading of USB modules. This is useful for debugging USB issues. |
| slowusb | This adds some extra pauses into the boot process for slow USB CDROMs, like in the IBM BladeCenter. |
| Logical volume/device management | |
| dolvm | This enables support for Linux's Logical Volume Management. |
| Other options | |
| debug | Enables debugging code. This might get messy, as it displays a lot of data to the screen. |
| docache | This caches the entire runtime portion of the CD into RAM, which allows the user to umount /mnt/cdrom and mount another CDROM. This option requires that there is at least twice as much available RAM as the size of the CD. |
| doload=X | This causes the initial ramdisk to load any module listed, as well as dependencies. Replace X with the module name. Multiple modules can be specified by a comma-separated list. |
| dosshd | Starts sshd on boot, which is useful for unattended installs. |
| passwd=foo | Sets whatever follows the equals as the root password, which is required for dosshd since the root password is by default scrambled. |
| noload=X | This causes the initial ramdisk to skip the loading of a specific module that may be causing a problem. Syntax matches that of doload. |
| nonfs | Disables the starting of portmap/nfsmount on boot. |
| nox | This causes an X-enabled LiveCD to not automatically start X, but rather, to drop to the command line instead. |
| scandelay | This causes the CD to pause for 10 seconds during certain portions the boot process to allow for devices that are slow to initialize to be ready for use. |
| scandelay=X | This allows the user to specify a given delay, in seconds, to be added to certain portions of the boot process to allow for devices that are slow to initialize to be ready for use. Replace X with the number of seconds to pause. |
The CD will check for
no* options before do* options, so that options can be overriden in the exact order specified.Next the user will be greeted with a boot screen and progress bar. If the installation is done on a system with a non-US keyboard, make sure to immediately press Alt+F1 to switch to verbose mode and follow the prompt. If no selection is made in 10 seconds the default (US keyboard) will be accepted and the boot process will continue. Once the boot process completes, the user is automatically logged in to the "Live" Gentoo Linux environment as the root user, the super user. A root prompt is displayed on the current console, and one can switch to other consoles by pressing Alt+F2, Alt+F3 and Alt+F4. Get back to the one started on by pressing Alt+F1.
Configuration matérielle supplémentaire
Lorsque le support d'installation démarre, il tente de détecter le matériel et charge les modules appropriés du noyau pour prendre en compte le matériel. Dans la grande majorité des cas, il fait un très bon travail. Toutefois, dans certains cas, il peut ne pas charger automatiquement les modules du noyau nécessaires au système. Si la détection automatique du bus PCI a oublié certains matériels du système, les modules appropriés du noyau doivent être chargées manuellement.
Dans l'exemple suivant, le module 8139too (qui prend en charge certains types d'interfaces réseau) est chargé :
root #modprobe 8139tooFacultatif: comptes utilisateurs
Si d'autres personnes ont besoin d'accéder à l'environnement d'installation, ou s'il est nécessaire d'exécuter des commandes en tant qu'utilisateur non-root sur le support d'installation (comme pour discuter sur IRC à l'aide de irssi sans être root pour des raisons de sécurité), alors un compte d'utilisateur supplémentaire doit être créé et un mot de passe root robuste défini.
Pour changer le mot de passe root, utiliser l'utilitaire passwd :
root #passwdPour créer un compte d'utilisateur, entrer d'abord ses informations d'identification, suivies par le mot de passe du compte. Les commandes useradd et passwd sont utilisées pour ces tâches.
Dans l'exemple suivant, un utilisateur appelé jean est créé :
root #useradd -m -G users jean
root #passwd jeanNew password: (Entrez le mot de passe de jean) Re-enter password: (Entrez de nouveau le mot de passe de jean)
Pour passer de l'utilisateur root à l'utilisateur fraîchement créé, utiliser la commande su :
root #su - jeanFacultatif : Consulter la documentation pendant l'installation
TTYs
Pour afficher le manuel Gentoo lors de l'installation, créer tout d'abord un compte utilisateur, comme décrit ci-dessus. Puis appuyer sur Alt+F2 pour accéder à un nouveau terminal.
Lors de l'installation, la commande links peut être utilisée pour parcourir le manuel Gentoo - bien sûr cela nécessite que la connexion Internet fonctionne.
user $links https://wiki.gentoo.org/wiki/Handbook:IA64Pour revenir au terminal d'origine, appuyer sur Alt+F1.
GNU Screen
L'utilitaire GNU Screen est installé par défaut sur le support d'installation officiel de Gentoo. Il peut être plus efficace pour un utilisateur de Linux expérimenté d'utiliser screen afin de visualiser les instructions d'installation dans un cadre séparé plutôt que d'utiliser la technique des multiples TTY mentionnée ci-dessus.
Facultatif : démarrer le démon SSH
Pour permettre à d'autres utilisateurs d'accéder au système lors de l'installation (peut-être pour obtenir de l'aide lors d'une installation, ou même la faire à distance), un compte d'utilisateur doit être créé (comme documenté plus tôt) et le serveur SSH doit être démarré.
Pour lancer le démon SSH, exécuter la commande suivante :
root #service sshd startSi un utilisateur ouvre une session sur le système, il reçoit un message indiquant que la clé d'hôte pour ce système doit être confirmée (par le biais de ce qu'on appelle une empreinte digitale). Ceci est dû au fait que c'est la première fois que quelqu'un ouvre une session sur le système. Cependant, plus tard, lorsque le système est mis en place et que quelqu'un se connecte sur le nouveau système, le client SSH l'avertit que la clé de l'hôte a été changée. C'est parce que l'utilisateur – pour SSH – se connecte désormais à un serveur différent (à savoir le système Gentoo fraîchement installé plutôt qu'à l'environnement en cours d'utilisation pour l'installation ). Suivre alors les instructions données à l'écran pour remplacer la clé de l'hôte sur le système client.
Pour être en mesure d'utiliser sshd, le réseau a besoin de fonctionner correctement. Passer au chapitre Configurer le réseau .