Qu'est-ce qu'un lecteur flash USB «amorçable UEFI» et puis-je le démarrer sur le BIOS hérité?


10

J'ai appris la différence entre UEFI et BIOS, et il semble que le BIOS ne démarre que le disque dur MBR tandis que l'UEFI ne démarre que le disque dur GPT. Et UEFI ne peut pas démarrer le lecteur flash USB normal, je dois donc rendre le lecteur flash USB "UEFI-bootable". Quelle est la différence entre un lecteur USB normal et un lecteur "amorçable UEFI"? Est-il vrai qu'un lecteur USB normal utilise MBR alors qu'un lecteur amorçable UEFI utilise GPT? Puis-je démarrer un lecteur flash USB amorçable UEFI sur un ancien PC avec uniquement la prise en charge du BIOS hérité?


1
Il y avait auparavant une réponse à cette question par cet utilisateur qui a été massivement rétrogradée et finalement supprimée par vote. Je voudrais juste laisser un commentaire avec ma réponse pour, espérons-le, aborder certains des FUD autour de l'UEFI. Je sais que ce n'est pas une réponse, c'est pourquoi je le poste comme un commentaire: P gist.github.com/allquixotic/92caea9070b451b4db833c7ab0161361
allquixotic

Réponses:


9

La plupart des implémentations UEFI peuvent également démarrer à partir de lecteurs USB partitionnés MBR. Ils s'attendent à ce qu'un fichier /efi/boot/bootx64.efiexiste. Pour une meilleure compatibilité, l'utilisation du système de fichiers FAT32 est fortement recommandée.

Un code de démarrage BIOS supplémentaire peut exister sur le lecteur. Il sera ignoré par l'UEFI.

Conclusion: les lecteurs USB amorçables hybrides sont possibles et existent.


2
Merci pour votre réponse. Enfin, j'ai formaté ma clé USB en gpt avec un MBR protecteur et il démarre sous le BIOS et l'efi (testé dans virtualbox)
Perqin

4

BIOS et UEFI Les deux sont essentiellement des versions de firmware (un code qui agit comme un communicateur entre le matériel et le logiciel système) UEFI étant le plus récent et supérieur. Ils ont tous deux un ensemble de fonctionnalités très distinctif.

Autrement dit, UEFI est plus rapide, plus sécurisé et hautement compatible et personnalisable (AVERTISSEMENT: la personnalisation doit être effectuée par une personne bien informée, sinon cela peut corrompre votre système) avec un H / W plus récent.

Donc, si votre système d'exploitation prend en charge les services compatibles UEFI, optez définitivement pour le mode UEFI sur le mode hérité (bien que la plupart des systèmes d'exploitation [logiciel système], la rétrocompatibilité fonctionnera également avec hérité).

UEFI fournit beaucoup plus d'infrastructure au niveau du micrologiciel pour gérer le démarrage du système. C'est loin d'être aussi simple que le BIOS. Contrairement au BIOS, l'UEFI comprend certainement, à des degrés divers, les concepts de «partitions de disque» et de «bootloaders» et de «systèmes d'exploitation».

Vous pouvez en quelque sorte regarder le processus de démarrage du BIOS, et regarder le processus UEFI, et voir comment le processus UEFI étend divers bits pour résoudre des problèmes spécifiques.

L'approche BIOS / MBR pour trouver le chargeur de démarrage est assez saccadée, quand on y pense. C'est une sauce très spéciale: ce petit espace particulier à l'avant du disque contient du code magique qui n'a vraiment beaucoup de sens que pour le firmware du système et les utilitaires spéciaux pour l'écrire. Il y a plusieurs problèmes avec cette approche.

  • Ce n'est pas pratique à gérer - vous avez besoin d'utilitaires spéciaux pour écrire le MBR, et à peu près la seule façon de savoir ce qu'il y a en un est d'en extraire le contenu et de l'examiner.
  • Comme indiqué ci-dessus, le MBR lui-même n'est pas assez grand pour de nombreux chargeurs de démarrage modernes. Ce qu'ils font, c'est installer une petite partie d'eux-mêmes sur le MBR proprement dit, et le reste sur l'espace vide sur le disque entre la fin du MBR conventionnel et le début de la première partition. Il y a un gros problème avec cela (enfin, la conception entière est un gros problème, mais peu importe), c'est qu'il n'y a pas de convention fiable pour le début de la première partition, donc il est difficile d'être sûr qu'il y aura assez d'espace . Une chose sur laquelle vous pouvez généralement compter, c'est qu'il n'y aura pas assez d'espace pour certaines configurations de chargeur de démarrage.
  • La conception ne fournit aucune couche ou mécanisme normalisé pour sélectionner des cibles de démarrage autres que les disques… mais les gens veulent sélectionner des cibles de démarrage autres que les disques. c'est-à-dire qu'ils veulent avoir plusieurs «choses» amorçables - généralement des systèmes d'exploitation - par disque. La seule façon de le faire, dans le monde BIOS / MBR, est que les chargeurs de démarrage le gèrent; mais il n'y a pas de convention largement acceptée pour la bonne façon de procéder. Il existe de nombreuses approches différentes, aucune d'entre elles n'est particulièrement interopérable avec les autres, aucune n'est une norme ou une convention largement acceptée, et il est très difficile d'écrire des outils au niveau de la couche d'installation OS / OS qui gère proprement le multiboot. C'est juste une conception très désordonnée.
  • La conception ne fournit pas un moyen standard de démarrer à partir de quoi que ce soit, sauf des disques. Nous n'allons pas vraiment en parler dans cet article, mais sachez que c'est un autre avantage du démarrage UEFI: il fournit un moyen standard de démarrer à partir, par exemple, d'un serveur distant.
  • Il n'y a pas de mécanisme pour les niveaux supérieurs au firmware pour configurer le comportement de démarrage du firmware.

Pour répondre à votre question: les USB sont généralement des GPT jusqu'à d'autres spécifiés ou formatés, au moins les plus récents. Il est courant que ce soit un problème si vous démarrez une clé USB UEFI sur un bios hérité. Mais cela dépend aussi du bios et de sa version. Cela peut donc toujours fonctionner.

Source: https://www.happyassassin.net/2014/01/25/uefi-boot-how-does-that-actually-work-then/ , wiki

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.