REFInd/fr

rEFInd est Article description::un gestionnaire de démarrage pour les platformes EFI et UEFI qui est une scission et un successeur de rEFIt. Il fourni une interface graphique permettant de démarrer des systèmes d'exploitation EFI et d'accéder aux utilitaires EFI.

Noyau
Le support du framebuffer EFI ( CONFIG_FB_EFI ) ou un Framebuffer propriétaire spécifique est requis pour l'affichage vidéo lorsque le kernel est démarré depuis EFI, comme par exemple rEFInd:

Options de la variable USE
rEFInd a un support optionnel pour scanner différents systèmes de fichier pour trouver les exécutables EFI avant de charger le système d'exploitation. Cela permet de garder le kernel en dehors de la partition EFI::EFI System Partition (ESP) mais nécessite que rEFInd soit compilé avec les options de la variable USE activés.

Installation ESP
Une fois que le package rEFInd a été installé, une seconde étape est nécessaire pour installer les binaires dans l'ESP. Si un ESP n'existe pas, il doit être créé. Voir EFI System Partition.

Structure du système de fichier
Pour le stockage du kernel il y a plusieurs options.

Pendant le boot, rEFInd peut automatiquement trouver les images bootables et les kernel linux. Il détecte les fichiers terminant par ou commençant part,  ou. Sur les systèmes de fichier qu'il peut lire (basé sur la variable USE précédente), il scanne les emplacements suivants :


 * Racine du système de fichier ;
 * Le répertoire ;
 * La plupart des sous dossiers contenus dans . (Voir exemples dans la section Kernel image at ESP).

Boot partition configuration is quite flexible. For example, choose one of:


 * Separate boot, ESP and root partitions
 * Separate ESP partition with part of the root filesystem. (Provided it is a non-encrypted, non-LVM and one of the above supported filesystems).
 * Only ESP partition, with kernels living in . This will require some additional steps when installing the kernel.

Installation with NVRAM modification
The rEFInd package comes with the command. Running it will:


 * 1) Looks if the ESP is already mounted. If not, automount the ESP according to
 * 2) Install its  application and other stuff into the ESP
 * 3) Call  to set itself as the default boot manager.

Boot000x* can vary depending on existing entries.

Installation to the EFI Default/Fallback path
rEFInd can be installed to a disk using the default/fallback filename of. The computer's NVRAM entries will not be modified when installing in this way. Most EFI and UEFI firmware support a fallback EFI image to boot from if the configured EFI file cannot be found, and some will also override the configured boot selection if the fallback boot image is found. This can be used to boot into EFI mode when doing so otherwise is difficult.

Where is the ESP. This installation method can be used as either a permanent setup to create a bootable USB flash drive or install rEFInd on a computer that tends to "forget" its NVRAM settings or as a temporary bootstrap to get the system to boot in EFI mode.

Kernel management
Regardless if is a separate partition or part of the root file system, rEFInd should be able to find a kernel if standard naming convention is used. This makes it compatible with (semi-) automatic kernel installation methods such as or  without further configuration.

Initial RAM filesystem
At boot, rEFInd looks for an initial RAM disk that starts with and ends in a kernel version string. For example matches with. Provided that does not specify an, it is automatically appended to the kernel command line.

When using tools like or, no additional configuration is required. However, if a is used some care is required. Either, the initramfs should be named using the same convention, or its name should be specified in.

Kernel image at ESP (Optional)
It is possible to store the kernels and initial RAM disks on the ESP, instead of. In order to play nice with icon assertion, the kernel must be stored in.

Moving of the kernel:

Kernels and initramfs go into their EFI sub-directory:

Linux command line options
should live in the same directory as the kernels. It is automatically generated in during  or with. Each entry will show up as an option for each kernel.

The default entry is based on the current. Single is the same as default, but with added. And is contains only the current root device, with the  argument. None of the entries contain the initramfs, as it is established automatically at boot.

This file usually works out of the box when it is generated from the same boot session as it is supposed to start. For instance, when replacing the bootloader for rEFInd. However, when generated from another OS, for instance during installation of Gentoo, care must be taken and the entries must be corrected manually.

Exemple simple de configuration :

Custom (static) initramfs and loading:

The main selection screen for rEFInd will use the first option as the default option, however alternate boot entries can be accessed by highlighting the kernel and pressing. Also cmdline can be modified on-the-fly by pressing on a menu item to open it in an editor. When ready, press to boot the kernel.

Icônes
rEFInd comes with a collection of icons for different Linux distributions. In order to set an icon on the menu entry, it needs to know the OS name. For that it looks in the following places, in this order:


 * 1) An icon base name matches the kernel base name. For instance
 * 2) The kernel is in an ESP sub-directory, named after the OS. For instance the kernel is at  See "" for more info.
 * 3) Filesystem label contains a space, underscore or dash delimited OS name. For instance with.
 * 4) GPT partition name, following the same convention as filesystem labels.
 * 5) From the  file on the same partition. For instance, when  is part of the root partition.
 * 6) Hard coded rules based on words kernel names. For instance,  and  default to the Linux "Tux" icon.

Ressources externes

 * rEFInd SourceForge repository
 * Upstream installation instructions
 * Kernel parameters - explained on wiki.archlinux.org
 * SystemRescue CD