Systemd-boot, parfois appelé « systemd » et précédemment appelé « gummiboot », est le nouveau concurrent de Grub. Sur les systèmes EFI compatibles, systemd-boot peut être utilisé à la place de Grub pour démarrer le système d’exploitation du système. D’un point de vue de haut niveau, systemd-boot est lié au chargeur de démarrage déjà dans UEFI, offrant l’ensemble de fonctionnalités le plus basique pour sélectionner un système d’exploitation. Grub, d’autre part, charge ce qui est parfois décrit comme « un système d’exploitation complet » pour gérer le démarrage du système d’exploitation de l’utilisateur, offrant ainsi une capacité bien supérieure.
Contenu
Qu’est-ce qu’un chargeur de démarrage ?
Un bootloader charge le système d’exploitation. Il est copié dans la mémoire à partir d’un secteur spécial sur le support de démarrage et s’exécute avant le démarrage de tout système d’exploitation. Si plusieurs images système amorçables sont détectées, le chargeur de démarrage permet à l’utilisateur de sélectionner le système à démarrer. Le chargeur de démarrage démarre ensuite le système d’exploitation et transfère le contrôle du matériel au système d’exploitation. Sur la plupart des systèmes, le chargeur de démarrage apparaît juste après l’écran de démarrage de la carte mère.
Grub vs systemd-boot : qu’est-ce que Grub ?
GNU GRUB, plus communément appelé Grub ou GRUB 2, signifie GRet Unifié Boot Interface. Il est basé sur la spécification multiboot de la Free Software Foundations. Il est conçu pour fonctionner sur n’importe quelle plate-forme matérielle et démarrer à peu près n’importe quel système d’exploitation Unix à partir de pratiquement n’importe quel support de démarrage et système de fichiers. Parce qu’il est destiné à couvrir un large éventail de plates-formes et de distributions, Grub est couramment utilisé comme chargeur de démarrage par défaut fourni avec la plupart des distributions Linux. Si vous avez interagi avec un chargeur de démarrage Linux, il s’agit probablement de Grub. Il fournit également des options pour la configuration visuelle comme le texte, les couleurs d’arrière-plan et les images de démarrage graphiques. La version d’Ubuntu de Grub, par exemple, utilise le violet de la marque Canonical.
Grub prend en charge les systèmes multiboot et a été écrit spécifiquement à cet effet. Cependant, cela peut être un peu délicat si quelque chose ne va pas. Les problèmes surviennent le plus souvent lors de l’installation de Grub sur un système multiboot existant, de la suppression de systèmes d’exploitation et de l’installation de nouveaux systèmes d’exploitation. Grub utilise un fichier de configuration, de sorte que chaque système d’exploitation est inclus dans le même fichier, qui est édité pour refléter les changements. Les chargeurs de démarrage du système d’exploitation principal résident dans le MBR et les autres systèmes d’exploitation sont chargés en chaîne via des chargeurs de démarrage sur leurs propres partitions. Cela fonctionne, et pour la plupart des cas d’utilisation, c’est absolument suffisant. Mais c’est un système qui peut aussi être facilement bouleversé. Par exemple, si vous ne configurez pas correctement les noyaux chargés en chaîne, plusieurs installations Linux peuvent finir par « se battre » pour le contrôle du MBR.
Grub vs systemd-boot : qu’est-ce que systemd-boot ?
Les fans de Linux ont peut-être déjà rencontré le nom « systemd ». systemd, abréviation de « démon système », est un ensemble de démons prérequis fondamentaux pour l’exécution d’un système Linux. Systemd-boot est un code de plusieurs milliers de lignes et n’a aucune dépendance dans le reste de la suite systemd. Cependant, grâce à sa simplicité, gummiboot a été ajouté à systemd et renommé « systemd-boot » pour correspondre à la convention de nommage des composants de systemd. L’objectif global de Systemd est de démarrer le système rapidement en démarrant moins de choses et en commençant plus en parallèle, et systemd-boot partage cet objectif.
En tant que chargeur de démarrage texte uniquement, systemd a une apparence manifestement à l’ancienne. Les périphériques de démarrage disponibles sont répertoriés par leur titre, qui est géré dans le fichier de configuration de systemd-boot. Le systemd-boot est essentiellement une interface pour la logique de démarrage incluse dans EFI, c’est pourquoi il ne peut être utilisé qu’avec des systèmes EFI compatibles. C’est un système nettement moins configurable que Grub, avec pratiquement aucune option de configuration.
Avec son interface limitée, systemd est un chargeur de démarrage beaucoup plus petit que Grub. Certaines personnes l’installent pour la vitesse ou pour gérer plus efficacement plusieurs systèmes d’exploitation. Étant donné que systemd utilise des fichiers de configuration divisés (un seul fichier .conf pour chaque noyau ou système d’exploitation), il peut être plus simple de maintenir manuellement un système avec plusieurs noyaux ou systèmes d’exploitation. Ces fichiers texte de configuration peuvent être simplement copiés dans le répertoire de systemd lorsqu’un nouveau noyau est installé. Cela simplifie la configuration pour les systèmes multi-boot.
Conclusion : Grub ou Systemd-boot sont-ils meilleurs ?
Si vous rencontrez des problèmes avec Grub, systemd-boot fournit une infrastructure de démarrage considérablement simplifiée avec une configuration de fichier intégrée. C’est plus robuste, mais ce n’est pas non plus aussi configurable ou adaptable que Grub. Si vous exécutez un système EFI multiboot, systemd-boot peut faciliter la gestion du démarrage et peut même réduire vos temps de démarrage. Sur d’autres configurations système, ou pour des utilisations qui nécessitent une plus grande flexibilité que systemd-boot, Grub reste votre meilleur pari.
Cet article est-il utile ? Oui Non
