Un inconvénient à utiliser rEFInd au lieu de GRUB?

FINAL EDIT - Si vous prévoyez d'installer rEFInd, vous pouvez lire la réponse de Rod ci-dessous.

Après l'installation si vous avez un tas d'entrées inutiles, écrivez simplement leur nom sur un morceau de papier (rEFInd les décrira comme somefile.efi), puis ouvrez refind.conf et ajoutez la ligne dont_scan_files somefile.efi,someotherfile.efi

Si vous voyez toujours des entrées inutiles (j'en avais une qui disait "chargeur de démarrage de secours, etc." sans spécifier de fichier .efi), ajoutez simplement la ligne dont_scan_dirs EFI/boot,EFI/Dell,EFI/memtest86. Cela devrait faire l'affaire.

J'ai une machine avec un dérivé d'Ubuntu à double démarrage avec Windows 10. J'utilise actuellement GRUB, mais je prévois de passer à rEFInd, principalement pour le plaisir des yeux.

Ce qui m'inquiète, ce sont les inconvénients possibles, en particulier si un chargeur de démarrage plus sophistiqué comme rEFInd pourrait ralentir mon processus de démarrage.

[MODIFIER - Ignorez le guide suivant, lisez la réponse ci-dessous ] Enfin, ce guide semble-t-il fiable?

EDIT - contrairement à d'autres préexistants, cette question se concentre sur le double démarrage Windows-Linux (bien que la réponse ci-dessous semble couvrir tout OS, en se concentrant sur ceux basés sur Debian).

Je maintiens rEFInd, donc je comprends comment cela fonctionne et interagit assez bien avec Ubuntu; mais je ne suis pas non plus sans mes propres préjugés et préférences. (J'ai fourré rEFIt dans rEFInd parce que je n'aime pas GRUB 2 et je pensais que ce que rEFIt faisait était élégant, mais pas tout à fait ce dont j'avais besoin.)

Dans la plupart des cas, rEFInd fonctionne. Il est rare de rencontrer des problèmes de post-démarrage avec un chargeur de démarrage; une fois que le noyau démarre, il fonctionne complètement ou pas du tout. (Il y a des exceptions occasionnelles à cette règle, mais comme je l'ai dit, elles sont rares.) Ainsi, si rEFInd démarre votre système, vous n'avez pas à vous soucier trop des problèmes de suivi. Cela dit, tout logiciel, y compris les chargeurs de démarrage, présente des avantages et des inconvénients. Par rapport à GRUB, ces points viennent à l'esprit concernant rEFInd:

• rEFInd avantages / GRUB inconvénients
  • Parce qu'il recherche les noyaux à chaque démarrage, rEFInd est plus adaptatif et dépend moins des fichiers de configuration. Ceci est plus important si vous démarrez plusieurs distributions Linux, car dans une telle configuration, vous devez vous assurer que le fichier de configuration principal de GRUB est au courant des modifications apportées aux noyaux de l' autre distribution.
  • Le format du fichier de configuration de GRUB est très complexe. Cela fonctionne généralement bien car ses scripts de configuration font la bonne chose la plupart du temps; mais lorsque les scripts se trompent, le réparer peut être un cauchemar. Parce que les fichiers de configuration de rEFInd sont plus simples, il a tendance à être plus facile à corriger et à modifier sa configuration.
  • rEFInd a plus de bonbons pour les yeux, comme vous le faites remarquer.
  • rEFInd est plus fiable pour démarrer Windows avec Secure Boot actif. (Voir ce rapport de bogue pour des informations sur un problème modérément courant avec GRUB qui n'affecte pas rEFInd.)
  • rEFInd peut lancer des chargeurs de démarrage en mode BIOS; GRUB ne peut pas. Pour la plupart des gens, et en particulier ceux qui ont des PC basés sur UEFI, ce n'est pas un gros problème. Cependant, certains utilisateurs de Mac ont besoin d'une compatibilité en mode BIOS pour un double démarrage avec Windows 7.
  • rEFInd sur une clé USB ou un CD-R peut démarrer une installation Ubuntu qui devient impossible à démarrer. Il y a quelques mises en garde et limitations, mais même si vous n'utilisez pas rEFInd sur votre disque dur, l'avoir sur une clé USB ou un CD-R peut être un outil d'urgence utile.
  • Les scripts de configuration de GRUB peuvent être lents à exécuter. Sur une configuration complexe, l'installation d'un nouveau noyau peut prendre une minute ou plus simplement parce que ces scripts sont déclenchés et qu'ils prennent un temps ridicule pour analyser le système pour les noyaux et un assortiment de chargeurs de démarrage et pour reconstruire le fichier de configuration avec ce qui est trouvé . Notez que vous rencontrerez ce problème même si vous utilisez rEFInd sauf si vous désinstallez GRUB (ou ne l'installez pas pour commencer).
  • Lorsque vous travaillez avec Secure Boot, rEFInd applique toujours les politiques Secure Boot. GRUB peut le faire ou non lors du lancement des noyaux Linux, selon la version GRUB utilisée. (Avant Ubuntu 16.04, le GRUB d'Ubuntu lancerait même des noyaux non signés. Je pense que 16.04 resserre un peu cela, mais je ne l'ai pas encore examiné en détail.)
• rEFInd inconvénients / avantages GRUB
  • GRUB est disponible en tant que package officiellement géré dans Ubuntu, tandis que rEFInd est (pour l'instant) disponible en tant que package tiers et PPA.
  • Si je suis heurté par un bus, le développement de rEFInd est susceptible de s'arrêter; mais GRUB a beaucoup plus de développeurs et ne deviendra pas abandonware dans un avenir proche.
  • GRUB prend en charge plus de plates-formes (CPU et types de firmware).
  • GRUB est plus facile à utiliser dans un environnement de démarrage réseau.
  • GRUB peut (en théorie) charger un noyau à partir d'une configuration LVM ou RAID ou sur une partition chiffrée; rEFInd ne peut pas faire cela. (rEFInd peut toujours être utilisé avec LVM, RAID et les configurations chiffrées, mais la /bootpartition doit être séparée et non chiffrée dans de telles configurations.) Notez que j'ai dit "en théorie" parce que je ne connais aucune distribution qui tire parti de cette fonctionnalité, donc il est, à ma connaissance, mal testé.
  • Les analyses des noyaux et des chargeurs de démarrage de rEFInd peuvent prendre quelques secondes à chaque démarrage, il peut donc être un peu plus lent que GRUB d'apparaître. (Vous pouvez réduire ce temps d'analyse en installant uniquement les pilotes de système de fichiers dont vous avez réellement besoin et en gardant les partitions analysées épurées.)
  • Shim a été conçu pour fonctionner avec GRUB. Bien que rEFInd fonctionne également avec Shim, ce n'est pas la cible principale de Shim, il y a donc la convention de dénomination bizarre d'appeler rEFInd grubx64.efipour que Shim le lance; et vous devrez ajouter au moins une entrée à la liste MOK pour que rEFInd fonctionne avec Shim.

En plus de ces points, il existe des incompatibilités et des caprices spécifiques au système. De tels problèmes peuvent frapper l'un ou l'autre programme, ils ne sont donc pas vraiment les avantages de l'un ou de l'autre.

Il est possible de configurer votre système pour que rEFInd lance GRUB (ou vice-versa), mais dans la plupart des cas, vous finirez par obtenir le pire des deux programmes, pas le meilleur, lorsque vous faites cela. À l'occasion, cependant, le chargement de chaîne de cette manière est souhaitable - par exemple, si vous voulez le plaisir des yeux de rEFInd et la possibilité de charger un noyau à partir d'une partition LVM, RAID ou cryptée.

Quant aux instructions d'installation auxquelles vous vous connectez, elles sont trop complexes. La façon la plus simple d'installer rEFInd dans Ubuntu est d'utiliser le PPA après avoir installé Ubuntu:

sudo apt-add-repository ppa:rodsmith/refind
sudo apt-get update
sudo apt-get install refind

L'inconvénient de cette approche est qu'il s'agit d'un grand saut. Si vous préférez tester rEFInd avant de l'installer complètement, utilisez certainement la clé USB, qui vous permettra de voir comment rEFInd fonctionne avant d'apporter des modifications à votre disque dur.