Quelle est la différence entre “Boot with BIOS” et “Boot with UEFI”

118

Maintenant, Windows 8 prend en charge le chargeur de démarrage UEFI et j’ai lu qu’il était différent du BIOS, mais cela m’est pas clair après de nombreuses recherches sur Google.

Quelques points à l’esprit sont les suivants: -

  • Comme nous le savons tous, le BIOS est une partie importante de l’accès aux options de démarrage. Donc, l'UEFI va le faire maintenant? Comment?

  • Comment saurais-je que je démarre avec UEFI pas avec le BIOS?

  • Alors, quelle est la vraie différence entre "boot with BIOS" et "boot with UEFI"?

avirk
la source

Réponses:

134
  • Comme nous le savons tous, le BIOS est une partie importante de l’accès à l’option de démarrage. Alors maintenant, l'UEFI va faire ça? Comment?

Le BIOS démarre en lisant le premier secteur sur un disque dur et en l'exécutant. ce secteur de démarrage localise et exécute du code supplémentaire. Le système BIOS est très contraignant en raison de contraintes d'espace et du fait que le BIOS exécute un code 16 bits, alors que les ordinateurs modernes utilisent des processeurs 32 bits ou 64 bits. En revanche, EFI (ou UEFI, qui n'est autre que EFI 2.x) démarre en chargeant les fichiers de programme EFI (avec les .efiextensions de nom de fichier) à partir d'une partition du disque dur, appelée partition système EFI (ESP). Ces programmes de chargeur de démarrage EFI peuvent tirer parti des services de démarrage EFI pour des tâches telles que la lecture de fichiers à partir du disque dur.

Sur le plan pratique, si vous utilisez un système d'exploitation tel que Linux doté de chargeurs de démarrage complexes en mode BIOS, le démarrage en mode EFI sera probablement similaire au démarrage en mode BIOS, car GRUB 2 (le chargeur de démarrage en mode BIOS le plus répandu) pour Linux) a été porté pour fonctionner sous EFI, et de nombreuses distributions Linux installent GRUB 2 par défaut sur les systèmes EFI. OTOH, vous pouvez remplacer ou compléter GRUB 2 par d’autres chargeurs de démarrage EFI. En effet, le noyau Linux lui-même peut être un chargeur de démarrage EFI; Du code a été ajouté pour cela avec le noyau 3.3.0. Utilisé de cette manière, l'EFI lui-même charge et exécute le noyau Linux. Vous pouvez également utiliser un gestionnaire de démarrage tiers, tel que rEFInd ou gummiboot, pour vous permettre de sélectionner le système d'exploitation ou le noyau à démarrer.

  • Comment saurais-je que je démarre avec UEFI pas avec le BIOS?

Comme le dit Root, il existe des indices dans l'interface utilisateur du micrologiciel; cependant, ceux-ci ne sont pas fiables et varient d’un ordinateur à l’autre. Le seul moyen d'être sûr est de vérifier comment l'ordinateur a démarré. Sous Linux, par exemple, la présence d’un répertoire appelé /sys/firmware/efidiagnostic. S'il est présent, vous avez démarré en mode EFI; Si ce n'est pas présent, vous avez probablement démarré en mode BIOS. (Ce répertoire peut cependant être absent lors d'un démarrage en mode EFI dans certaines circonstances.) La dmesgsortie faisant référence à EFI permet également de diagnostiquer un démarrage en mode EFI. Sous Windows, la table de partition du disque d' amorçage est un diagnostic. si c'est GPT, vous avez démarré en mode EFI et s'il s'agit de MBR, vous avez démarré en mode BIOS.

  • Alors, quelle est la différence entre le "démarrage avec le BIOS" et le "démarrage avec UEFI"?

EFI peut être plus rapide, mais ce n'est pas certain. La différence de vitesse la plus importante concerne l'initialisation matérielle au début du processus. Sur mes systèmes, c'est une fraction du temps de démarrage totale, donc une réduction du temps d'initialisation du matériel, alors que bon, ne fait pas tout ce que beaucoup de différence. Ce n'est pas comme si je redémarrais toutes les dix minutes, après tout.

UEFI prend en charge une fonctionnalité appelée Secure Bootcomme son nom l'indique, cela vise à améliorer la sécurité. Cela se fait en exigeant une "signature" numérique des chargeurs de démarrage, ce qui à son tour devrait nécessiter la signature des noyaux, et ainsi de suite dans la chaîne. Cela devrait rendre plus difficile pour les auteurs de malwares d'insérer leur code dans le processus de pré-démarrage, améliorant ainsi la sécurité. Cela sonne bien, mais cela complique également les configurations à double amorçage, car un code comme GRUB et le noyau Linux doivent être signés. Les principaux fournisseurs de distribution Linux travaillent sur des moyens de rendre ces exigences moins lourdes pour les utilisateurs moyens de Linux, et ils ont quelques éléments préliminaires à leur disposition. Pour le moment, la désactivation de Secure Boot est le moyen le plus simple de le gérer. C’est une préoccupation pratique principalement pour les ordinateurs flambant neufs livrés avec Windows 8, étant donné que Microsoft exige que le démarrage sécurisé soit activé pour obtenir la certification Windows 8. Certaines personnes confondent UEFI et Secure Boot (cette dernière n’est qu’une caractéristique de la première), mais il convient de mentionner qu’il existe une différence entre le BIOS et l’UEFI car cela pose des problèmes pour les nouveaux ordinateurs Windows 8. Si vous possédez un système plus ancien ou si vous êtes suffisamment à l'aise avec les utilitaires de configuration du microprogramme pour désactiver le démarrage sécurisé, cela ne doit pas être un réel problème.

Microsoft lie le type de table de partition du disque d'amorçage au type de microprogramme (MBR vers BIOS; GPT vers UEFI). Parce que le MBR dépasse 2TiB (en supposant des tailles de secteur standard), cela signifie que l'UEFI est une nécessité pratique pour démarrer Windows sur des disques de plus de 2TiB. Vous pouvez toujours utiliser ces gros disques comme disques de données sous Windows, et vous pouvez démarrer certains systèmes d’exploitation non Microsoft (tels que Linux et FreeBSD) sur de grands disques utilisant GPT sous BIOS.

Sur le plan pratique, si vous êtes préoccupé ou intéressé par UEFI, le plus gros problème est simplement que l’UEFI est suffisamment nouveau pour que sa prise en charge soit un peu inégale, en particulier dans certains systèmes d’exploitation plus anciens et plus exotiques. L'UEFI lui-même est suffisamment nouveau pour que la plupart de ses implémentations soient boguées, et celles qui ne varient pas suffisamment entre elles peuvent être difficiles à décrire de manière générale. Ainsi, utiliser UEFI peut être un défi. OTOH, UEFI, c'est l'avenir. Il présente quelques avantages modestes, dont certains deviendront de plus en plus importants dans le temps (tels que la limite de disque de démarrage 2TiB de Windows). Le passage à un démarrage UEFI modifiera quelques détails du processus de démarrage, mais votre expérience informatique globale ne changera pas beaucoup une fois que vous aurez résolu les problèmes de démarrage que vous pourriez rencontrer.


MODIFIER:

Pourriez-vous développer les paramètres OpRom (Option Rom). Ils semblent vous permettre de choisir entre le démarrage UEFI ou "Legacy" et s’appliquent à la carte vidéo, à la carte réseau et à divers autres périphériques PCI.

De nombreuses cartes plug-in fournissent un micrologiciel qui s'interface avec le micrologiciel de la carte mère. Les deux types de microprogrammes doivent pouvoir "parler" si le microprogramme de la carte doit servir à quelque chose. Cela est nécessaire pour utiliser la carte avant le démarrage d’un système d’exploitation - par exemple, pour afficher les options de votre microprogramme ou un menu du gestionnaire de démarrage sur une carte vidéo, pour effectuer un démarrage réseau via une carte réseau ou pour démarrer à partir d’un disque dur connecté à une carte de contrôleur de disque.

Tout comme avec les chargeurs d'amorçage, le code du micrologiciel d'un périphérique plug-in est écrit pour être interfacé avec le BIOS ou EFI (bien que les cartes plug-in puissent prendre en charge les deux, si je ne me trompe pas). Certains EFI offrent des options pour activer ou désactiver cette prise en charge de manière plus détaillée, comme vous l'avez constaté. Dans certains cas, un EFI peut utiliser la prise en charge du mode BIOS d'une carte pour lui permettre de fonctionner en mode EFI, en "traduisant" les appels. (Ceci est courant avec les cartes vidéo, par exemple; vous pouvez souvent brancher une ancienne carte vidéo avec uniquement un microprogramme prenant en charge le BIOS et l’utiliser tout de même pour démarrer en mode EFI.)

Je ne sais pas exactement ce que chacun des paramètres que vous notez fait. Par exemple, je ne sais pas si "BIOS uniquement" pour l'une de ces options ferait fonctionner la carte uniquement en mode BIOS, "traduire" afin que EFI puisse utiliser les appels en mode BIOS en mode EFI, ou autre chose. En fait, étant donné le manque de normes dans d'autres zones d'interface utilisateur EFI, je m'attendrais à ce que les détails diffèrent d'un EFI à un autre. Vous devrez donc peut-être consulter la documentation de votre ordinateur ou faire une expérience si vous souhaitez en connaître. J'ai vu des ordinateurs avec des options très similaires dans deux menus différents, ce qui complique encore les choses.

Rod Smith
la source
Si un disque dur a une partition de démarrage BIOS ET une partition système EFI, cela signifie-t-il que ce disque dur peut être démarré en mode BIOS et en mode EFI? Alors, le disque dur est-il agnostique en "mode de démarrage"? J'ai vu dans le didacticiel gdisk qu'il configurait une partition de démarrage BIOS et une partition système EFI. Dans d'autres cas également, certains ont dit que vous pourriez avoir besoin /bootd'une partition différente (principalement parce que j'essaie d'utiliser ZFS). Comment peut -on concilier une Raided /bootavec partition de démarrage du BIOS et la partition système EFI?
CMCDragonkai
Un disque peut avoir à la fois une partition ESP et une partition de démarrage BIOS. Ce dernier n’est utilisé que par GRUB. Par conséquent, un disque peut être amorcé à la fois dans EFI et dans le BIOS, même sans ce dernier, en fonction du chargeur de démarrage utilisé. Une Linux distincte /bootpartition existe normalement en dehors d'une matrice RAID. Quel que soit le mode de démarrage, le chargeur de démarrage doit pouvoir lire le noyau, et la plupart des chargeurs de démarrage ne peuvent pas gérer le RAID logiciel. (GRUB peut le faire soi-même, mais peu de gens le tentent même.)
Rod Smith
Je dois utiliser un RAID /bootlogiciel car ZFS ne peut pas en disposer /boot. J'ai demandé sur la liste de diffusion ZFS sur Linux.
CMCDragonkai
1
Le BIOS n'a rien d'équivalent, à distance, à Secure Boot.
Rod Smith
1
La prise en charge UEFI est plutôt bonne dans les systèmes d’exploitation traditionnels les plus courants, en particulier dans Windows 7 et les versions ultérieures, ainsi que dans les distributions Linux les plus récentes. Si vous quittez ce domaine, vous devriez rechercher le support UEFI de votre SE. La dernière fois que j'ai vérifié, par exemple, ReactOS, Haiku et FreeDOS manquaient tous du soutien de l'UEFI; Cependant, cela fait longtemps que je n'ai vérifié aucun d'entre eux. Il est donc possible qu'un ou plusieurs d'entre eux bénéficient désormais du soutien de l'UEFI.
Rod Smith
21
  • Comme nous le savons tous, le BIOS est une partie importante de l’accès à l’option de démarrage. Alors maintenant, l'UEFI va faire ça? Comment?

UEFI est une interface de micrologiciel multiplateforme qui remplace la norme de micrologiciel spécifique à x86 appelée BIOS. De nombreuses implémentations UEFI incluent également un mode de compatibilité / héritage du BIOS, pour permettre le démarrage à partir de MBR et la présentation d’une interface de type BIOS aux systèmes d’exploitation; Cependant, ceci n'est pas requis par la norme.

  • Comment saurais-je que je démarre avec UEFI pas avec le BIOS?

Si vous avez une carte mère compatible UEFI qui offre un démarrage compatible BIOS / hérité, son menu de microprogramme vous proposera par exemple de définir un mode d’amorçage par défaut ou même d’amorcer des périphériques simples en mode UEFI ou BIOS: Sinon, il se peut que la façon de le savoir, sans par exemple sonder le firmware avec un système d'exploitation.

  • Alors, quelle est la différence entre le "démarrage avec le BIOS" et le "démarrage avec UEFI"?

Il y a beaucoup de différences:

  • UEFI définit une interface de microprogramme de système d'exploitation similaire à celle du BIOS, mais n'est spécifique à aucune architecture de processeur. Le BIOS est spécifique à l'architecture de processeur Intel x86, car il repose sur l'interface "mode réel" 16 bits prise en charge par les processeurs x86.
  • UEFI peut être configuré pour accélérer différentes étapes du processus de démarrage, par exemple, UEFI sur gigaoctet GA-EP45-DS3 s'initialise en 11 secondes par rapport au BIOS en 19 secondes .
  • Le mode UEFI peut présenter différentes caractéristiques de microprogramme / matériel sur le même système d'exploitation installé que le mode BIOS.

Voir plus d'informations sur UEFI .

Elmo
la source
1
Il n'est pas toujours possible de déterminer le mode de démarrage réel en fonction des paramètres du microprogramme, car la plupart des EFI s'appuient sur des facteurs basés sur le disque, ainsi que sur les paramètres du microprogramme, pour déterminer le mode de démarrage. Ces facteurs basés sur le disque incluent le type de table de partition, les paramètres d'indicateur "boot / active" dans le MBR, la présence / l'absence de la partition système EFI ou des fichiers qu'il contient, etc. Le seul moyen de s'en assurer est de rechercher les signes d'un démarrage en mode EFI ou en mode BIOS dans le système d'exploitation que vous avez démarré, et ces signes sont spécifiques au système d'exploitation.
Rod Smith
1
Non, UEFI n'est jamais "implémenté sur un BIOS traditionnel". UEFI est un type de micrologiciel qui remplace l'ancien type nommé BIOS. Il peut inclure un mode de compatibilité / hérité qui lui permet de démarrer à partir d’un MBR de style BIOS et de présenter une interface équivalente au BIOS pour les systèmes d’exploitation qui le souhaitent, mais cela ne signifie pas pour autant qu’il contient un BIOS.
underscore_d
1
Que signifie P0 / P1 / P2 dans votre image?
CMCDragonkai
Le lien de l'image est brisé
Dan Dascalescu
1
@underscore_d, il y a des implémentations EFI qui fonctionnent au - dessus d'un BIOS traditionnel. J'ai écrit sur l'un d'entre eux, le Gigabyte "hybride EFI", ici. Mon expérience avec c'était assez négatif. Il existe également Clover et DUET, qui fonctionnent comme des chargeurs de démarrage sur des ordinateurs BIOS standard pour leur permettre d’exécuter des chargeurs de démarrage et des systèmes d’exploitation en mode EFI. Clover et DUET ne sont pas techniquement des micrologiciels, donc je ne suis pas sûr qu'ils comptent vraiment.
Rod Smith
8

Q: Comme nous le savons tous, le BIOS est une partie importante de l’accès aux options de démarrage. Alors maintenant, l'UEFI va faire ça? Comment?

A: C'est une confusion sur les termes. Par exemple, «Entrez dans le BIOS pour modifier blabla». Le terme politiquement correct est «utilitaire de configuration du microprogramme» pour ce que vous entrez. Si vous parlez de «BIOS» en le comparant à «UEFI», cela renvoie à autre chose, à savoir: l'environnement d'exécution de démarrage.

Donc, si vous voulez parler de cet utilitaire de configuration, alors a) ne l’appelez pas UEFI et b) c’est fondamentalement la même chose que dans le passé.

La manière dont l'utilitaire d'installation communique avec le matériel et son stockage permanent est privée pour le micrologiciel. Donc rien n’y a changé non plus.

Q: Quelle est donc la différence entre "boot with BIOS" et "boot with UEFI"?

R: L'environnement dans lequel se trouvent les chargeurs d'amorçage est différent. Et avec UEFI, cet environnement est plus clairement défini, beaucoup plus moderne et riche en fonctionnalités.

Robert Siemer
la source