Qu'est-ce qu'un lecteur flash USB "UEFI-bootable" et puis-je l'amorcer sur un BIOS hérité?
J'ai appris la différence entre UEFI et BIOS, et il semble que le BIOS ne démarre que le disque dur MBR, alors que l'UEFI ne démarre que le disque GPT. Et UEFI ne peut pas démarrer un lecteur flash USB normal, je dois donc rendre le lecteur flash USB "bootable UEFI". Quelle est la différence entre un lecteur USB normal et un lecteur "bootable UEFI"? Est-il vrai qu'un lecteur USB normal utilise le MBR alors qu'un lecteur amorçable au format UEFI utilise le GPT? Puis-je démarrer un lecteur flash USB amorçable par UEFI sur un ancien PC avec uniquement le support du BIOS hérité?
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.efi existe. Pour une compatibilité optimale, l’utilisation du système de fichiers FAT32 est vivement recommandée.
Un code de démarrage BIOS supplémentaire peut exister sur le lecteur. Il sera ignoré par l'UEFI.
Conclusion: les clés USB amorçables hybrides sont possibles et existent.
BIOS et UEFI Les deux versions sont essentiellement des microprogrammes (un code servant de communicateur entre le matériel et le logiciel système). UEFI étant le plus récent et le supérieur. Ils ont tous deux un ensemble de fonctionnalités très distinctif.
En bref, UEFI est plus rapide, plus sécurisé, hautement compatible et personnalisable (AVERTISSEMENT: la personnalisation doit être effectuée par une personne bien informée, sinon elle pourrait corrompre votre système) avec un nouveau matériel.
Donc, si votre système d'exploitation prend en charge les services compatibles UEFI, optez pour le mode UEFI over Legacy (bien que la plupart des systèmes d'exploitation [logiciel système], la compatibilité avec les versions antérieures fonctionne également avec Legacy).
UEFI fournit beaucoup plus d'infrastructure au niveau du microprogramme pour gérer le démarrage du système. C’est loin d’être aussi simple que le BIOS. Contrairement au BIOS, UEFI comprend certainement, à des degrés divers, les concepts de "partition de disque", de "chargeur de démarrage" et de "système d’exploitation".
Vous pouvez en quelque sorte examiner le processus de démarrage du BIOS, le processus UEFI et voir comment le processus UEFI étend divers bits pour résoudre des problèmes spécifiques.
L’approche du BIOS/MBR pour trouver le chargeur de démarrage est assez janky, quand on y pense. C’est une "sauce spéciale": ce minuscule espace situé à l’avant du disque contient un code magique qui n’a vraiment de sens que pour le micrologiciel du système et des utilitaires spéciaux pour l’écrire. Cette approche pose plusieurs problèmes.
- Il n’est pas pratique de s’en occuper - vous avez besoin d’utilitaires spéciaux pour écrire le MBR, et le seul moyen de savoir ce qu’il en est est d’en extraire le contenu et de l’examiner.
- Comme indiqué ci-dessus, le MBR 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 du disque entre l’arrêt du MBR conventionnel et le début de la première partition. Il y a un gros problème avec cela (enfin, toute la conception est un gros problème, mais ce n'est pas grave), c'est qu'il n'y a pas de convention fiable pour savoir où la première partition devrait commencer, il est donc difficile de s'assurer qu'il y aura assez d'espace. . Une chose sur laquelle vous pouvez habituellement compter est qu’il n’y aura pas assez d’espace pour certaines configurations de chargeur de démarrage.
- La conception ne fournit pas de couche ou de mécanisme normalisé pour la sélection de cibles de démarrage autres que les disques… mais les utilisateurs souhaitent sélectionner des cibles de démarrage autres que les disques. c’est-à-dire qu’ils veulent avoir plusieurs "objets" amorçables - généralement des systèmes d’exploitation - par disque. La seule façon de faire cela, dans le monde BIOS/MBR, est de le gérer. mais il n’existe pas de convention largement acceptée sur la bonne façon de procéder. Il existe de nombreuses approches différentes, dont aucune n’est particulièrement interopérable, aucune norme ou convention largement acceptée, et il est très difficile d’écrire des outils au niveau de la couche d’installation de système d’exploitation qui gère proprement le multi-démarrage proprement. C’est juste une conception très désordonnée.
- La conception ne fournit pas un moyen standard de démarrer à partir de tout sauf des disques. Nous ne parlerons pas vraiment de cela dans cet article, mais sachez que le démarrage UEFI présente un autre avantage: il fournit un moyen standard de démarrer à partir, par exemple, d’un serveur distant.
- Il n’existe aucun mécanisme permettant aux niveaux supérieurs au microprogramme de configurer le comportement d’initialisation du microprogramme.
Pour répondre à votre question, les clés USB sont généralement des GPT jusqu’à d’autres spécifiés ou formatés, du moins les plus récents. Il est fréquent que le fait de démarrer UEFI USB sur un bios hérité pose un problème. Mais cela dépend aussi du bios et de sa version. Donc ça peut encore marcher.
Source: https://www.happyassassin.net/2014/01/25/uefi-boot-how-does-that-actually-work-then/ , wiki