2012-10-30 07:42:04 +0000 2012-10-30 07:42:04 +0000
117
117

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

Maintenant, Windows 8 supporte le chargeur de démarrage UEFI et j'ai lu que c'est différent du BIOS, mais ce n'est pas clair pour moi après de nombreuses recherches sur Google.

Voici quelques points à retenir :

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

  • Comment saurais-je que je démarre avec l'UEFI et non avec le BIOS ?

  • Quelle est donc la véritable différence entre “démarrer avec le BIOS” et “démarrer avec l'UEFI” ?

Réponses (3)

135
135
135
2012-11-06 23:17:45 +0000
  • Comme nous le savons tous, le BIOS est un élément important pour accéder à l'option de démarrage. Alors maintenant, l'UEFI va le faire ? Comment ? Le BIOS

démarre en lisant le premier secteur d'un disque dur et en l'exécutant ; ce secteur de démarrage localise et exécute à son tour du code supplémentaire. Le système BIOS est très limité en raison des contraintes d'espace et parce que le BIOS exécute un code de 16 bits, alors que les ordinateurs modernes utilisent des processeurs de 32 ou 64 bits. En revanche, EFI (ou UEFI, qui est juste EFI 2.x) démarre en chargeant les fichiers de programme EFI (avec les extensions de nom de fichier .efi) à partir d'une partition sur le disque dur, connue sous le nom de EFI System Partition (ESP). Ces programmes d'amorçage EFI peuvent profiter des services d'amorçage EFI pour des choses comme la lecture de fichiers sur le disque dur.

En pratique, si vous utilisez un système d'exploitation comme Linux qui a des chargeurs d'amorçage complexes en mode BIOS, l'amorçage en mode EFI est probablement similaire à l'amorçage en mode BIOS, puisque GRUB 2 (le chargeur d'amorçage en mode BIOS le plus populaire 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 avec d'autres chargeurs d'amorçage EFI. En effet, le noyau Linux lui-même peut être un chargeur d'amorçage 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, ou vous pouvez utiliser un gestionnaire d'amorçage tiers comme rEFInd ou gummiboot pour vous permettre de sélectionner le système d'exploitation ou le noyau à amorcer.

  • Comment saurais-je que je démarre avec l'UEFI et non avec le BIOS ?

Comme le dit Root, il y a des indices dans l'interface utilisateur du firmware ; cependant, ceux-ci ne sont pas fiables et varient d'un ordinateur à l'autre. La seule façon d'en ê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/efi est un diagnostic. S'il est présent, vous avez démarré en mode EFI ; s'il n'est pas présent, vous avez probablement démarré en mode BIOS. (Ce répertoire peut être absent lors d'un démarrage en mode EFI dans certaines circonstances, cependant.) La sortie dmesg qui se réfère à EFI est également le diagnostic d'un démarrage en mode EFI. Dans Windows, la table de partition du disque boot est un diagnostic ; si c'est GPT, vous avez démarré en mode EFI, et si c'est MBR, vous avez démarré en mode BIOS.

  • Quelle est donc la vraie différence entre “démarrer avec le BIOS” et “démarrer avec UEFI” ?

EFI peut être plus rapide, mais ce n'est pas certain. La plus grande différence de vitesse se situe au niveau de l'initialisation du matériel au début du processus. Sur mes systèmes, c'est une fraction du temps de démarrage total, donc une réduction du temps d'initialisation du matériel, bien que bonne, ne fait pas toute cette différence. Ce n'est pas comme si je redémarrais toutes les dix minutes, après tout.

UEFI supporte une fonction appelée Secure Boot qui est destinée, comme son nom l'indique, à améliorer la sécurité. Pour ce faire, elle exige une “signature” numérique des chargeurs d'amorçage, qui à son tour devrait exiger la signature des noyaux, et ainsi de suite tout au long de la chaîne. Cela devrait rendre plus difficile pour les auteurs de logiciels malveillants d'insérer leur code dans le processus de préamorçage, améliorant ainsi la sécurité. Cela semble bien, mais cela complique également les configurations de double démarrage, puisque des codes comme GRUB et le noyau Linux doivent être signés. Les principaux fournisseurs de distributions Linux travaillent sur les moyens de rendre ces exigences moins contraignantes pour les utilisateurs moyens de Linux, et ils ont préparé quelques éléments préliminaires. Pour le moment, cependant, la désactivation de Secure Boot est le moyen le plus simple de s'en occuper. Il s'agit d'un problème pratique, principalement pour les ordinateurs neufs équipés de Windows 8, puisque Microsoft exige que le démarrage sécurisé soit activé pour obtenir la certification Windows 8. Certaines personnes confondent UEFI et Secure Boot (ce dernier n'est qu'une des caractéristiques du premier), mais il mérite d'être mentionné comme une différence entre le BIOS et l'UEFI car il pose certains problèmes pour les nouveaux ordinateurs Windows 8. Si vous avez un système plus ancien ou si vous êtes suffisamment à l'aise avec les utilitaires de configuration du micrologiciel 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 de démarrage au type de micrologiciel (MBR au BIOS ; GPT à UEFI). Comme le MBR atteint 2 To (en supposant des secteurs de taille standard), cela signifie que l'UEFI est une nécessité pratique pour démarrer Windows sur des disques de plus de 2 To. Vous pouvez toujours utiliser des gros disques comme des disques de données sous Windows, et vous pouvez démarrer certains systèmes d'exploitation non Microsoft (tels que Linux et FreeBSD) sur des gros disques en utilisant GPT sous le BIOS.

En pratique, si vous êtes préoccupé ou intéressé par l'UEFI, le plus gros problème est simplement que l'UEFI est suffisamment récent 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 buggées, et celles qui ne le sont pas suffisamment entre elles pour qu'il soit difficile de décrire les choses de manière générale. Ainsi, l'utilisation de l'UEFI peut être un défi. OTOH, UEFI est l'avenir. Il présente quelques avantages modestes, dont certains deviendront plus importants avec le temps (comme la limite de 2 To de disque de démarrage de Windows). Le passage à un démarrage UEFI modifiera quelques détails de lamais votre expérience informatique globale ne changera pas beaucoup une fois que vous aurez surmonté tous les problèmes de démarrage que vous pourriez rencontrer.


EDIT:

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

De nombreuses cartes enfichables fournissent un microprogramme qui s'interface avec celui de la carte mère. Les deux types de microprogrammes doivent être capables de “parler” pour que le microprogramme de la carte puisse fonctionner correctement. 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 de 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 les chargeurs de démarrage, le code du microprogramme d'un périphérique enfichable est écrit pour s'interfacer avec le BIOS ou l'EFI (bien que les cartes enfichables puissent supporter les deux, si je ne me trompe pas). Certains EFI offrent des options permettant d'activer ou de désactiver cette prise en charge de manière très fine, comme vous l'avez observé. Dans certains cas, un EFI peut utiliser le support du mode BIOS d'une carte pour lui permettre de fonctionner en mode EFI, en “traduisant” les appels. (C'est courant avec les cartes vidéo, par exemple ; vous pouvez souvent brancher une vieille carte vidéo dont le microprogramme ne supporte que le BIOS et l'utiliser quand même pour démarrer en mode EFI)

Je ne sais pas précisément ce que fait chacun des paramètres que vous notez. Par exemple, je ne sais pas si “BIOS only” pour l'une de ces options ferait que la carte ne fonctionne qu'en mode BIOS, “translate” pour que l'EFI puisse utiliser les appels en mode BIOS en mode EFI, ou autre chose. En fait, étant donné l'absence de normes dans d'autres domaines de l'interface utilisateur EFI, je m'attendrais à ce que les détails diffèrent d'un EFI à l'autre, donc vous devrez peut-être consulter la documentation de votre ordinateur ou faire des expériences si vous avez besoin de connaître les détails. J'ai vu des ordinateurs avec des options très similaires dans deux menus différents, ce qui complique encore les choses.

20
20
20
2012-10-30 07:50:09 +0000
  • Comme nous le savons tous, le BIOS est un élément important pour accéder à l'option de démarrage. Alors maintenant, l'UEFI va le faire ? Comment ?

UEFI est une interface de microprogramme multiplateforme qui remplace le standard de microprogramme spécifique à x86 nommé BIOS. De nombreuses implémentations de l'UEFI incluent également une compatibilité avec le BIOS/un mode “legacy”, pour permettre de démarrer à partir de MBR et de présenter une interface de type BIOS aux OS ; cependant, cela n'est pas requis par la norme.

  • Comment saurais-je que je démarre avec l'UEFI et non avec le BIOS ?

Si vous avez une carte mère compatible UEFI qui offre un démarrage avec le BIOS compatible/hétérogène, alors son menu de firmware fournira des choix tels que le réglage d'un mode de démarrage par défaut ou même le démarrage de périphériques individuels en mode UEFI ou BIOS :

Sinon, il pourrait ne pas y avoir de moyen facile de le savoir, sans e. g. probing the firmware using an OS.

  • So what is the real different in the “boot with BIOS” and “boot with UEFI” ?

Il y a de nombreuses différences :

  • UEFI définit une interface OS-firmware similaire au BIOS mais n'est spécifique à aucune architecture de processeur. Le BIOS est spécifique à l'architecture des processeurs x86 d'Intel, 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 parties du processus de démarrage, par exemple, UEFI sur Gigaoctet GA-EP45-DS3 s'initialise en 11 secondes contre BIOS en 19 secondes .
  • Le mode UEFI peut présenter des caractéristiques de micrologiciel/matériel différentes pour le même système d'exploitation installé que le mode BIOS.

Voir plus d'informations sur l'UEFI .

8
8
8
2015-07-28 15:58:45 +0000

*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 le faire ? Comment ? *

A : Il y a une confusion sur les termes. Par exemple : “Entrez dans le BIOS pour changer de blabla.” Le terme politiquement correct est “utilitaire de configuration de micrologiciel” pour cette chose que vous entrez. Si vous parlez de “BIOS” en le comparant à “UEFI”, cela fait référence à autre chose, à savoir : l'environnement d'exécution du démarrage.

Donc si vous voulez dire cet utilitaire de configuration, alors a) ne l'appelez pas UEFI et b) c'est fondamentalement la même chose qu'auparavant.

La façon dont l'utilitaire de configuration communique avec le matériel et son stockage permanent est privée au microprogramme. Donc rien n'a changé non plus.

**Q : Quelle est la vraie différence entre le “démarrage avec le BIOS” et le “démarrage avec l'UEFI” ?

A : L'environnement dans lequel les chargeurs de démarrage se trouvent est différent. Et avec l'UEFI, cet environnement est plus clairement spécifié, bien plus moderne et riche en fonctionnalités.