Partition système EFI

LinuxEdit

Voir aussi : Compatibilité des périphériques de disque UEFI et Linux

GRUB 2 et elilo servent de chargeurs d’amorçage UEFI autonomes conventionnels et à part entière pour Linux. Une fois chargés par un microprogramme UEFI, ils peuvent tous deux accéder et amorcer des images de noyau à partir de tous les périphériques, partitions et systèmes de fichiers qu’ils prennent en charge, sans être limités à la partition système EFI.

EFI Boot Stub permet d’amorcer une image de noyau Linux sans utiliser un chargeur d’amorçage UEFI conventionnel. En se faisant passer pour une image PE/COFF et en apparaissant au firmware comme une application UEFI, une image de noyau x86 avec EFI Boot Stub activé peut être directement chargée et exécutée par un firmware UEFI. De telles images de noyau peuvent toujours être chargées et exécutées par des chargeurs de démarrage basés sur le BIOS ; ainsi, EFI Boot Stub permet à une seule image de noyau de fonctionner dans n’importe quel environnement de démarrage.

Le support du noyau Linux pour EFI Boot Stub est activé en activant l’option CONFIG_EFI_STUB (EFI stub support) pendant la configuration du noyau. Il a été fusionné dans la version 3.3 du noyau Linux mainline, publiée le 18 mars 2012.Gummiboot (alias systemd-boot) est un gestionnaire de démarrage UEFI simple qui charge et exécute des images UEFI configurées, en accédant uniquement à la partition système EFI. Les fragments de fichiers de configuration, les images de noyau et les images initrd doivent résider sur la partition système EFI, car Gummiboot ne fournit pas de support pour accéder aux fichiers sur d’autres partitions ou systèmes de fichiers. Les noyaux Linux doivent être construits avec CONFIG_EFI_STUB activé afin qu’ils puissent être directement exécutés en tant qu’images UEFI.

Le point de montage de la partition système EFI est généralement /boot/efi, où son contenu est accessible après le démarrage de Linux.

MacOSEdit

Sur les ordinateurs macOS basés sur l’architecture matérielle x64, la partition système EFI est initialement laissée vide et inutilisée pour le démarrage. Cependant, la partition système EFI est utilisée comme zone de transit pour les mises à jour de micrologiciels. La logique est généralement la suivante : l’EFI recherche d’abord un chargeur de démarrage dans ESP, et s’il n’y en a pas, il continue vers le système de fichiers de MacOS.

Le sous-système EFI pré-UEFI de l’architecture Apple-Intel (mactel) avait l’habitude d’exiger que la partition système EFI soit formatée en HFS+. Tout chargeur de démarrage tiers doit également être « béni » par une commande IOCTL spéciale avant de devenir amorçable par le firmware, une relique de la bénédiction du dossier système du Mac OS classique. Il n’y a autrement aucune limitation aux types de système d’exploitation ou de chargeur d’amorçage EFI qu’une machine mactel peut exécuter.

WindowsEdit

Sur Windows XP 64-Bit Edition et plus, l’accès à la partition système EFI est obtenu en exécutant la commande mountvol /s.

Le gestionnaire de démarrage Windows est situé dans le \EFI\MICROSOFT\BOOT\ sous-dossier de la partition système EFI.

TrueOS a ajouté la prise en charge de l’UEFI au programme d’installation et au gestionnaire de démarrage depuis la version 10.1. Son gestionnaire de démarrage par défaut est rEFInd.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *