Table des matières

,

rEFInd

rEFInd est un utilitaire qui crée une interface graphique de démarrage permettant, à l'instar de GRUB, de démarrer différents systèmes.

Comme son nom l'indique, rEFInd n'est compatible qu'avec les ordinateurs disposant d'un EFI. Si votre ordinateur est ancien, son BIOS classique ne supportera pas rEFInd, et vous devrez vous contenter de GRUB.

Les nombreuses spécificités des systèmes EFI rendent rEFInd puissant, personnalisable, et installable depuis de nombreux OS. Son gros avantage par rapport à grub est qu'il détecte automatiquement les systèmes d'exploitation au démarrage. Ainsi, il n'y a plus de problème de configuration.
Exemple de choix d'un noyau ubuntu dans une partition ayant une étiquette.

Installation (avec secure boot désactivé)

À partir d'une session installée

Lorsque le boot se fait sans problème

Le remplacement de grub par rEFInd est une solution qui apportera une présentation graphique avec la possibilité d'un choix tactile pour certains écrans.

Installer le paquet refind et répondre Oui quand refind demande de s'installer dans la partition EFI.

Lorsque le boot ne fonctionne pas

L'installateur a parfaitement installé Ubuntu, mais il a lamentablement échoué à installer le grub EFI signé. L'installation de REFIND peut alors être une alternative pratique pour booter de façon plus aisée que les autres techniques. Voici comment installer refind en complément du grub dans ce contexte particulier.

Il est possible d'utiliser un script disponible dans le forum.

Booter avec le support d'installation, choisir d'essayer avant d'installer, ouvrir une session, mettre le clavier en français et frapper quelques commandes pour télécharger le logiciel non présent dans le support d'installation: 

sudo add-apt-repository "deb http://archive.ubuntu.com/ubuntu $(lsb_release -sc) universe"
sudo apt update
sudo apt install refind

Accepter l'installation des paquets efibootmgr et refind.

Refuser d'installer refind dans la partition ESP. Ce n'est pas la peine qu'il reçoive la même fin de non-recevoir que le grub de la part du bios EFI. Il faudra donc positionner le curseur sur Non avant de valider.

Installer manuellement le logiciel dans la structure de boot standard avec ces commandes: 

sudo mount -v $(sudo blkid | grep vfat | cut -d: -f1) /mnt  # Monter la partition de boot ESP.  
sudo  cp -rv /usr/share/refind/* /mnt/EFI/boot   # Installer refind dans le répertoire de boot.
sudo  cp -v  /mnt/EFI/refind/refind_x64.efi  /mnt/EFI/Boot/bootx64.efi # Dire qu'il devient le fichier de boot officiel.
exit
Si le lancement de cette instance n'est pas possible de façon standard, pensez à la technique chroot.

Installer directement refind sur clé USB

Il peut être intéressant de disposer de rEFInd sur une clé USB. Cette clé USB pourra alors aller inspecter les ordinateurs EFI à la recherche d'OS déjà installés mais incapable de démarrer. C'est une solution alternative à SG2D pour les cas simples.

Sur un ordinateur de travail sachant démarrer sans rEFInd qui peut être celui de l'installation, faire le travail de préparation de l'installation.

  1. Télécharger une version 64 bits et faire une clé USB avec les outils habituels
  2. Booter avec la clé et choisir "essayer avant d'installer".
  3. Ouvrir un terminal.
  4. Installer le paquet refind
  5. Répondez No à la grille proposant d'installer REFIND dans la partition ESP de cet ordinateur. (Il suffit de tabuler pour passer de Yes à No).
  6. Identifiez la clé avec la commande mount | grep media. Elle doit être trouvée montée sur /media/ubuntu/XXXX-XXXX/ (XXXX-XXXX est l'identifiant de la clefs usb). Si elle n'est pas visible, débranchez la clé USB, attendez 10 secondes, rebranchez-la, attendez 10 secondes, refaite la commande ci-dessus. Elle devrait alors être visible. Par la suite les commandes doivent être modifiées pour que le chemin vers votre clé corresponde au nom de votre clé.
  7. Transférez le logiciel rEFInd : 
    sudo cp -rv /usr/share/refind/refind/* /media/ubuntu/XXXX-XXXX/EFI/boot
  8. Copiez le fichier /media/ubuntu/XXXX-XXXX/EFI/boot/refind.conf-sample vers /media/ubuntu/XXXX-XXXX/EFI/boot/refind.conf
  9. Modifiez les paramètres dans le fichier /media/ubuntu/XXXX-XXXX/EFI/boot/refind.conf afin d'améliorer la présentation si vous le souhaitez.

Cependant, il est impératif d'ajouter le paramètre also_scan_dirs EFI/boot car par défaut, le répertoire contenant rEFInd n'est pas examiné. Dans ce contexte particulier, il contient aussi grubx64.efi qu'il est nécessaire de choisir pour faire l'installation.

  1. Écrasez le fichier de boot existant avec le fichier de boot de refind.
    sudo cp -v /media/ubuntu/XXXX-XXXX/EFI/boot/refind_x64.efi /media/ubuntu/XXXX-XXXX/EFI/boot/BOOTx64.efi
  2. Arrêtez l'ordinateur (commande sudo shutdown now par exemple)

Il ne reste plus qu'à aller sur l'ordinateur cible ne sachant pas booter de façon standard et à booter avec cette clé USB puis faire l'installation.

  1. Si l'ordinateur propose le choix des fichiers de boot, c'est le fichier standard EFI\boot\grubx64.efi de la partition FAT32 de la clé usb. La liste des fichiers est présentée très classiquement par leurs icônes.
  2. Choisissez le manchot de l'extrême droite (fichier EFI\BOOT\grubx64.efi de la partition FAT32 de la clé USB).
  3. Le menu classique qui permet le choix d'essayer ou d'installer s'affiche. Lorsque les essais sont faits et que l'installation est terminée, il faut installer l'application rEFInd sur l'ordinateur à partir de cette clé USB d'installation. Pour cela, il est nécessaire de faire les actions suivantes :
  4. Identifiez la clé d'installation avec la commande 
    mount | grep media
  5. Vérifiez où est la partition EFI du (des) disque(s) dur(s) via la commande 
    sudo blkid | grep vfat
  6. Montez une partition EFI d'un disque dur dans le répertoire /mnt.
    sudo mount -v /dev/sdXN /mnt
  7. Si besoin, créez le répertoire de réception avec une commande de ce style 
    sudo mkdir -p /mnt/EFI/REPERTOIRE

    Le nom peut être Refind ou Boot ou Microsoft/Boot suivant le besoin.

  8. Copiez l'application de la clé USB dans la partition ESP via une commande de ce style 
    sudo cp -Rv /media/ubuntu/XXXX-XXXX/EFI/BOOT/* /mnt/EFI/REPERTOIRE
  9. Fabriquez l'entrée de boot EFI via une commande de ce style 
    sudo efibootmgr --create --disk /dev/sdX --part N --label "Mettre le nom voulu" --loader "\EFI\REPERTOIRE\grubx64.efi"
  10. Vérifiez via la commande 
    sudo efibootmgr -v
  11. Arrêtez l'ordinateur via la commande 
    shutdown now
  12. Débranchez la clé et rebootez normalement.

Depuis Ubuntu, avec un EFI 32 bits

C'est un cas rare: l'architecture de la machine EFI est en 32 bits et a déjà éliminé le boot en LEGACY. Ubuntu ne propose rien.

La version 32 bits est parfois nécessaire pour faire démarrer des ordinateurs vendus à petit prix : certains ont un EFI en 32 bits bien qu'ils soient capables d'exécuter des applications 64 bits. Cette procédure va considérer que l'installation se fait avec un support d'installation Xenial ou Bionic.

À partir d'une live-usb en automatisé

Il peut être intéressant de disposer de rEFInd sur l'ordinateur cible avant d'installer ubuntu. Cette installation mettra rapidement en évidence que l'ordinateur est capable de gérer le dual boot de façon standard ou qu'il faut s'attendre à des ennuis pour faire fonctionner un dual boot. Ce qui permet de conserver un windows opérationnel le temps de mettre en place le mécanisme.

  1. Télécharger une version 64 bits et faire une clé USB avec les outils habituels (unetbootin, liliusbcreator, multisystem…)
  2. Booter et choisir "essayer avant d'installer".
  3. Mettre le clavier en français si nécessaire avec la commande setxkbmap fr.
  4. Faire connaître le logiciel à l'installateur. Voir le point N°5 du paragraphe 2.2
  5. Installer le paquet refind

Un message propose d'installer directement dans la partition ESP d'un disque dur. C'est plus simple d' accepter!

Il faut maintenant identifier cette partition ESP 

sudo blkid | grep vfat

Exemple de réponse: /dev/sda1: UUID="1042-95CF" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="aaaaaaaa-bbbb-dddd-fffff-eeeeeeeeeeee"

Avec cette réponse, le NomDuDisque sera sda et le N°DeLapartition sera 1

Certains EFI utilisent seulement le fichier de boot standard. Ce fichier va être systématiquement modifié même si cela est le plus souvent inutile. C'est l'équivalent de la séquence "fix-windows-boot" du logiciel "boot-repair".

Il faut maintenant fabriquer l'entrée de boot dans la NVRAM qui n'a pas été faite. 

sudo efibootmgr -c -d /dev/NomDuDisque -p N°DeLaPartition -L "Refind" -l "\EFI\refind\refind_x64.efi"
sudo efibootmgr -v

Au boot suivant rEFInd va diriger la manœuvre si le système EFI n'est pas en mode secure. Il sera alors possible d'installer ubuntu en ayant une bonne certitude que le dual boot fonctionnera au besoin en déactivant le mode secure pour se tirer d'affaire.

Depuis Windows

Ne faire ça que si vous n'avez pas d'autre possibilité (par exemple si votre système Ubuntu n'est pas encore installé) : c'est généralement plus compliqué que de passer par votre système Ubuntu !

Il est possible d'installer rEFInd depuis Windows. Il est d'abord nécessaire de télécharger la version "ZIP" disponible pour Windows., puis il faut dézipper le fichier.

Ce document (fourni par le développeur de rEFInd, en anglais) explique comment faire l'installation, cette partie s'en inspire.
  1. Dans l'explorateur de fichiers, se positionner dans le répertoire qui a reçu le dézippage ci-dessus. Par exemple, ça peut être C:/Utilisateurs/xxxxxxxxx/Téléchargements/refind-bin-0.11.4/refind-bin-0.11.4
  2. Toujours dans l'explorateur de fichiers, cliquez Fichier > Ouvrir Windows PowerShell > Ouvrir Windows PowerShell en tant qu'administrateur.
  3. Puis entrez les commandes suivantes :
    • Montez la partition de boot, dite "partition ESP" : 
      mountvol S: /S
    • Copiez les fichiers vers la partition ESP (surtout ne pas oublier de terminer par un anti-slash) : 
      xcopy /E refind S:\EFI\refind\
    • Ouvrez le dossier "refind" de la partition ESP : 
      cd S:\EFI\refind
    • Listez le contenu du dossier "refind" de la partition ESP : 
      dir

      À ce stade, il y a normalement divers dossiers avec des drivers, et un exemple de fichier de paramétrage, que l'on va utiliser tel quel pour paramétrer rEFInd : 

    • copy refind.conf-sample refind.conf
    • Afin de conserver le gestionnaire de démarrage de Windows, créez un nouveau gestionnaire de démarrage avec la commande suivante : 
      bcdedit /copy '{current}' /d 'Refind'

      Cette commande va retourner un identifiant (le GUID) qu'il faudra copier.

    • Dans la commande qui suit (ne la validez pas telle quelle !), mettez cet identifiant à la place du libellé GUID, et remplacez aussi ??? par X64 ou IA32 (suivant l'environnement : il s'agira généralement de X64, mais certains ordinateurs exécutent un EFI 32 bits) : 
      bcdedit /set '{GUID}' path \EFI\refind\refind_???.efi

      Les guillemets simples et les accolades font bien partie de la commande.

    • Il reste à mettre cette entrée en place dans la NVRAM par la commande suivante (toujours en remplaçant GUID par l'identifiant adéquat) 
      bcdedit /bootsequence '{GUID}' /addfirst
  4. Redémarrez pour vérifier que rEFInd fonctionne.

Depuis un CDROM ou une clé USB

Le principe est soit de faire un CD-ROM, soit de faire une clé USB en utilisant un package qui contient ce qu'il faut afin de disposer d'un logiciel de boot permettant de détecter les O.S. installés dans un ordinateur EFI comme sait le faire super grub2 disk et éventuellement créer une partition de boot EFI si le disque n'en possède pas puis ajouter le logiciel refind dans la partition de boot EFI. Voici les étapes:

La version actuelle est 13.3.1 en date du 12/04/2022

Installation avec le secure boot activé

Le secure boot (parfois appelé "mode sécurisé" dans la suite de cette page) est une protection pour compliquer l'accès à l'EFI et sa modification. Il peut généralement être désactivé.

La doc officielle à ce sujet. Il est possible d'utiliser un installateur nouvelle version non encore disponible dans les distributions ubuntu. Le script est testé avec succès en version 21.04. Il fait aussi booter la version 20.10, la version 20.04 et probablement d'autres plus anciennes. Il est récupérable par copier dans le forum.

Les dernières versions de l'installateur refind traitent parfaitement bien le problème en fournissant shimx64.efi si l'ordinateur n'en possède pas. Il n'y aurait plus lieu de faire la différence avec une installation en mode non sécure.

Booter avec rEFInd

Détection de la clé USB d'installation de Ubuntu par refind si le bios EFI ne sait pas la détecter

Après avoir mis en place rEFInd dans une partition de boot soit d'un disque interne (voir installation de refind par windows), soit d'une autre clé USB ne contenant que rEFInd, soit de la même clé contenant aussi rEFInd et préparé votre clé USB bootable, branchez la clé USB si elle ne l'est pas.

Demander à refind de se rafraîchir en appuyant sur la touche ECHAP du clavier.

Patienter quelques dizaines de secondes qui est le temps nécessaire pour que rEFInd inspecte les supports physiques de l'ordinateur.

Se positionner sur la première icône stylisée comme étant un manchot et vérifier le fichier qu'il propose de booter. Si le fichier a comme nom /EFI/Boot/Bootx64.efi, appuyer sur l'icône pour valider le boot. Sinon passer à l'icône suivante.

Faire l'installation. Au boot suivant, rEFInd saura proposer ubuntu sous forme d'icône de couleur orange avec des cercles.

Détection du ubuntu s'il est bien installé en EFI par refind.

Au démarrage, rEFInd inspecte les partitions des disques internes.

Pour que ubuntu soit détecté facilement, il est nécessaire qu'il soit installé dans une partition ext4 ( btrfs est cependant possible) et que l'installateur de ubuntu ait fabriqué des fichiers de boot ressemblant à ces noms. 

/boot/initrd.img-N.N.N-N-genericxxxxx
/boot/vmlinuz-N.N.N-N-genericxxxxx

L'icône symbolisant ubuntu est de couleur orange. Il faut appuyer sur l'icône pour lancer le boot du dernier noyau.

Il faut appuyer sur la touche F2 pour avoir la liste des noyaux. Avec les touches de positionnement on peut choisir une ligne de la liste. Puis appuyer sur Entrée pour valider le démarrage s'il n'y a pas besoin de la modifier, sinon:

Il faut encore appuyer sur la touche F2 pour modifier la commande de boot lorsqu'on a besoin de transmettre une modification souvent du style nomodeset recovery etc.. et valider par Entrée.

Il est aussi possible de consulter ce document

Modifier l'os du prochain reboot

Il est aisé de modifier l'os du prochain reboot en utilisant la commande Efibootmgr, qui est un gestionnaire de l'amorçage UEFI.

Faire un peu de ménage

Comme vous avez décidé de vous affranchir de GRUB, vous pouvez éviter qu'il recherche les autres O.S. avec cette commande 

echo GRUB_DISABLE_OS_PROBER=true | sudo tee -a /etc/default/grub

Puisque vous avez décidé de ne plus utiliser le GRUB, Il semble inutile de continuer à le mettre à jour ainsi que le shim. Utiliser ces commandes. 

sudo apt-mark  hold   secureboot-db
sudo apt-mark  hold   shim-signed
sudo apt-mark  hold   grub-common grub2-common grub-efi-amd64-bin grub-efi-amd64-signed  grub-pc grub-pc-bin

Vos prochaines installations d'Ubuntu risquent de détruire le boot rEFInd si vous ne faites rien. Pour éviter cette situation, la solution est de détruire ou renommer shimx64.efi directement dans le support d'installation. Ce fichier est stocké à l'adresse suivante: /pool/main/s/shim-signed/shim-signed_xxxxxxxxxxxxxxxxxxx_amd64.deb

/pool/main = adresse ou fichier introuvable

Vous pouvez préférer supprimer GRUB complètement (ça évite des mises à jour inutiles par la suite) : * pour systèmes 64 bits : <code>sudo apt purge grub-common grub-efi-amd64</code> * pour systèmes 32 bits :
La version 32 bits n'existe pas avec Ubuntu

Personnalisation.

Un fichier de paramétrage de référence est fourni et indique les valeurs retenues par défaut.

Pour changer une valeur, il est nécessaire de fabriquer le vrai fichier de référence. 

sudo  cp /boot/efi/EFI/refind/refind.conf-sample   /boot/efi/EFI/refind/refind.conf

Il est aussi possible que ce fichier se trouve sur la partition EFI, qu'il faut donc monter puis naviguer jusqu'au fichier.

Options classiques

Si vous lisez le contenu du fichier /boot/efi/EFI/refind/refind.conf, vous constaterez qu'il y a de quoi avoir quelques "headhaches" car il n'est pas écrit en français.

Vous pouvez le modifier et vous pouvez aussi ajouter immédiatement après quelques options telles que les suivantes: 

small_icon_size 32
big_icon_size 64
enable_mouse
dont_scan_volumes "WindowsRecovery"

Assurez-vous que le nom de cette partition est bien celle indiquée. 

dont_scan_dirs ESP:/EFI/boot,EFI/Dell,EFI/memtest86

Assurez-vous que les répertoires indiqués ont du sens dans votre cas : l'exemple de Dell ne vaut que pour les machines Dell ! 

dont_scan_files shimx64.efi,MokManager.efi,fwupx64.efi,mmx64.efi,bootmgr.efi,bkpbootx64.efi,grubx64.efi,bootx64.efi,memtest.efi

Cette commande permet de ne pas afficher ces programmes s'ils sont présents dans les partitions FAT32. 

fold_linux_kernels false

Vous pouvez avoir une liste très importante qu'il est possible de réduire en entrant la commande sudo apt autoremove

Il est donc possible d'avoir une présentation épurée ressemblant à cela.

Options pour partition racine chiffrée

La partition servant au boot n'est PAS chiffrée.

Le contexte retenu est une partition racine chiffrée et une partition de boot au format EXT2 ou EXT4 en version 18.04.1 car le formatage EXT2 ou EXT3 n'existe plus.

La clé de chiffrement retenue a été choisie pour avoir des caractères compatibles aux claviers QWERTY et AZERTY.

Refind détecte automatiquement la partition EXT2 et lance l'initialisation de la partition RACINE comme si elle était dans la même partition. Cela ne fonctionne donc pas. Il va donc être nécessaire de fournir un peu de paramétrage permettant de dire que c'est une installation chiffrée et que la partition racine est ailleurs. Ce n'est pas très compliqué.

Le nom du fichier est refind_linux.conf et il est stocké au premier niveau de la partition de boot directement sous la racine /boot. Il faut récupérer le UUID de la partition enveloppe de la racine (sudo blkid | grep LUKS) ainsi que le nom logique de la partition contenant la racine ( sudo fdisk -l | grep mapper ). Les deux lignes à mettre dans le fichiers seront de ce style 

     "Boot standard"   "crypt_root=2721a6bb-36c5-4d4c-a604-2f7db99d1f87 root=/dev/mapper/sdb2_crypt  ro quiet splash vt.handoff=7"  
     "Boot RECOVERY"   "ro recovery nomodeset crypt_root=2721a6bb-36c5-4d4c-a604-2f7db99d1f87 root=/dev/mapper/sdb2_crypt" 
     "Boot with minimal options"   "ro root=/dev/mapper/sdb2_crypt"

Cependant, si vous décidez de dé-installer rEFInd puis de le réinstaller, il fabriquera alors automatiquement ce fichier.

La saisie du mot de passe de sécurité peut devenir compliquée suite à un clavier pas nécessairement QWERTY et sans touche numérique. On ne dispose que de trois tentatives avant mise en sommeil de 60 secondes et de nouveau trois tentatives avant plantage de ubuntu (version 18.04.1)

La structure de boot est aussi chiffrée pour plus de sécurité.

Relancer un Ubuntu qui s'est arrêté par hibernation

Il suffit de choisir l'Ubuntu en question pour booter. La fonctionnalité "RESUME" sera automatiquement ajoutée.

Options du noyau

Lorsqu'il y a des problèmes de démarrage, il est possible de modifier dynamiquement la première ligne.

En effet dans certains cas, il peut être nécessaire d'ajouter manuellement l'option ou les options manquantes. Cette possibilité concerne en particulier ces options.

Pour cela, la première fois, il est nécessaire de modifier la première ligne qui est proposée pour mettre l'option en début de ligne.

Par la suite, ce serait pénible de toujours refaire cette même manipulation. Pour éviter cela, il est possible de mémoriser l'option voulue de la façon suivante :

Lorsque l'instance est opérationnelle, utilisez votre éditeur de texte favori pour modifier le fichier /boot/refind_linux.conf et ajoutez ce qui manque au début de la première ligne. Par exemple : 

"Boot with standard options" "ro nomodeset modprobe.blacklist=nouveau acpi=off root=UUID=7d0360b4-ed6a-4617-9f5d-30890418ef82"

Mode recovery

Utilisez votre éditeur de texte favori pour modifier le fichier /boot/refind_linux.conf, et ajoutez une ligne pour simplifier le choix du démarrage en mode recovery, par exemple : 

"Boot en mode recovery" "recovery nomodeset ro root=UUID=7d0360b4-ed6a-4617-9f5d-30890418ef82"
Si vous décidez de dupliquer la partition contenant l'OS et de changer changer son UUID, il est impératif de mettre à jour ce fichier ou de le supprimer, sinon rEFInd essayera de booter à partir de l'UUID erroné décrit dans cette table.

L'option de démarrage en mode recovery n'existe pas de façon standard. Cependant il est possible de l'utiliser. Voici la procédure à suivre :

Aux dernières nouvelles, le concepteur va livrer l'option recovery.

La version Ubuntu 19.10 “Eoan Ermine” inclut cette option couplée à l'option NOMODESET

Configurer le démarrage par défaut

Cet exemple permet booter le 8ème OS de la liste, sauf entre 8 heures et midi puis entre 14 heures et 18 heures 30 où cela bootera Windows. Entre midi et 14 heures, cela bootera le premier de la liste et entre 21 heures 45 et 23 heures 15, cela bootera le dernier qui avait été lancé auparavant. 

default_selection 8
default_selection Microsoft 8:00 12:00
default_selection 1 12:00 14:00
default_selection Microsoft 14:00 18:30
default_selection +  21:45 23:15
  menuentry "Installer Windows edition familliale " {
  icon \EFI\refind\icons\os_win.png
  volume "INSTWIN1607"
  ostype "Windows" 
  loader \EFI\Boot\bootx64.efi 
  }
  menuentry "ubuntu" {
  icon     /EFI/refind/icons/os_linuxmint.png
  volume   ubuntu1904
  loader   /boot/vmlinuz-5.0.0-13-generic 
  initrd    /boot/initrd.img-5.0.0-13-generic 
  options   "root=UUID=241d5f72-5e3a-44db-8715-b11b2cf78dd2 rw "
  }

Dans ce contexte, il faut positionner l'option use_nvram sur false, off ou 0 (seulement disponible à partir de la version 19.04).

Utiliser rEFInd pour installer un autre O.S. sans utiliser une clé USB

Booter avec une installation Windows bridée

Il est possible d'utiliser un script disponible dans le forum.

L'installation de refind de façon classique a été faite. Cependant des problèmes persistent car le bios EFI est bridé pour ne lancer que windows.

La solution classique est de se faire passer pour Windows. De déplacer le fichier de boot de Windows et de prendre en charge le lancement de ce nouveau fichier.

Premier cas: Windows boote systématiquement quoi qu'on fasse

Lorsque Windows fera une mise à jour de la structure de boot, il se remettra prioritaire. Il faudra de nouveau rectifier en refaisant uniquement les deux dernières commandes.

Second cas. Ubuntu arrive malgré tout à être lancé

Lorsque Windows fera une mise à jour de la structure de boot, il se remettra prioritaire. Il faudra de nouveau rectifier en refaisant uniquement les trois dernières commandes.

Détecter d'autres OS installés sur des partitions BTRFS

Il faut activer l'option permettant de le faire.

Voir une description en anglais dans le paragraphe Troubleshooting de cette documentation (pour ArchLinux).

Ce détail n'est pas développé ici, car il est extrêmement rare qu'une installation sur ce type de partition existe en dehors de quelques utilisateurs avancés, qui seront bien capables de lire la documentation en anglais.
Il est nécessaire que le fichier /boot/refind_linux.conf soit présent sinon il y a un plantage dans initramfs car la structure root est mal créée. Exemple de contenu: 
"Boot with standard options"  "root=UUID=74de4bf5-7f75-49da-8ed4-76aa536c2de9 ro rootflags=subvol=@ quiet splash vt.handoff=7"
"Boot to single-user mode"    "root=UUID=74de4bf5-7f75-49da-8ed4-76aa536c2de9 ro rootflags=subvol=@ quiet splash vt.handoff=7 single"
"Boot with minimal options"   "ro root=UUID=74de4bf5-7f75-49da-8ed4-76aa536c2de9"

Installations ultérieures

Installation d'Ubuntu

Une nouvelle installation d'Ubuntu, faite sans précaution, installerait automatiquement son logiciel de boot (GRUB). Cela est inutile et même gênant car il se mettrait prioritaire. Pour éviter cet effet indésirable, il ne faut pas lancer l'installation d'Ubuntu en cliquant sur l'icône qui symbolise l'installation.

L'installation sera simplement lancée avec la commande suivante: 

sudo ubiquity -b

L'option indique de ne pas installer de bootloader.

Cette commande n'est pas disponible pour lubuntu et est supprimée avec la version 23.04

Installation de Windows

L'ordinateur dispose de rEFInd et d'Ubuntu. Vous désirez installer Windows ou une nouvelle version de Windows. Rien de plus simple.

Sous Ubuntu :

Sous rEFInd : Choisir le fichier de boot de la partition NTFS. Il ne reste plus qu'à suivre les consignes d'installation de cet OS.

Le paramétrage

Le fichier de configuration

Fait à l'aide de google traduction. En cas de doute se référer à l'original.

refind.conf Fichier de configuration pour le menu de démarrage rEFInd.

Délai d'expiration en secondes pour l'écran du menu principal. Définir le délai d'attente sur 0 désactive le démarrage automatique (c'est-à-dire pas de délai d'attente). Le définir sur -1 provoque un démarrage immédiat du système d'exploitation par défaut SAUF qu'une pression sur une touche soit dans le tampon lors du lancement de rEFInd, auquel cas cette pression sur une touche est interprétée comme une touche de raccourci. Si aucun raccourci correspondant n'est trouvé, rEFInd affiche son menu sans délai d'attente. 

timeout 20

Définissez le niveau de journalisation. Lorsqu'il est défini sur 0, rEFInd n'enregistre pas ses actions. Lorsqu'il est défini sur 1 ou supérieur, rEFInd crée un fichier appelé refind.log dans son répertoire personnel sur l'ESP et enregistre des informations sur ce qu'il fait. Des valeurs plus élevées enregistrent plus d’informations, jusqu’à un maximum de 4. Ce jeton doit être laissé à la valeur par défaut de 0, sauf en cas de problèmes de débogage. La valeur par défaut est 0. 

log_level 1

Normalement, lorsque le délai d'attente est écoulé, rEFInd démarre la sélection par défaut. Cependant, si l'option suivante n'est pas commentée, rEFInd tentera à la place d'arrêter l'ordinateur. ATTENTION : DE NOMBREUX ORDINATEURS VONT SE FIGER OU REDÉMARRER au lieu d'arrêter ! Les Mac et les PC plus récents basés sur UEFI sont les plus susceptibles de fonctionner avec cette fonctionnalité. La valeur par défaut est vraie. 

#shutdown_after_timeout

S'il faut stocker les variables spécifiques à rEFInd dans la NVRAM (1, true ou on) ou dans des fichiers dans le sous-répertoire "vars" du répertoire de rEFInd sur le disque (0, false ou off). L'utilisation de la NVRAM fonctionne bien avec la plupart des ordinateurs ; cependant, cela augmente l'usure de la NVRAM de la carte mère, et si l'EFI est bogué ou si la NVRAM est ancienne et usée, cela peut ne pas fonctionner du tout. Le stockage des variables sur disque est une alternative viable dans de tels cas, ou si vous souhaitez minimiser l'usure de la NVRAM ; cependant, cela ne fonctionnera pas si rEFInd est stocké sur un système de fichiers en lecture seule pour l'EFI (comme un volume HFS+), et cela augmente le risque d'endommagement du système de fichiers. Notez que cette option affecte UNIQUEMENT les propres variables de rEFInd, telles que les variables PreviousBoot, HiddenTags, HiddenTools et HiddenLegacy. Cela n'affecte PAS le démarrage sécurisé ou d'autres variables non rEFInd. La valeur par défaut est vraie 

use_nvram false

Délai d'expiration de l'économiseur d'écran ; l'écran se vide après le nombre de secondes spécifié sans aucune saisie au clavier. L'écran revient après la plupart des pressions sur les touches (malheureusement, sans compter les touches de modification telles que Shift, Control, Alt ou Option). La définition d'une valeur de "-1" provoque le démarrage de rEFInd avec son économiseur d'écran actif. La valeur par défaut est 0, ce qui désactive l'économiseur d'écran. 

#screensaver 300

Masquez les éléments de l'interface utilisateur selon vos préférences personnelles ou pour augmenter la sécurité :

La valeur par défaut n'est aucun de ceux-ci (tous les éléments actifs) 

#hideui singleuser
#hideui all

Définissez le nom d'un sous-répertoire dans lequel les icônes sont stockées. Les icônes doivent avoir les mêmes noms que dans le répertoire standard. Le nom du répertoire est spécifié par rapport au répertoire du binaire rEFInd principal. Si une icône est introuvable dans le répertoire spécifié, une tentative est effectuée pour la charger à partir du répertoire par défaut ; ainsi, vous pouvez remplacer seulement quelques icônes dans votre propre répertoire et vous fier aux valeurs par défaut pour les autres.

Les fichiers d'icônes peuvent être dans n'importe quel format pris en charge : ICNS (*.icns), BMP (*.bmp), PNG (*.png) ou JPEG (*.jpg ou *.jpeg) ; cependant, les implémentations BMP et JPEG de rEFInd ne prennent pas en charge la transparence, ce qui est hautement souhaitable dans les icônes. La valeur par défaut est "icons". 

#icons_dir myicons
#icons_dir icons/snowy

Utilisez une bannière de titre personnalisée au lieu de l'icône et du nom rEFInd. Le chemin du fichier est relatif au répertoire où se trouve refind.efi. La couleur dans le coin supérieur gauche de l’image est utilisée comme couleur d’arrière-plan pour les écrans de menu. Actuellement, les images BMP non compressées avec des profondeurs de couleur de 24, 8, 4 ou 1 bits sont prises en charge, ainsi que les images PNG et JPEG. (Les images ICNS peuvent également être utilisées, mais ICNS présente des limitations qui en font un mauvais choix à cette fin.) La prise en charge des fichiers PNG et JPEG est limitée par les bibliothèques sous-jacentes ; certains fichiers, comme les JPEG progressifs, ne fonctionneront pas. 

#banner hostname.bmp
#banner mybanner.jpg
#banner icons/snowy/banner-snowy.png

Spécifiez comment gérer les bannières qui ne correspondent pas exactement à la taille de l'écran : # noscale - Recadrer si trop grand, afficher avec bordure si trop petit # fillscreen - Remplir l'écran # La valeur par défaut est noscale 

#banner_scale fillscreen

Tailles des icônes. Toutes les icônes sont carrées, donc une seule valeur est spécifiée. Les grandes icônes sont utilisées pour les sélecteurs de système d'exploitation dans la première ligne et les petites icônes sont utilisées pour les outils sur la deuxième ligne. Les badges de type lecteur font 1/4 de la taille des grandes icônes. Les valeurs légales sont de 32 et plus. Si les fichiers d'icônes ne contiennent pas d'icônes de la taille appropriée, les icônes sont mises à l'échelle à la taille spécifiée. Les valeurs par défaut sont respectivement 48 et 128 pour les petites et grandes icônes. 

#small_icon_size 96
#big_icon_size 256

Images personnalisées pour l'arrière-plan de la sélection. Il y en a un grand (144 x 144) pour les icônes du système d'exploitation et un petit (64 x 64) pour les icônes de fonction dans la deuxième rangée. Si seule une petite image est donnée, celle-ci est également utilisée pour les grandes icônes en l'étirant au milieu. Si seulement une grande valeur est donnée, la valeur par défaut intégrée sera utilisée pour les petites icônes. Si une image autre que la taille optimale est spécifiée, elle sera mise à l'échelle d'une manière qui peut être laide. Comme l'option de bannière ci-dessus, ces options prennent le nom d'un fichier image BMP, PNG, JPEG ou ICNS non compressé avec une profondeur de couleur de 24, 8, 4 ou 1 bits. Le format PNG ou ICNS est requis si vous avez besoin d'un support de transparence (pour vous permettre de « voir à travers » une bannière plein écran). 

#selection_big   selection-big.bmp
#selection_small selection-small.bmp

Définissez la police à utiliser pour tous les affichages textuels en mode graphique. Pour de meilleurs résultats, la police doit être un fichier PNG avec une transparence de canal alpha. Il doit contenir des caractères ASCII 32 à 126 (espace jusqu'au tilde), inclus, plus un glyphe à afficher à la place des caractères en dehors de cette plage, pour un total de 96 glyphes. Seules les polices à espacement fixe sont prises en charge. Les polices peuvent être de n'importe quelle taille, même si les polices de grande taille peuvent produire des irrégularités d'affichage. La police par défaut est la police intégrée de rEFInd, Luxi Mono Regular 12 points. 

#font myfont.png

Utilisez uniquement le mode texte. Lorsqu'elle est activée, cette option force rEFInd en mode texte. Passer à cette option la valeur "0" entraîne l'utilisation du mode graphique. Le fait de ne lui transmettre aucune valeur ou toute valeur non nulle entraîne l'utilisation du mode texte. La valeur par défaut est d'utiliser le mode graphique. 

#textonly

Définissez le mode texte EFI à utiliser pour les affichages textuels. Cette option prend un seul chiffre qui fait référence à un numéro de mode. Le mode 0 est normalement 80x25, 1 est parfois 80x50 et les nombres plus élevés sont des modes spécifiques au système. Le mode 1024 est un code spécial qui indique à rEFInd de ne pas définir le mode texte ; il utilise tout ce qui était utilisé au moment du lancement du programme.

Si vous spécifiez un mode non valide, rEFInd fait une pause pendant le démarrage pour vous informer des modes valides. ATTENTION : Sur VirtualBox, et peut-être sur certains ordinateurs réels, spécifier un mode texte et décommenter l'option "textonly" sans Spécifier de résolution peut entraîner un affichage inutilisable dans le système d'exploitation démarré. La valeur par défaut est 1024 (aucun changement) 

#textmode 2

Définissez la résolution vidéo de l'écran. Passez cette option de l'une des manières suivantes :

Notez que toutes les résolutions ne sont pas prises en charge. Sur les systèmes UEFI, la transmission d'une valeur incorrecte entraîne l'affichage d'un message à l'écran à cet effet, ainsi qu'une liste des modes pris en charge. Sur les systèmes EFI 1.x (par exemple, Macintosh), la définition d'un mode incorrect échoue silencieusement. Sur les deux types de systèmes, la définition d’une résolution incorrecte entraîne l’utilisation de la résolution par défaut. Une résolution de 1024 x 768 fonctionne généralement, mais des valeurs plus élevées ne fonctionnent souvent pas. La valeur par défaut est "0 0" (utilisez la résolution par défaut du système, généralement 800x600). 

#resolution 1024 768
#resolution 1440 900
#resolution 3
#resolution max

Activer la prise en charge de l'écran tactile. Si elle est active, cette fonctionnalité permet d'utiliser les commandes de l'écran tactile (comme sur les tablettes). Notez cependant que les EFI de toutes les tablettes ne fournissent pas la prise en charge sous-jacente nécessaire, cette fonctionnalité peut donc ne pas fonctionner pour vous. Si cela fonctionne, vous devriez pouvoir lancer un système d'exploitation ou un outil en le touchant. Dans un sous-menu, toucher n'importe où lance l'élément actuellement sélectionné ; il n'existe, à l'heure actuelle, aucun moyen de sélectionner un élément de sous-menu spécifique. Cette fonctionnalité est mutuellement exclusive avec la fonctionnalité activate_mouse. Si les deux ne sont pas commentés, celui lu en dernier lieu est prioritaire. 

#enable_touch

Activer la prise en charge de la souris. Si elle est active, cette fonctionnalité permet d'utiliser la souris de l'ordinateur. Notez cependant que les EFI de tous les ordinateurs ne fournissent pas la prise en charge sous-jacente nécessaire, cette fonctionnalité peut donc ne pas fonctionner pour vous. Si cela fonctionne, vous devriez pouvoir lancer un système d'exploitation ou un outil en cliquant dessus avec le pointeur de la souris. Cette fonctionnalité est mutuellement exclusive avec la fonctionnalité activate_touch. Si les deux ne sont pas commentés, celui lu en dernier lieu est prioritaire. 

#enable_mouse

Taille du pointeur de la souris, en pixels, par côté. La valeur par défaut est 16 

#mouse_size 16

Vitesse de suivi de la souris. Des nombres plus élevés correspondent à un mouvement de souris plus rapide. Cette option nécessite que activate_mouse ne soit pas commenté. Les valeurs légales sont comprises entre 1 et 32. La valeur par défaut est 4. 

#mouse_speed 4

Lancez les systèmes d'exploitation spécifiés en mode graphique. Par défaut, rEFInd passe en mode texte et affiche les informations de base de pré-lancement lors du lancement de tous les systèmes d'exploitation à l'exception de macOS. L'utilisation du mode graphique peut produire une transition plus fluide, mais n'affiche aucune information, ce qui peut rendre les choses difficiles si vous devez déboguer un problème. De plus, sur au moins un ordinateur connu, l'utilisation du mode graphique évite un crash lors de l'utilisation du chargeur de stub EFI du noyau Linux. Vous pouvez spécifier une liste vide pour démarrer tous les systèmes d'exploitation en mode texte. Options valides :

Valeur par défaut : osx 

#use_graphics_for osx,linux

Quels outils non-bootloader afficher sur la ligne d'outils, et dans quel ordre les afficher :

La valeur par défaut est shell,memtest,gdisk,apple_recovery,windows_recovery,mok_tool,about,hidden_tags,shutdown,reboot,firmware,fwupdate 

#showtools shell, bootorder, gdisk, memtest, mok_tool, apple_recovery, windows_recovery, about, hidden_tags, reboot, exit, firmware, fwupdate

Les binaires d'outils à exclure de la ligne tools, même si la classe générale est spécifiée dans showtools. Cela permet de réduire une surabondance d'outils, comme lorsque vous voyez plusieurs entrées mok_tool après l'installation de plusieurs distributions Linux. Tout comme avec dont_scan_files, vous pouvez spécifier un nom de fichier seul, un chemin d'accès complet ou un identifiant de volume (étiquette du système de fichiers, nom de partition ou GUID de partition) et un nom de chemin. La liste par défaut est vide (rien n'est exclu). 

#dont_scan_tools ESP2:/EFI/ubuntu/mmx64.efi,gptsync_x64.efi These tend to be OEM-specific.

Chargeurs de démarrage pouvant lancer une restauration Windows ou un système d'urgence. Ceux-ci ont tendance à être spécifiques aux OEM. La valeur par défaut est windows_recovery_files LRS_ESP:/EFI/Microsoft/Boot/LrsBootmgr.efi 

#windows_recovery_files LRS_ESP:/EFI/Microsoft/Boot/LrsBootmgr.efi

Répertoires dans lesquels rechercher les pilotes EFI. Ces pilotes peuvent fournir une prise en charge du système de fichiers, donner accès aux disques durs sur des contrôleurs de plug-in, etc. Dans la plupart des cas, aucun n'est nécessaire, mais si vous ajoutez des pilotes EFI et que vous souhaitez que rEFInd les charge automatiquement, vous devez spécifier un ou plusieurs chemins ici. rEFInd analyse toujours les sous-répertoires "drivers" et "drivers_{arch}" de son propre répertoire d'installation (où "{arch}" est votre code d'architecture) ; cette option spécifie les répertoires SUPPLÉMENTAIRES à analyser. Par défaut, aucun répertoire supplémentaire n'est analysé pour les pilotes EFI 

#scan_driver_dirs EFI/tools/drivers,drivers

Quels types de chargeurs de démarrage rechercher et dans quel ordre les afficher :

Notez que les options du BIOS héritées nécessitent la prise en charge du micrologiciel, qui n'est pas présente sur tous les ordinateurs.

L'option netboot est expérimentale et repose sur les fichiers programme ipxe.efi et ipxe_discover.efi.

Sur les PC UEFI, la valeur par défaut est interne, externe, optique, manuel

Sur Mac, la valeur par défaut est interne, hdbios, externe, biosexternal, optique, cd, manuel 

#scanfor internal,external,optical,manual,firmware

Par défaut, rEFInd s'appuie sur le micrologiciel UEFI pour détecter les périphériques de démarrage en mode BIOS. Cependant, cela ne détecte parfois pas tous les périphériques disponibles. Dans ces cas, uefi_deep_legacy_scan entraîne une analyse forcée et une modification des variables NVRAM à chaque démarrage. L'ajout de "0", "off" ou "false" réinitialise la valeur par défaut. Ce jeton n'a aucun effet sur les Mac ou lorsqu'aucune option du mode BIOS n'est définie via scanfor. La valeur par défaut n'est pas définie (ou "uefi_deep_legacy_scan false") 

#uefi_deep_legacy_scan

Délai du nombre de secondes spécifié avant d'analyser les disques. Cela peut aider certains utilisateurs qui constatent que certains de leurs disques (généralement des disques externes ou optiques) ne sont pas détectés initialement, mais sont détectés après avoir appuyé sur Echap. La valeur par défaut est 0. 

#scan_delay 5

Lors de l'analyse des volumes pour les chargeurs de démarrage EFI, rEFInd recherche toujours les chargeurs de démarrage de macOS et de Microsoft Windows à leurs emplacements habituels, et analyse le répertoire racine et chaque sous-répertoire du répertoire /EFI à la recherche de chargeurs de démarrage supplémentaires, mais il ne revient pas dans ces répertoires. Le jeton Also_scan_dirs ajoute plus de répertoires à la liste d'analyse. Les répertoires sont spécifiés par rapport au répertoire racine du volume. Cette option s'applique à TOUS les volumes analysés par rEFInd, SAUF si vous incluez un nom de volume et deux points avant le nom du répertoire, comme dans "myvol:/somedir" pour analyser le répertoire somedir uniquement sur le système de fichiers nommé myvol. Si un répertoire spécifié n'existe pas, il est ignoré (aucune condition d'erreur ne résulte). La valeur par défaut consiste à analyser le répertoire « boot » en plus de divers répertoires codés en dur. 

#also_scan_dirs boot,ESP2:EFI/linux/kernels

Partitions (ou disques entiers, pour les démarrages en mode hérité) à omettre des analyses. Pour les analyses en mode EFI, vous spécifiez normalement un volume par son étiquette, que vous pouvez obtenir dans un shell EFI en tapant "vol", depuis Linux en tapant "blkid /dev/{devicename}", ou en examinant l'étiquette du disque dans les navigateurs de fichiers de divers systèmes d'exploitation. Il est également possible d'identifier une partition par son GUID unique (alias son "PARTUUID" dans le langage Linux). (Notez qu'il ne s'agit PAS du GUID TYPE CODE de partition.) Cet identifiant peut être obtenu via "blkid" sous Linux ou "diskutil info {partition-id}" sous macOS. Pour les analyses en mode hérité, vous pouvez spécifier n'importe quel sous-ensemble de la description du chargeur de démarrage affiché lorsque vous mettez l'option en surbrillance dans rEFInd. La valeur par défaut est "LRS_ESP". 

#dont_scan_volumes "Recovery HD"

Répertoires qui ne doivent PAS être analysés pour les chargeurs de démarrage. Par défaut, rEFInd n'analyse pas son propre répertoire, le répertoire EFI/tools, le répertoire EFI/memtest, le répertoire EFI/memtest86 ou le répertoire com.apple.recovery.boot. L'utilisation de l'option dont_scan_dirs vous permet de « mettre sur liste noire » d'autres répertoires ; mais assurez-vous d'utiliser "+" comme premier élément si vous souhaitez continuer à mettre sur liste noire les répertoires existants. Vous pouvez utiliser ce jeton pour garder EFI/boot/bootx64.efi hors du menu s'il s'agit d'un double d'un autre chargeur de démarrage ou pour exclure un répertoire contenant des pilotes ou des utilitaires non-chargeur de démarrage fournis par un fabricant de matériel. Si un répertoire est répertorié à la fois ici et dans Also_scan_dirs, dont_scan_dirs est prioritaire. Notez que cette liste noire s'applique à TOUS les systèmes de fichiers analysés par rEFInd, pas seulement à l'ESP, sauf si vous faites précéder le nom du répertoire par un nom de système de fichiers ou un GUID unique de partition, comme dans "myvol:EFI/somedir" pour exclure EFI/somedir de l'analyse. sur le volume myvol mais pas sur les autres volumes. 

#dont_scan_dirs ESP:/EFI/boot,EFI/Dell,EFI/memtest86

Fichiers qui ne doivent PAS être inclus en tant que chargeurs de démarrage EFI (sur la première ligne de l'écran). Si vous utilisez un chargeur de démarrage qui s'appuie sur des programmes de support ou des pilotes installés avec le binaire principal ou si vous souhaitez « mettre sur liste noire » certains chargeurs par nom plutôt que par emplacement, utilisez cette option. Notez que cela n'empêchera PAS certains binaires d'apparaître dans l'ensemble d'outils de la deuxième ligne. Plus particulièrement, divers outils de démarrage sécurisé et de récupération sont présents dans cette liste, mais peuvent apparaître comme éléments de deuxième ligne. Le fichier peut être spécifié sous forme de nom simple (par exemple, "notme.efi"), sous forme de chemin d'accès complet (par exemple, "/EFI/somedir/notme.efi") ou sous forme de chemin d'accès complet avec volume (par exemple, " SOMEDISK:/EFI/somedir/notme.efi" ou 2C17D5ED-850D-4F76-BA31-47A561740082:/EFI/somedir/notme.efi"). Les balises du système d'exploitation masquées via la touche Suppr ou '-' dans le menu rEFInd sont ajoutées à cette liste, mais stockées dans la NVRAM. La valeur par défaut est shim.efi,shim-fedora.efi,shimx64.efi,PreLoader.efi,TextMode.efi,ebounce.efi,GraphicsConsole.efi,MokManager.efi,HashTool.efi,HashTool-signed.efi,bootmgr. efi,fb{arch}.efi (où "{arch}" est le code d'architecture, comme "x64").=Si vous souhaitez conserver ces valeurs par défaut mais y ajouter des éléments, assurez-vous de spécifier "+" comme premier élément de la nouvelle liste ; si vous ne le faites pas, les éléments de la liste par défaut apparaîtront probablement. 

#dont_scan_files shim.efi,MokManager.efi

Variables EFI NVRAM Boot#### qui ne doivent PAS être présentées comme chargeurs lorsque "firmware" est une option pour "scanfor". La liste séparée par des virgules présentée ici contient des chaînes qui correspondent au champ de description. Si une valeur ici est une sous-chaîne insensible à la casse de la description de l'option de démarrage, elle sera alors exclue de la liste de démarrage. Pour spécifier une chaîne contenant un espace, placez-la entre guillemets. La spécification de "shell" contrecarrera l'inclusion automatique des shells EFI intégré 

#dont_scan_firmware HARDDISK,shell,"Removable Device"

Recherchez les noyaux Linux dépourvus d'extension de nom de fichier ".efi". Ceci est utile pour une meilleure intégration avec les distributions Linux qui fournissent aux noyaux des chargeurs de stub EFI mais qui ne donnent pas aux noyaux les noms de fichiers se terminant par ".efi", en particulier si les noyaux sont stockés sur un système de fichiers que l'EFI peut lire. Lorsqu'elle est définie sur "1", "true" ou "on", cette option entraîne l'inclusion de tous les fichiers dans les répertoires analysés dont les noms commencent par "vmlinuz", "bzImage" ou "kernel", en tant que chargeurs, même s'ils manque d'extensions ".efi". En passant à cette option une valeur "0", "false" ou "off", les noyaux sans extensions ".efi" ne seront PAS analysés. La valeur par défaut est "true" – pour rechercher les noyaux sans extensions ".efi". 

#scan_all_linux_kernels false

Combinez tous les noyaux Linux d'un répertoire donné en une seule entrée. Lorsqu'il est ainsi défini, le noyau avec l'horodatage le plus récent sera lancé. Par défaut, et son nom de fichier apparaîtra dans la description de l'entrée. Pour lancer d'autres noyaux, l'utilisateur doit appuyer sur F2 ou Insérer ; des noyaux alternatifs apparaissent alors comme options dans le sous-menu. La valeur par défaut est "true" – les noyaux sont "repliés" dans une seule entrée de menu. 

#fold_linux_kernels false

Liste de chaînes délimitées par des virgules à traiter comme s'il s'agissait de nombres dans le but de détecter le numéro de version du noyau. Ces chaînes sont mises en correspondance sur la base du premier résultat ; c'est-à-dire que si vous souhaitez traiter à la fois "linux-lts" et "linux" comme des chaînes de version, elles DOIVENT être spécifiées comme "linux-lts,linux", car si vous le spécifiez dans l'autre sens, vmlinuz-linux et vmlinuz -linux-lts reviendra avec "linux" comme "chaîne de version", ce qui n'est pas ce que vous souhaiteriez. De plus, si le noyau ou le fichier initrd inclut à la fois une chaîne et des chiffres spécifiés, la « chaîne de version » inclut les deux. Par exemple, « vmlinuz-linux-4.8 » produirait une chaîne de version de « linux-4.8 ». Cette option est destinée à Arch et aux autres distributions qui n'incluent pas de numéros de version dans leurs noms de fichiers de noyau, mais peuvent fournir d'autres numéros de version uniques. identifiant les chaînes pour plusieurs noyaux. Si cette fonctionnalité pose des problèmes (par exemple, si le nom de fichier de votre noyau inclut "linux" mais pas le nom de fichier initrd), assurez-vous qu'il est défini sur une chaîne vide (extra_kernel_version_strings "") ou commentez l'option pour la désactiver. La valeur par défaut n'est pas de chaînes de version supplémentaires. 

#extra_kernel_version_strings linux-lts,linux

Écrivez dans les variables EFI systemd (actuellement uniquement LoaderDevicePartUUID) lors du lancement de Linux via un chargeur de stub EFI, ELILO ou GRUB. Cette variable, lorsqu'il est présent, systemd monte l'ESP sur /boot ou /efi *IF* l'un ou l'autre répertoire est vide et rien d'autre n'y est monté. La valeur par défaut est "false". 

#write_systemd_vars true

Définissez le nombre maximum de balises pouvant être affichées à l'écran à tout moment. Si plus de chargeurs sont découverts que cette valeur, rEFInd affiche un sous-ensemble dans une liste déroulante. Si cette valeur est trop élevée pour que l'écran puisse la gérer, elle est réduite à la valeur que l'écran peut gérer. Si cette valeur est définie sur 0 (valeur par défaut), elle est ajustée au nombre que l'écran peut gérer. 

#max_tags 0

Définissez la sélection de menu par défaut. Les arguments disponibles correspondent aux accélérateurs clavier disponibles dans rEFInd. Vous pouvez sélectionner le chargeur par défaut utilisant :

Vous pouvez également spécifier plusieurs sélecteurs en les séparant par des virgules et en mettant la liste entre guillemets. (L'option "+" n'a de sens que dans ce contexte.)

Si vous suivez le(s) sélecteur(s) deux fois, au format 24 heures, la valeur par défaut ne s'appliquera qu'entre ces heures. Les heures correspondent à l'heure standard de la carte mère, qu'il s'agisse de l'heure UTC ou de l'heure locale, donc si vous utilisez UTC, vous devrez l'ajuster manuellement à partir de l'heure locale.

Les heures peuvent s'étendre sur minuit, comme dans "23h30 00h30", qui s'applique de 23h30 à 00h30. Vous pouvez spécifier plusieurs lignes default_selection, auquel cas la dernière à correspondre est prioritaire. Ainsi, vous pouvez définir une option principale sans heure suivie d'une ou plusieurs options incluant des heures pour définir différentes valeurs par défaut pour différentes heures de la journée.

Le comportement par défaut consiste à démarrer le système d'exploitation précédemment démarré. 

#default_selection 1
#default_selection Microsoft
#default_selection "+,bzImage,vmlinuz"
#default_selection Maintenance 23:30 2:00
#default_selection "Maintenance,macOS" 1:00 2:30

Activez le bit VMX et verrouillez le CPU MSR s'il est déverrouillé. Sur certains ordinateurs Intel Apple, le firmware ne verrouille pas le MSR 0x3A. Le symptôme sous Windows est qu'Hyper-V ne fonctionne pas même si le processeur répond aux exigences minimales (virtualisation assistée par matériel et SLAT). NE PAS RÉGLER CELA SAUF SUR LES CPU INTEL QUI SUPPORTENT VMX ! Voir http://www.thomas-krenn.com/en/wiki/Activating_the_Intel_VT_Virtualization_Feature pour en savoir plus sur ce sujet. La valeur par défaut est false : n'essayez pas d'activer et de verrouiller le MSR. 

#enable_and_lock_vmx false

Dites à l'EFI d'un Mac que macOS est sur le point d'être lancé, même si ce n'est pas le cas. Cette option amène certains Mac à initialiser leur matériel différemment que lorsqu'un système d'exploitation tiers est lancé normalement. Dans certains cas (en particulier sur les Mac équipés de plusieurs cartes vidéo), l'utilisation de cette option peut entraîner un fonctionnement matériel qui ne fonctionnerait pas autrement. Par contre, en utilisant cette option lorsque cela n'est pas nécessaire, le matériel (tel que les claviers et les souris) peut devenir inaccessible. Par conséquent, vous ne devez pas activer cette option si vos systèmes d’exploitation non Apple fonctionnent correctement ; activez-le uniquement si vous rencontrez des problèmes avec certains périphériques matériels. En cas de besoin, une valeur de « 10,9 » fonctionne généralement, mais vous pouvez expérimenter avec d'autres valeurs. Cette fonctionnalité n'a aucun effet sur les ordinateurs non Apple. La valeur par défaut est inactive (aucune usurpation d'identité macOS n'est effectuée). 

#spoof_osx_version 10.9

Définissez les valeurs CSR pour la fonction de protection de l'intégrité du système (SIP) d'Apple. Les valeurs sont des nombres hexadécimaux sur deux octets (quatre caractères). Ces valeurs définissent quelles fonctionnalités de sécurité spécifiques sont activées. Vous trouverez ci-dessous les codes indiquant la signification des valeurs. Additionnez-les (en hexadécimal !) pour définir de nouvelles valeurs. Les commandes Apple "csrutil enable" et "csrutil Disable" définissent respectivement des valeurs de 10 et 877. (Avant OS 11, 77 était utilisé au lieu de 877 ; 877 est requis pour OS 11 et devrait également fonctionner pour OS X 10.x.) 

#csr_values 10,877

Inclure un fichier de configuration secondaire dans celui-ci. Ce fichier secondaire est chargé comme si ses options apparaissaient au point du jeton "include" lui-même, donc si vous souhaitez remplacer un paramètre dans le fichier principal, le fichier secondaire doit être référencé APRÈS le paramètre que vous souhaitez remplacer. Notez que le fichier secondaire ne peut PAS charger un fichier tertiaire. 

#include manual.conf

Exemples de strophes de configuration manuelle. Chacun commence par le mot-clé "menuentry" suivi d'un nom qui doit apparaître dans le menu (utilisez des guillemets si vous souhaitez que le nom contienne un espace) et d'une accolade ouverte ("{"). Chaque entrée se termine par une accolade fermante ("}"). Les mots-clés courants dans chaque strophe incluent :

Notez que vous pouvez utiliser soit des barres obliques inverses de style DOS/Windows/EFI (\) soit des barres obliques de style Unix (/) comme séparateurs de répertoires. Quoi qu'il en soit, toutes les références de fichiers se trouvent sur l'ESP à partir duquel rEFInd a été lancé. L'utilisation de guillemets autour des paramètres les amène à être interprétés comme un seul mot-clé et à désactiver l'analyse des caractères spéciaux (espaces, =, / et #). Ceci est utile principalement avec le mot-clé "options". L'utilisation de guillemets autour des paramètres qui spécifient les noms de fichiers est autorisée, mais vous devez alors utiliser des barres obliques inverses au lieu de barres obliques, sauf lorsque vous devez transmettre une barre oblique au chargeur, comme lorsque vous passez une option root= à un noyau Linux.

Vous trouverez ci-dessous plusieurs exemples de strophes de démarrage. Tous sont désactivés par défaut. Trouvez-en un similaire à ce dont vous avez besoin, copiez-le, supprimez la ligne "désactivé" et ajustez les entrées en fonction de vos besoins

Un exemple d'entrée pour un noyau Linux 3.13 avec prise en charge du stub de démarrage EFI sur une partition avec un GUID de 904404F8-B481-440C-A1E3-11A5A954E601. Cette entrée inclut les options de démarrage spécifiques à Linux et la spécification d'un disque RAM initial. Notez l'utilisation de barres obliques de style Linux. Notez également qu'une barre oblique est facultative dans les spécifications du fichier. 

menuentry Linux {
    icon EFI/refind/icons/os_linux.png
    volume 904404F8-B481-440C-A1E3-11A5A954E601
    loader bzImage-3.3.0-rc7
    initrd initrd-3.3.0.img
    options "ro root=UUID=5f96cafa-e0a7-4057-b18f-fa709db5b837"
    disabled
}

Vous trouverez ci-dessous un exemple Linux plus complexe, spécifiquement pour Arch Linux. Cet exemple DOIT être modifié pour votre installation spécifique ; au moins, le code PARTUUID doit être modifié pour votre disque. Étant donné qu'Arch Linux n'inclut pas les numéros de version dans ses noms de fichiers de noyau et d'initrd, vous devrez peut-être utiliser des strophes de démarrage manuel lorsque vous utilisez des initrds de secours ou plusieurs noyaux avec Arch. Cet exemple est modifié à partir de celui de la page wiki Arch sur rEFInd (https://wiki.archlinux.org/index.php/rEFInd). 

menuentry "Arch Linux" {
    icon     /EFI/refind/icons/os_arch.png
    volume   "Arch Linux"
    loader   /boot/vmlinuz-linux
    initrd   /boot/initramfs-linux.img
    options  "root=PARTUUID=5028fa50-0079-4c40-b240-abfaf28693ea rw add_efi_memmap"
    submenuentry "Boot using fallback initramfs" {
        initrd /boot/initramfs-linux-fallback.img
    }
    submenuentry "Boot to terminal" {
        add_options "systemd.unit=multi-user.target"
    }
    disabled
}

Un exemple d'entrée pour charger Ubuntu en utilisant son nom standard pour son chargeur de démarrage GRUB 2. Notez l'utilisation des barres obliques de style Linux 

menuentry Ubuntu {
    loader /EFI/ubuntu/grubx64.efi
    icon /EFI/refind/icons/os_linux.png
    disabled
}

Une entrée ELILO minimale, qui n'offre probablement rien que la détection automatique ne puisse accomplir. 

menuentry "ELILO" {
    loader \EFI\elilo\elilo.efi
    disabled
}

Comme l'entrée ELILO, celle-ci n'offre rien que la détection automatique ne puisse faire ; mais vous pouvez l'utiliser si vous souhaitez désactiver la détection automatique tout en démarrant Windows…. 

menuentry "Windows 7" {
    loader \EFI\Microsoft\Boot\bootmgfw.efi
    disabled
}

Les shells EFI sont des programmes comme les chargeurs de démarrage et peuvent être lancés de la même manière. Vous pouvez transmettre à un shell le nom d'un script qu'il doit exécuter sur la ligne "options". Le script pourrait initialiser le matériel puis lancer un système d'exploitation, ou il pourrait faire quelque chose de complètement différent. 

menuentry "Windows via shell script" {
    icon \EFI\refind\icons\os_win.png
    loader \EFI\tools\shell.efi
    options "fs0:\EFI\tools\launch_windows.nsh"
    disabled
}

MacOS est normalement détecté et exécuté automatiquement ; cependant, si vous souhaitez faire quelque chose d'inhabituel, une strophe de démarrage manuel peut être le moyen de le faire. Celui-ci ne fait rien de très inhabituel, mais il peut servir de point de départ. Notez que vous devrez presque certainement modifier la ligne « volume » pour que cet exemple fonctionne. 

menuentry "My macOS" {
    icon \EFI\refind\icons\os_mac.png
    volume "macOS boot"
    loader \System\Library\CoreServices\boot.efi
    disabled
}

Le jeton firmware_bootnum prend une valeur HEXADECIMAL en option et définit cette valeur à l'aide de la variable BootNext de l'EFI, puis redémarre l'ordinateur. Cela provoque alors un démarrage unique de l'ordinateur à l'aide de cette option de démarrage EFI. Il peut être utilisé à diverses fins, mais celui qui est susceptible d'intéresser certains utilisateurs de rEFInd est que certains Mac équipés d'écrans HiDPI produisent des bureaux de résolution inférieure lorsqu'ils sont démarrés via rEFInd que lorsqu'ils sont démarrés via le propre gestionnaire de démarrage d'Apple. Le démarrage à l'aide de l'option firmware_bootnum produit la meilleure résolution. Notez qu'aucune option de chargeur n'est utilisée dans ce type de configuration. 

menuentry "macOS via BootNext" {
    icon /EFI/refind/icons/os_mac.png
    firmware_bootnum 80
    disabled
}

Quelques pararamétrages utilisateurs

cas 1

sudo grep -Ev "^#|^$" /boot/efi/EFI/refind/refind.conf
timeout 51
dont_scan_volumes "FATUBUNTU","FAT1604,FAT-TROIS, FAT-DEUX"
default_selection +
use_nvram false
enable_touch
scan_delay 0
dont_scan_dirs ESP:/EFI/boot,EFI/Dell,EFI/memtest86,FAT-DEUX:/EFI/ubuntu,EFI/boot,EFI/fedora
dont_scan_files shim.efi,MokManager.efi,memtest.efi

Voir aussi

Liens externes

Contributeurs : bougron, roschan , …