Dois-je installer un système d'exploitation en utilisant le mode de démarrage UEFI ou BIOS (hérité / CSM)? [dupliquer]


Réponses:


24

J'ai vu cette question posée à divers endroits, avec seulement des réponses partielles, donc je vise à fournir quelque chose comme un guide complet des schémas de démarrage;)

Tout d'abord, quelques informations de base dont vous aurez besoin:

  • Le démarrage du BIOS nécessite généralement un partitionnement MBR , bien que certains chargeurs de démarrage prennent en charge d'autres schémas de partitionnement, comme GPT .
  • Le démarrage UEFI nécessite généralement que le bitness du système d'exploitation corresponde au bitness du firmware - et la grande majorité des machines basées sur UEFI ont un firmware 64 bits.

Scénarios où vous devez utiliser le BIOS

  • Vous installez un ancien système d'exploitation qui ne prend pas en charge le démarrage UEFI (par exemple, pré-SP1 Windows Vista ou version antérieure), ou
  • Vous devez installer un système d'exploitation avec un débit différent de celui du micrologiciel (c'est-à-dire un système d'exploitation 32 bits sur une machine avec UEFI 64 bits, ou vice versa)

Notez que les systèmes d'exploitation qui nécessitent nominalement UEFI peuvent souvent être forcés de démarrer sur des machines basées sur le BIOS en utilisant un chargeur de démarrage spécialement conçu 1 . Par exemple, c'est le cas avec OS X - comme tout amateur de Hackintosh peut vous le dire.

Si vous prévoyez de faire un double démarrage et que vous installez le deuxième système d'exploitation ...

Bien que difficile, il est possible de convertir entre les schémas MBR et GPT et de réinstaller le chargeur de démarrage pour un mode différent.

Il est également possible d'avoir un système d'exploitation démarrant via UEFI et un autre via BIOS. Parfois, vous n'aurez pas le choix, par exemple si vous avez déjà une installation Windows 64 bits basée sur UEFI et que vous souhaitez installer Linux 32 bits en parallèle. Ou un système d'exploitation ancien et / ou exotique qui ne prend pas en charge UEFI. Mais réfléchissez bien si vous avez vraiment besoin de le faire.

Donc, conclusion: respectez simplement le schéma de démarrage que vous avez déjà sur votre machine , à moins que vous n'ayez pas ce choix. C'est presque toujours la bonne voie.

Comment savoir quel schéma de démarrage ma machine utilise?

La règle d'or est la suivante:

  • Si c'est un Mac, il utilise UEFI; certains des premiers modèles basés sur Intel utilisaient EFI32, tous les modèles depuis 2008 utilisent un UEFI 64 bits standard.
  • S'il s'agit d'un PC de marque fourni avec Windows 8 ou version ultérieure, il utilise UEFI; Microsoft exige que le démarrage sécurisé (qui nécessite UEFI) soit activé par défaut sur tous les ordinateurs conformes à la spécification du logo Windows depuis Windows 8.
  • S'il s'agit d'un PC livré avec Windows XP ou une version antérieure, il utilise le BIOS.

Avec les PC livrés avec Windows Vista ou 7, ou avec Linux, ainsi que les PC de bricolage ou ceux vendus par de petites entreprises locales, vous ne pouvez jamais être sûr juste de vue. Il existe plusieurs façons d'identifier le mode de démarrage dans ce cas:

  • Vous pouvez examiner la table de partition. S'il s'agit d'un disque GPT et d'une "partition système EFI" (généralement avant le volume principal du système d'exploitation), il démarre en mode UEFI. Sinon, c'est le mode BIOS.
  • Vous pouvez accéder au programme de configuration BIOS / UEFI et rechercher les options de priorité de démarrage. S'il affiche des entrées indiquant EFI ou UEFI, et / ou qu'elles sont quelque peu descriptives du système d'exploitation (comme "Windows Boot Manager" ou "Ubuntu"), il démarre en mode UEFI. S'il ne montre que le numéro de modèle du lecteur, c'est le mode BIOS.

Si vous installez le premier système d'exploitation sur une nouvelle machine ou si vous avez l'intention de vider votre disque dur ...

Tout d'abord, vérifiez si vous avez le choix. Accédez au programme de configuration BIOS / UEFI et recherchez des options telles que "Mode de démarrage" qui peuvent être commutées entre "UEFI", "Legacy", "UEFI + Legacy", quelque chose comme ça. Il peut également être appelé quelque chose comme "Activer le démarrage UEFI" ou "Activer le démarrage hérité", ou mentionner le terme CSM. S'il n'y a pas une telle option dans votre firmware, vous n'avez pas de chance et vous devez vous en tenir à tout ce que vous avez - sur les machines plus anciennes qui seront le mode BIOS; il existe également des machines plus récentes (par exemple la gamme Microsoft Surface) qui ne prennent en charge que le mode UEFI. Si vous n'êtes toujours pas sûr de ce que vous avez - recherchez "Secure Boot" dans les paramètres - s'il est mentionné n'importe où, c'est UEFI.

En supposant que vous ayez le choix ... Voyons les avantages pour les deux modes.

Avantages de l'UEFI

  • Démarrage plus rapide et meilleure gestion de l'alimentation . 2 Cela est particulièrement vrai pour Windows - en fonction de divers facteurs, UEFI avec Fast Boot peut être même deux fois plus rapide que le démarrage hérité. Avec Linux, la différence sera plus petite, mais toujours présente. En effet, le système d'exploitation démarré par le BIOS doit réinitialiser du matériel qui aurait déjà été initialisé, le code du système d'exploitation initial doit être chargé dans des modes hérités très lents, etc. Avec Linux, vous pouvez également abandonner GRUB (ou équivalent) entièrement et démarrer le noyau directement depuis le firmware, ce qui peut également accélérer un peu le processus. De plus, des choses comme les redémarrages, le sommeil, l'hibernation, etc., peuvent parfois contourner partiellement ou entièrement le POST , ce qui améliore encore la vitesse globale des opérations de démarrage et d'alimentation.
  • Option de démarrage sécurisé. Selon votre cas d'utilisation, cela pourrait être plus un problème qu'un avantage (mais la majorité du matériel permet de le désactiver), et ses avantages réels en matière de sécurité sont également limités - mais tout de même, une vérification de signature supplémentaire au niveau du micrologiciel peut être une protection supplémentaire contre les rootkits. Ne présumez pas que votre système est sécurisé simplement parce qu'il utilise le démarrage sécurisé, il est trop imparfait pour de telles hypothèses.
  • Meilleur support pour les gros disques. Le schéma de partitionnement MBR ne prend pas en charge les disques de plus de 2 TiB. Vous pouvez toujours démarrer à partir de tels disques volumineux sous BIOS, en utilisant des tables de partitions hybrides et une partition de chargeur de démarrage supplémentaire (que la plupart des systèmes d'exploitation créent par défaut de toute façon), mais il est mieux pris en charge sous UEFI. De plus, GPT n'a pas cette limite de 4 partitions de MBR, vous libérant ainsi de tout non-sens comme des "partitions étendues". Il n'y a presque rien que vous ne puissiez pas faire au-dessus du MBR via un patchwork - mais il est pris en charge de manière élégante et native, sans avoir besoin de patchwork;)
  • Multi-démarrage natif. UEFI permet de déclarer nativement qu'il y a plus d'un système d'exploitation installé sur un seul disque dur - vous pouvez ensuite choisir entre eux à partir de l'interface utilisateur du firmware, sans avoir besoin d'un chargeur de démarrage supplémentaire. Bien que ce ne soit pas toujours l'option la plus pratique pour gérer le multi-démarrage, cela devrait réduire le nombre de problèmes tels qu'une mise à jour du système d'exploitation ou un logiciel antivirus écrasant un chargeur de démarrage, etc.
  • Meilleur contrôle logiciel. Certains paramètres UEFI (en particulier l'ordre de démarrage) peuvent être modifiés par le système d'exploitation de manière standard. Cela vous permet de commander des choses comme «arrêter et redémarrer à partir du CD» (ou «démarrer un autre système d'exploitation» dans le cas décrit ci-dessus) à partir du système d'exploitation, sans avoir à entrer dans l'interface utilisateur du firmware.

Avantages du BIOS

  • Processus de démarrage plus simple. Plus simple, comme dans une conception plus simple - pas nécessairement plus simple pour le matériel moderne (et c'est pourquoi il est plus lent). Avec UEFI, seuls les supports amovibles peuvent toujours être démarrés de manière cohérente- les entrées du chargeur de démarrage pour les systèmes d'exploitation sur les disques internes sont stockées sur la carte mère. C'est pourquoi sur une machine basée sur UEFI, lors du remplacement du disque dur ou du déplacement de disques entre des machines, vous aurez besoin d'un environnement de réparation sur un support amovible (ou un shell EFI dans le firmware, qui est parfois disponible sur les cartes mères du marché DIY, mais presque inexistant sur les machines de marque) pour reconstruire la configuration du chargeur de démarrage interne pour le nouveau lecteur. En revanche, le BIOS démarre juste le premier secteur du disque, ce qui permet un clonage et un déplacement sans effort des disques durs entre les machines (à condition qu'il n'y ait pas de problèmes liés au pilote, bien sûr).
  • Choix de systèmes d'exploitation plus flexibles. Les versions de Windows antérieures à Vista SP1 ne peuvent pas démarrer via UEFI. Similaire pour les anciennes distributions Linux. De plus, en général, il est impossible de démarrer un système d'exploitation avec un volume différent de celui du micrologiciel - et la grande majorité des systèmes basés sur UEFI sont 64 bits, ce qui signifie aucun système d'exploitation 32 bits sans recourir au démarrage hérité. En revanche, à peu près tout peut être démarré via le BIOS. 1
  • Moins de bugs. Les implémentations UEFI ont assez souvent des défauts et des bogues subtils mais fatals, ce qui peut entraîner la brique de la carte mère en supprimant la configuration du micrologiciel ou en chargeant le mauvais pilote . En revanche, le BIOS existe depuis 1981, et au moins la façon dont il s'interface avec le système d'exploitation n'a pas beaucoup changé pendant cette période. Dans une utilisation moderne, il s'agit d'une couche très mince qui n'est utilisée qu'au démarrage, et également principalement unidirectionnelle, le système d'exploitation n'ayant pratiquement aucun accès à tout ce qui reste à l'intérieur du BIOS. Cela signifie qu'il est beaucoup plus difficile de briser fatalement les choses.

Conclusion

Mon conseil serait de démarrer via le BIOS hérité si vous:

  • sont en train de configurer une machine virtuelle - les hyperviseurs UEFI sur VM ont tendance à être limités et expérimentaux; Le démarrage du BIOS est beaucoup mieux pris en charge
  • besoin de démarrer un système d'exploitation 32 bits sur une machine 64 bits
  • avoir un firmware connu pour être particulièrement buggé
  • souvent échanger ou déplacer des disques durs entre les machines

Sinon, il vaut mieux opter pour UEFI. C'est plus rapide, plus sécurisé et est livré avec de meilleures fonctionnalités.

Notes de bas de page

  1. Il est même possible d'installer un environnement UEFI au dessus du BIOS . Les versions DUET de TianoCore le font spécifiquement - mais une telle configuration est généralement peu pratique pour les installations du monde réel. Sauf si vous avez une machine uniquement BIOS et que vous installez un système d'exploitation expérimental qui ne peut pas être démarré autrement que via le chargeur de démarrage UEFI - vous ne voulez pas le faire.
  2. Certains premiers firmwares UEFI peuvent avoir le chargeur de démarrage UEFI "boulonné" au-dessus d'un firmware autrement basé sur le BIOS. Dans ces rares cas, le démarrage du BIOS peut en fait être plus rapide, mais ce n'est pas représentatif de la plupart du matériel.

Merde, vous tapez vite ;-)
Moab

1
En ce qui concerne le premier point, je dirais que GPT nécessite UEFI, pas UEFI nécessite GPT. Par exemple, un ordinateur UEFI peut démarrer à partir d'un lecteur MBR.
jiggunjer

GRUB prend également en charge le démarrage via le secteur MBR même avec des lecteurs partitionnés GPT. Dans ce cas, MBR contient uniquement le code pour charger le reste du GRUB à partir de la partition GPT EFI.
Mikko Rantalainen
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.