Le firmware d’un PC orchestre tout ce qui se passe entre la mise sous tension et le chargement du noyau. Legacy BIOS et UEFI remplissent ce rôle, mais leurs architectures divergent sur des points qui conditionnent le partitionnement, la chaîne de confiance et les limites matérielles exploitables.
Adressage firmware et table de partitions : MBR contre GPT
Le BIOS Legacy exécute du code 16 bits en mode réel, limité à un adressage mémoire de 1 Mo au démarrage. Il s’appuie sur une table de partitions MBR inscrite dans les 512 premiers octets du disque. Cette structure impose un plafond de quatre partitions primaires et une capacité adressable maximale de deux téraoctets.
A lire en complément : Quel est l'intérêt de l'algorithme ?
UEFI fonctionne en mode protégé 32 ou 64 bits dès l’initialisation. Il exploite la table de partitions GPT (GUID Partition Table), qui supprime la limite de deux To et autorise un nombre de partitions bien supérieur à quatre. Le firmware lit une partition système EFI (ESP), formatée en FAT32, contenant les chargeurs d’amorçage sous forme de fichiers exécutables .efi.
Cette différence n’est pas qu’un détail de formatage. Un disque système en MBR ne peut pas démarrer en mode UEFI natif, et inversement. Toute migration d’un mode à l’autre passe par une conversion de la table de partitions.
A découvrir également : Les coordonnées bancaires sont-elles des informations sensibles ?
Secure Boot et chaîne de certificats UEFI en 2026
Secure Boot est une fonctionnalité exclusive à UEFI. Elle vérifie la signature cryptographique de chaque composant chargé avant le système d’exploitation : bootloader, pilotes firmware, éventuellement le noyau. En mode Legacy, aucun mécanisme équivalent n’existe, le BIOS exécute aveuglément le code trouvé dans le MBR.
Le certificat Microsoft UEFI CA 2011 a expiré le 27 juin 2026. Les nouvelles signatures de composants de démarrage doivent utiliser le certificat Microsoft UEFI CA 2023. Concrètement, un firmware dont la base de données Secure Boot n’intègre pas ce nouveau certificat refusera de démarrer des bootloaders signés avec la clé 2023.
Ce renouvellement affecte aussi les distributions Linux. Les shims (pré-chargeurs signés par Microsoft) doivent être re-signés avec le certificat 2023 pour que Secure Boot reste fonctionnel. Nous constatons que certains firmwares plus anciens, même compatibles UEFI, n’ont pas reçu de mise à jour intégrant la nouvelle autorité de certification.
Exigences Windows 11 : UEFI, Secure Boot capable et TPM 2.0
Microsoft formule les prérequis de Windows 11 comme suit : le PC doit disposer d’un firmware UEFI « Secure Boot capable ». La nuance compte. L’ordinateur doit pouvoir activer Secure Boot, pas forcément l’avoir activé au moment de l’installation dans tous les scénarios. En revanche, TPM 2.0 est explicitement requis et vérifié par l’installateur.
Un système fonctionnant en Legacy BIOS avec un disque MBR ne satisfait aucune de ces conditions. Il ne s’agit pas d’un simple changement de paramètre dans le firmware : la structure du disque, la présence d’une partition ESP et la compatibilité du firmware avec Secure Boot entrent tous en jeu.
Conversion MBR vers GPT sans réinstallation
Microsoft fournit l’outil MBR2GPT pour transformer un disque système MBR en GPT sans perdre les données ni réinstaller Windows. La procédure se déroule en deux temps :
- Exécution de MBR2GPT depuis l’environnement de récupération Windows (WinRE) ou en ligne de commande avec les droits administrateur, ce qui convertit la table de partitions et crée l’ESP
- Basculement du firmware de Legacy à UEFI dans les réglages du BIOS, sans quoi le système ne trouvera pas le chargeur .efi et refusera de démarrer
- Vérification post-conversion que Secure Boot est activable et que le certificat CA 2023 figure dans la base de données du firmware
Inverser l’ordre (changer le firmware avant la conversion) rend le système inamorçable. L’outil valide la compatibilité du disque avant d’écrire quoi que ce soit, mais il ne vérifie pas l’état du firmware lui-même.
Legacy BIOS : les cas d’usage qui persistent
Le mode Legacy n’est pas obsolète dans tous les contextes. Certains systèmes embarqués, des serveurs anciens encore en production et des outils de maintenance bas niveau (utilitaires de diagnostic, récupération de données sur disques MBR) fonctionnent exclusivement en mode BIOS hérité.
Des distributions Linux anciennes ou spécialisées ne prennent pas en charge UEFI. Des environnements de virtualisation configurés pour émuler un BIOS traditionnel constituent un autre cas courant. Forcer l’UEFI sur un firmware ou un OS qui ne le gère pas correctement crée plus de problèmes qu’il n’en résout.
Le tableau ci-dessous résume les points de divergence opérationnels :
| Critère | Legacy BIOS | UEFI |
|---|---|---|
| Table de partitions | MBR | GPT |
| Capacité disque adressable | Limitée à 2 To | Bien au-delà de 2 To |
| Secure Boot | Non disponible | Natif |
| Mode processeur au démarrage | 16 bits (mode réel) | 32 ou 64 bits (mode protégé) |
| Interface firmware | Texte, clavier uniquement | Graphique, souris possible |
| Partitions primaires max | 4 | Largement supérieur à 4 |
Choisir entre UEFI et Legacy BIOS selon le matériel
Sur un PC fabriqué après 2012, le firmware supporte généralement UEFI. Nous recommandons de l’utiliser par défaut : la compatibilité GPT, Secure Boot et les exigences de Windows 11 rendent ce choix logique pour toute installation récente.
Sur du matériel antérieur ou des configurations spécifiques (dual-boot avec un OS incompatible UEFI, serveur legacy en production), le mode hérité reste pertinent. Vérifiez dans les paramètres du firmware si un mode CSM (Compatibility Support Module) est disponible : il permet d’émuler un BIOS traditionnel tout en gardant le firmware UEFI actif, ce qui offre une transition progressive.
Le choix du mode de démarrage se fait avant l’installation du système d’exploitation. Modifier ce paramètre après coup implique la conversion de la table de partitions et une reconfiguration du chargeur d’amorçage, opérations qui comportent un risque de perte d’accès au système si elles ne sont pas exécutées dans le bon ordre.
