Manuel:Alpha/Installation/Disques
Introduction aux périphériques de type bloc
Les périphériques de type bloc
Étudions en détail les aspects de Gentoo et de Linux en général qui concernent les disques, incluant les périphériques de type bloc, les partitions, et les systèmes de fichiers de Linux. Une fois que les tenants et les aboutissants des disques seront compris, il sera possible d’établir les partitions et les systèmes de fichiers pour l’installation.
Pour commencer, intéressons-nous aux périphériques de type bloc. Les disques SCSI et Serial ATA sont tous les deux étiquetés avec des noms de périphérique tels que : /dev/sda, /dev/sdb, /dev/sdc, etc. Sur des machines plus modernes, les disques SSD NVMe basés sur PCI Express ont des noms de périphérique tels que : /dev/nvme0n1, /dev/nvme0n2, etc.
Le tableau suivant aidera les lecteurs à déterminer où trouver certaines catégories de périphériques de type bloc sur le système :
| Type de périphérique | Chemin par défaut | Commentaires |
|---|---|---|
| SATA, SAS, SCSI ou USB | /dev/sda | Se trouve dans le matériel à partir de 2007 jusqu’à présent, ce sont les plus courants. Ils se connectent via un bus SATA, SCSI ou USB comme un bloc de stockage. Par exemple, la 1re partition d’un périphérique SATA sera /dev/sda1. |
| NVM Express (NVMe) | /dev/nvme0n1 | La dernière technologie pour les disques SSD. Les disques NVMe sont connectés directement au bus PCI Express et ont la plus rapide vitesse de transfert sur le marché. Le matériel est sorti à partir de 2014, le support est maintenant fréquent. La 1re partition d’un périphérique NVMe sera /dev/nvme0n1p1. |
| MMC, eMMC et SD | /dev/mmcblk0 | Les cartes MMC, SD et les autres types de mémoire peuvent être utiles pour le stockage. Ceci étant dit, peu de systèmes permettent une amorce à partir de ce type de périphérique. Il est suggéré de ne pas utiliser cela pour une installation Linux ; mais plutôt de les cantonner au transfert de fichiers, leur but initial. Alternativement, ce type de stockage peut être pratique pour des sauvegardes à court terme. |
Les périphériques de type bloc ci-dessus représentent une interface abstraite pour le disque. Les programmes utilisateurs peuvent utiliser ces périphériques de type bloc pour interagir avec le disque sans se soucier de savoir s’il est SATA, SCSI ou quelque chose d’autre. Le programme peut simplement adresser le stockage sur le disque comme un groupe de blocs contigus de 4096 octets (4 Kio), accessibles aléatoirement.
Slices
Although it is theoretically possible to use a full disk to house a Linux system, this is almost never done in practice. Instead, full disk block devices are split up in smaller, more manageable block devices. On Alpha systems, these are called slices.
In further sections, the installation instructions will use the example partitioning for the ARC/AlphaBIOS setup. Please adjust to personal preference!
Designing a partition scheme
How many partitions and how big?
The design of disk partition layout is highly dependent on the demands of the system and the file system(s) applied to the device. If there are lots of users, then it is advised to have /home on a separate partition which will increase security and make backups and other types of maintenance easier. If Gentoo is being installed to perform as a mail server, then /var should be a separate partition as all mails are stored inside the /var directory. Game servers may have a separate /opt partition since most gaming server software is installed therein. The reason for these recommendations is similar to the /home directory: security, backups, and maintenance.
In most situations on Gentoo, /usr and /var should be kept relatively large in size. /usr hosts the majority of applications available on the system and the Linux kernel sources (under /usr/src). By default, /var hosts the Gentoo ebuild repository (located at /var/db/repos/gentoo) which, depending on the file system, generally consumes around 650 MiB of disk space. This space estimate excludes the /var/cache/distfiles and /var/cache/binpkgs directories, which will gradually fill with source files and (optionally) binary packages respectively as they are added to the system.
How many partitions and how big very much depends on considering the trade-offs and choosing the best option for the circumstance. Separate partitions or volumes have the following advantages:
- Choose the best performing filesystem for each partition or volume.
- The entire system cannot run out of free space if one defunct tool is continuously writing files to a partition or volume.
- If necessary, file system checks are reduced in time, as multiple checks can be done in parallel (although this advantage is realized more with multiple disks than it is with multiple partitions).
- Security can be enhanced by mounting some partitions or volumes read-only,
nosuid(setuid bits are ignored),noexec(executable bits are ignored), etc.
However, multiple partitions have certain disadvantages as well:
- If not configured properly, the system might have lots of free space on one partition and little free space on another.
- A separate partition for /usr/ may require the administrator to boot with an initramfs to mount the partition before other boot scripts start. Since the generation and maintenance of an initramfs is beyond the scope of this handbook, we recommend that newcomers do not use a separate partition for /usr/.
- There is also a 15-partition limit for SCSI and SATA unless the disk uses GPT labels.
Installations that intend to use systemd as the service and init system must have the /usr directory available at boot, either as part of the root filesystem or mounted via an initramfs.
What about swap space?
| RAM size | Suspend support? | Hibernation support? |
|---|---|---|
| 2 GB or less | 2 * RAM | 3 * RAM |
| 2 to 8 GB | RAM amount | 2 * RAM |
| 8 to 64 GB | 8 GB minimum, 16 maximum | 1.5 * RAM |
| 64 GB or greater | 8 GB minimum | Hibernation not recommended! Hibernation is not recommended for systems with very large amounts of memory. While possible, the entire contents of memory must be written to disk in order to successfully hibernate. Writing tens of gigabytes (or worse!) out to disk can can take a considerable amount of time, especially when rotational disks are used. It is best to suspend in this scenario. |
There is no perfect value for swap space size. The purpose of the space is to provide disk storage to the kernel when internal dynamic memory (RAM) is under pressure. A swap space allows for the kernel to move memory pages that are not likely to be accessed soon to disk (swap or page-out), which will free memory in RAM for the current task. Of course, if the pages swapped to disk are suddenly needed, they will need to be put back in memory (page-in) which will take considerably longer than reading from RAM (as disks are very slow compared to internal memory).
When a system is not going to run memory intensive applications or has lots of RAM available, then it probably does not need much swap space. However do note in case of hibernation that swap space is used to store the entire contents of memory (likely on desktop and laptop systems rather than on server systems). If the system requires support for hibernation, then swap space larger than or equal to the amount of memory is necessary.
As a general rule for RAM amounts less than 4 GB, the swap space size is recommended to be twice the internal memory (RAM). For systems with multiple hard disks, it is wise to create one swap partition on each disk so that they can be utilized for parallel read/write operations. The faster a disk can swap, the faster the system will run when data in swap space must be accessed. When choosing between rotational and solid state disks, it is better for performance to put swap on the solid state hardware.
It is worth noting that swap files can be used as an alternative to swap partitions; this is mostly helpful for systems with very limited disk space.
Using fdisk to partition a disk (SRM only)
The following parts explain how to create the example slice layout for the SRM:
| Slice | Description |
|---|---|
| /dev/sda1 | Swap slice |
| /dev/sda2 | Root slice |
| /dev/sda3 | Full disk (required) |
Change the slice layout according to personal preference.
Identifying available disks
To figure out what disks are running in the system, use the following commands:
For IDE disks:
root #dmesg | grep 'drive$'For SCSI disks:
root #dmesg | grep 'scsi'The output will show what disks were detected and their respective /dev/ entry. In the following parts we assume that the disk is a SCSI disk on /dev/sda.
Creating a BSD disklabel
If the hard drive is completely blank, then first create a BSD disklabel. On alpha, this can't be done using fdisk, so using parted is the way forward here.
Now fire up parted:
root #parted /dev/sda Using /dev/sda Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted)mklabel bsdWarning: The existing disk label on /dev/sda will be destroyed and all data on this disk will be lost. Do you want to continue? Yes/No? yes (parted) quit Information: You may need to update /etc/fstab.
Now that we have a bsd disklabel on our drive, continue creating slices. This can be done using parted or, as in the examples below, using fdisk:
root #fdisk /dev/sdaDeleting all slices
If the hard drive is completely blank, then first create a BSD disklabel.
Command (m for help):b/dev/sda contains no disklabel. Do you want to create a disklabel? (y/n) y A bunch of drive-specific info will show here 3 partitions: # start end size fstype [fsize bsize cpg] c: 1 5290* 5289* unused 0 0
We start with deleting all slices except the 'c'-slice (a requirement for using BSD disklabels). The following shows how to delete a slice (in the example we use 'a'). Repeat the process to delete all other slices (again, except the 'c'-slice).
Use p to view all existing slices. d is used to delete a slice.
BSD disklabel command (m for help):p8 partitions: # start end size fstype [fsize bsize cpg] a: 1 235* 234* 4.2BSD 1024 8192 16 b: 235* 469* 234* swap c: 1 5290* 5289* unused 0 0 d: 469* 2076* 1607* unused 0 0 e: 2076* 3683* 1607* unused 0 0 f: 3683* 5290* 1607* unused 0 0 g: 469* 1749* 1280 4.2BSD 1024 8192 16 h: 1749* 5290* 3541* unused 0 0
BSD disklabel command (m for help):dPartition (a-h): a
After repeating this process for all slices, a listing should show something similar to this:
BSD disklabel command (m for help):p3 partitions: # start end size fstype [fsize bsize cpg] c: 1 5290* 5289* unused 0 0
Creating the swap slice
On Alpha based systems there is no need for a separate boot slice, but in this example we will create a separate /boot slice to hold the kernels and boot loader configuration files also, the first cylinder cannot be used as the aboot image will be placed there.
We will create a swap slice starting at the third cylinder, with a total size of 1 GB. Use n to create a new slice. After creating the slice, we will change its type to 1 (one), meaning swap.
BSD disklabel command (m for help):nPartition (a-p): a First cylinder (1-5290, default 1): 3 Last cylinder or +size or +sizeM or +sizeK (3-5290, default 5290): +1024M
BSD disklabel command (m for help):tPartition (a-c): a Hex code (type L to list codes): 1
After these steps a layout similar to the following should be shown:
BSD disklabel command (m for help):p3 partitions: # start end size fstype [fsize bsize cpg] a: 3 1003 1001 swap c: 1 5290* 5289* unused 0 0
Creating the boot slice
Create a boot file system containing the kernels and boot loader configuration file (aboot.conf). aboot supports ext2 and ext3 filesystems only. Create the boot slice starting from the first cylinder after the swap slice. Use the p command to view where the swap slice ends. In our example, this is at 1003, making the boot slice start at 1004.
BSD disklabel command (m for help):nPartition (a-p): b First cylinder (1-5290, default 1): 1004 Last cylinder or +size or +sizeM or +sizeK (3-5290, default 5290): +1024M
BSD disklabel command (m for help):tPartition (a-c): b Hex code (type L to list codes): 08
After these steps a layout similar to the following should be shown:
BSD disklabel command (m for help):p3 partitions: # start end size fstype [fsize bsize cpg] a: 3 1003 1001 swap b: 1004 2005 1001 ext2 c: 1 5290* 5289* unused 0 0
Creating the root slice
We will now create the root slice, starting from the first cylinder after the boot slice. Use the p command to view where the boot slice ends. In our example, this is at 2005, making the root slice start at 2006.
Another problem is that there is currently a bug in fdisk making it think the number of available cylinders is one above the real number of cylinders. In other words, when asked for the last cylinder, decrease the cylinder number (in this example: 5290) with one.
When the slice is created, we change the type to 8, for ext2.
BSD disklabel command (m for help):nPartition (a-p): b First cylinder (1-5290, default 1): 1004 Last cylinder or +size or +sizeM or +sizeK (1004-5290, default 5290): 5289
BSD disklabel command (m for help):tPartition (a-c): b Hex code (type L to list codes): 8
The resulting slice layout should now be similar to this:
BSD disklabel command (m for help):p3 partitions: # start end size fstype [fsize bsize cpg] a: 3 1003 1001 swap b: 1004 5289 4286 ext2 c: 1 5290* 5289* unused 0 0
Save the slice layout and exit
Exit the fdisk application by typing w. This will also save the slice layout.
Command (m for help):wUsing fdisk to partition the disk (ARC/AlphaBIOS only)
The following parts explain how to create the example partition layout for ARC/AlphaBIOS:
| Partition | Description |
|---|---|
| /dev/sda1 | Boot partition |
| /dev/sda2 | Swap partition |
| /dev/sda3 | Root partition |
Change the partition layout according to personal preference.
Identifying the available disks
To figure out what disks are running, use the following commands:
For IDE disks:
root #dmesg | grep 'drive$'For SCSI disks:
root #dmesg | grep 'scsi'From this output it should be easy to see what disks were detected and their respective /dev/ entry. In the following parts we assume that the disk is a SCSI disk on /dev/sda.
Now fire up fdisk:
root #fdisk /dev/sdaDeleting all partitions
If the hard drive is completely blank, then first create a DOS disklabel.
Command (m for help):oBuilding a new DOS disklabel.
We start with deleting all partitions. The following shows how to delete a partition (in the example we use '1'). Repeat the process to delete all other partitions.
Use p to view all existing partitions. d is used to delete a partition.
command (m for help):pDisk /dev/sda: 9150 MB, 9150996480 bytes 64 heads, 32 sectors/track, 8727 cylinders Units = cylinders of 2048 * 512 = 1048576 bytes Device Boot Start End Blocks Id System /dev/sda1 1 478 489456 83 Linux /dev/sda2 479 8727 8446976 5 Extended /dev/sda5 479 1433 977904 83 Linux Swap /dev/sda6 1434 8727 7469040 83 Linux
command (m for help):dPartition number (1-6): 1
Creating the boot partition
On Alpha systems which use MILO to boot, we have to create a small vfat boot partition.
Command (m for help):nCommand action e extended p primary partition (1-4) p Partition number (1-4): 1 First cylinder (1-8727, default 1): 1 Last cylinder or +size or +sizeM or +sizeK (1-8727, default 8727): +16M
Command (m for help):tSelected partition 1 Hex code (type L to list codes): 6 Changed system type of partition 1 to 6 (FAT16)
Creating the swap partition
We will create a swap partition with a total size of 1 GB. Use n to create a new partition.
Command (m for help):nCommand action e extended p primary partition (1-4) p Partition number (1-4): 2 First cylinder (17-8727, default 17): 17 Last cylinder or +size or +sizeM or +sizeK (17-8727, default 8727): +1000M
Command (m for help):tPartition number (1-4): 2 Hex code (type L to list codes): 82 Changed system type of partition 2 to 82 (Linux swap)
After these steps a layout similar to the following is shown:
Command (m for help):pDisk /dev/sda: 9150 MB, 9150996480 bytes 64 heads, 32 sectors/track, 8727 cylinders Units = cylinders of 2048 * 512 = 1048576 bytes Device Boot Start End Blocks Id System /dev/sda1 1 16 16368 6 FAT16 /dev/sda2 17 971 977920 82 Linux swap
Creating the root partition
We will now create the root partition. Again, just use the n command.
Command (m for help):nCommand action e extended p primary partition (1-4) p Partition number (1-4): 3 First cylinder (972-8727, default 972): 972 Last cylinder or +size or +sizeM or +sizeK (972-8727, default 8727): 8727
After these steps a layout similar to the following should be shown:
Command (m for help):pDisk /dev/sda: 9150 MB, 9150996480 bytes 64 heads, 32 sectors/track, 8727 cylinders Units = cylinders of 2048 * 512 = 1048576 bytes Device Boot Start End Blocks Id System /dev/sda1 1 16 16368 6 FAT16 /dev/sda2 17 971 977920 82 Linux swap /dev/sda3 972 8727 7942144 83 Linux
Save the partition layout and exit
Save the changes made in fdisk by typing w.
Command (m for help):wNow that the partitions are created, continue with Creating filesystems.
Créer des systèmes de fichiers
Il est sage de vérifier les mises à jour du micrologiciel des disques SSD ou MVNe. Certains SSD Intel (en particulier 600p et 6000p) nécessaire une mise à jour pour éviter une corruption de données sur des types d’usage avec XFS. Le problème est au niveau du micrologiciel et pas XFS. L’outil smartctl peut aider à identifier le modèle et la version du micrologiciel.
Introduction
Maintenant que les partitions ont été créées, il est temps d’y placer un système de fichiers. Dans la section suivante les différents systèmes de fichiers que Linux prend en charge seront décris. Les lecteurs qui connaissent déjà quel système de fichiers utiliser peuvent continuer avec Appliquer un système de fichiers à une partition. Les autres devraient continuer à lire pour en apprendre plus sur les systèmes de fichiers disponibles.
Les systèmes de fichiers
Linux supporte des douzaines de systèmes de fichiers, bien que la plupart ne devrait être utilisés que dans des cas spécifiques. Seuls certains seront dans l’architecture alpha – il est conseillé de se renseigner sur les systèmes de fichiers et leur prise en charge avant d’en choisir un plus expérimental pour les partitions importantes. XFS est celui recommandé pour tous les usages et toutes les plates-formes. Ci-dessous une liste non exhaustive :
- XFS
- Un système de fichiers avec journalisation des métadonnées, doté d’un ensemble de fonctionnalités robuste et optimisé pour la mise à l’échelle. Il a été continuellement mis à jour avec de nouvelles fonctionnalités. Le seul inconvénient est que les partitions XFS ne peuvent pas encore être réduites, bien que ce soit en cours de développement. XFS supporte reflink (un lien vers un bloc de données ; ie. : si le fichier original est modifié, les blocs sont copiés pour que le reflink continue de comporter les mêmes valeurs) et CoW (Copy on Write ; ie. : si plusieurs processus ouvrent le même fichier et qu’un le modifie, cela crée une copie transparent pour que le changement ne soit pas visible par les autres processus) qui sont particulièrement utilie dans un système Gentoo par rapport au nombre de compilation qu’un utilisateur fait. Nécessaire d’avoir une partition d’au moins 300 Mio.
- ext4
- Ext4 est un système de fichiers fiable, tous usages, toutes plates-forme tout, bien qu’il manque des fonctionnalités modernes comme les reflinks.
- VFAT
- Également connu sous le nom FAT32, ce format est supporté par Linux mais ne prend pas en charge les paramètres d’autorisation UNIX standards. Il est principalement utilisé pour l’interopérabilité avec d’autres systèmes d’exploitation (Microsoft Windows ou Apple macOS) mais est également une nécessité pour certains micrologiciels systèmes (comme UEFI). Les utilisateurs d’un système UEFI devront avoir une Partition système EFI formattée avec VFAT pour démarrer.
- btrfs
- Un système de fichiers de nouvelle génération offrant de nombreuses fonctionnalités avancées telles que les sauvegardes instantanés, l’auto-guérison via des sommes de contrôle, la compression transparente, les sous-volumes et le RAID intégré. Les noyaux avant 5.4.x ne sont pas sûrs pour un usage de Btrfs en production car certains correctifs importants sont seulement présent dans les dernières versions. Les quotas par groupe et le RAID 5/6 ne sont pas sûrs d’usage quelque soit la version.
- F2FS
- Le système de fichiers ami des SSD (disque flash) a été créé par Samsung pour l’utilisation avec la mémoire flash NAND. C’est un choix décent lors de l’installation de Gentoo sur des cartes microSD, des clés USB ou autres périphériques de stockage flash.
- NTFS
- Ce système de fichiers « nouvelle technologie » est le système de fichiers phare de Microsoft Windows depuis NT 3.1. Comme VFAT ci-dessus, il ne stocke pas les paramètres d’autorisation UNIX ni les attributs étendus nécessaires au bon fonctionnement de BSD ou de Linux. Il ne peut donc pas être utilisé comme système de fichiers racine (aussi appelé root) dans la majorité des cas. Il devrait seulement être utilisé pour l’interopérabilité avec les systèmes Microsoft Windows (noter l’emphase sur seulement).
- ZFS Important: Les partitions ZFS peuvent seulement être crées depuis un LiveGUI. Pour plus d’informations, se référer à ZFS/rootfs
- Système de fichiers nouvelle génération créé par Matthew Ahrens et Jeff Bonwick. Il a été conçu autour de quelques idées clés : l’administration du stockage doit être simple, la redondance être géré par le système de fichiers, le système ne soit pas être arrêté pour une réparation, des simulations des pires scénarios avant de livrer les versions et l’intégrité des données est primordial.
- bcachefs Important: Bcachefs est encore noté expérimental dans le noyau ; aussi vérifiez que les données soient bien sauvegardées régulièrement dans un support sans Bcachefs.
- Bcachefs est un système de fichiers arbre B (B-tree) basé sur Bcache. Il comporte des fonctionnalités comme CoW (Copy on Write), la compression et le chiffrement. Bcachefs est comparable à Btrfs et ZFS. Une différence notable est le stockage multi-niveaux natif ; permettant d’utiliser un disque plus rapide (comme un disque SSD ou NVMe) pour faire office de cache pour un disque plus lent dans une grappe gérant de manière transparente l’activité sur les fichiers.
Des informations plus approfondies sur les systèmes de fichiers peuvent être trouvées dans les documentations maintenues par la communauté.
Mettre en œuvre un système de fichiers sur une partition
Assurez-vous d’installer les utilitaires correspondant au système de fichiers choisi avant de redémarrer. Il y aura un rappel à la fin de cette procédure d’installation.
Pour créer un système de fichiers sur une partition ou un volume, des outils sont disponibles pour chaque système de fichiers. Cliquer sur le nom du système de fichiers dans le tableau ci-dessous pour plus d’informations sur chaque système de fichiers :
| Système de fichiers | Commande pour la création | Sur le CD minimal ? | Paquet |
|---|---|---|---|
| XFS | mkfs.xfs | Oui | sys-fs/xfsprogs |
| ext4 | mkfs.ext4 | Oui | sys-fs/e2fsprogs |
| VFAT (FAT32, ...) | mkfs.vfat | Oui | sys-fs/dosfstools |
| btrfs | mkfs.btrfs | Oui | sys-fs/btrfs-progs |
| F2FS | mkfs.f2fs | Oui | sys-fs/f2fs-tools |
| NTFS | mkfs.ntfs | Oui | sys-fs/ntfs3g |
| ZFS | zpool create ... | Non | sys-fs/zfs |
Le manuel recommande une nouvelle partition dans le cadre d’une installation, mais il est important de noter que n’importe quelle commande mkfs va effacer toute donnée contenue dans ladite partition. Si nécessaire, assurez-vous que chaque donnée soit sauvegardée avant cela.
Par exemple, pour avoir une partition racine (/dev/sda3) en xfs, les commandes suivantes doivent être utilisées :
root #mkfs.xfs /dev/sda3
Système de fichiers pour un BIOS déprécié
Les systèmes démarrant via un BIOS déprécié et avec un disque MBR/DOS peuvent utiliser n’importe quelle système de fichiers supportés par l’application d’amorçage (bootloader, comme GRUB).
Par exemple, pour formater en XFS :
root #mkfs.xfs /dev/sda1Petite partition ext4
Lors de l'utilisation d’u système de fichiers ext4 sur une petite partition (moins de 8 Gio), le système de fichiers devraient être créé avec les options appropriées pour réserver suffisamment de nœuds d’index (inodes). Cela peut se faire avec l’option -T small :
root #mkfs.ext4 -T small /dev/<device>Faire cela quadruple le nombre de nœuds d’index pour un système de fichiers étant donné que son paramètre bytes-per-inode (octets par nœud d’index) passe de un tous les 16 Kio à un tous les 4 Kio.
Activer la partition d’échange
mkswap est la commande à utiliser pour initialiser les partitions d’échange :
root #mkswap /dev/sda2Les installations débutées précédemment, mais non terminée peuvent reprendre ici dans le manuel. Utilisez ce lien comme lien permanent : La reprise d’installation reprend ici.
Pour activer la partition d’échange, utilisez la commande swapon :
root #swapon /dev/sda2Cette étape d’« activation » est nécessaire car la partition d’échange est nouvellement créée dans un environnement démarré. Lors du redémarrage, si la partition est correctement déclarée dans fstab ou un autre mécanisme de montage, l’espace d’échange sera activé automatiquement.
Monter la partition racine
Certains environnements peuvent ignorer le montage de la partition racine Gentoo (/mnt/gentoo) suggéré, ou monter des partitions additionnelles créées lors du partitionnement :
root #mkdir --parents /mnt/gentooContinuez à créer les points de montage additionnel pour chaque partition durant les étapes précédentes avec la commande mkdir.
Avec les points de montage créés, il est maintenant le moment de rendre les partitions accessibles via la commande mount.
Monter la partition racine :
root #mount /dev/sda3 /mnt/gentoo
Continuez à monter des partitions additionnelles avec la commande mount.
Si /tmp/ doit se trouver sur une partition séparée, pensez à changer ses droits d'accès après le montage :
root #chmod 1777 /mnt/gentoo/tmpPlus loin dans les instructions, le système de fichiers proc (une interface virtuelle avec le noyau) ainsi que d’autres pseudos systèmes de fichiers du noyau seront montés. Mais d’abord, nous devons copier les fichiers d’installation de Gentoo.