Les disques durs ont-ils besoin d'une table de partition GUID (GPT) pour démarrer en mode UEFI ?

Non. L'identifiant unique mondial (GUID) de la partition système EFI dans le schéma de la table de partition GUID (GPT) est C12A7328-F81F-11D2-BA4B-00A0C93EC93B, tandis que son ID dans le schéma de la table de partition Master Boot Record (MBR) est 0xEF. Il fonctionne donc parfaitement comme il le doit d'après la spécification.

"Officiellement, la spécification UEFI 2.x exige le support des partitions GPT et MBR. Pages 324 (9.3.6.1), également 72, 113-115, 539, etc"

Et aussi "La spécification UEFI exige que les tables de partition MBR soient entièrement prises en charge. Cependant, certaines implémentations UEFI basculent immédiatement vers le démarrage CSM basé sur le BIOS lors de la détection de certains types de table de partition sur le disque de démarrage, empêchant ainsi le démarrage UEFI d'être effectué à partir de partitions système EFI contenues sur des disques partitionnés MBR". https://en.wikipedia.org/wiki/EFI_system_partition

Voir aussi https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=821341

Est-ce que le démarrage EFI est spécifique au matériel ?

Oui. Certaines implémentations, en particulier les plus anciennes ou celles des cartes mères verrouillées par le fabricant, sont plus susceptibles d'être limitées ou boguées.

Les disques durs doivent-ils avoir une table de partition GPT pour pouvoir démarrer en mode UEFI ?

Techniquement non, mais dans votre cas, " probablement, et vous avez besoin d'autres choses (notamment des fichiers EFI et des variables EFI). ". Voici la réponse longue (également pour toute autre personne qui tomberait sur ce problème à l'avenir) :

Une question fréquente que les gens posent est "Puis-je démarrer UEFI à partir d'un disque MBR ?" La réponse est "oui, mais c'est très délicat". Bien que ce soit techniquement possible dans le bon environnement, de nombreuses choses vous en empêcheront, comme un environnement UEFI qui adhère très étroitement à la spécification, ou l'installateur Windows qui insistera pour installer sur le bon type de table de partition.

Tout d'abord, les supports optiques ne font pas du tout partie de cette discussion. Ils utilisent généralement un système tel que ISO9660 ou UDF, qui se situe complètement en dehors du domaine MBR/GPT.

Deuxièmement, les supports amovibles ont tendance à être traités un peu différemment des disques fixes. La plupart des implémentations UEFI seront beaucoup plus tolérantes envers les disques amovibles amorçables UEFI ad hoc qu'envers les disques fixes.

Ceci étant dit, voici comment un typique Le système UEFI énumère les périphériques amorçables :

• Si le démarrage UEFI est activé :

  • Regardez dans les variables EFI pour voir s'il y a des entrées de démarrage configurées.

    La plupart des systèmes d'exploitation créent des pointeurs vers leurs fichiers de démarrage dans le système de variables EFI. Ces variables sont stockées dans la NVRAM EFI.

    La plupart des systèmes d'exploitation font également l'effort supplémentaire de créer une partition système EFI et d'y stocker leurs fichiers de démarrage au lieu du volume principal du système d'exploitation. Cela améliore un peu la flexibilité, mais contourne également un problème flagrant avec le système UEFI typique : Seules les partitions FAT32 sont supportées en natif.

  • Recherchez les disques amovibles avec un fichier EFI comme " \EFI\BOOT\BOOTX64.EFI " N'oubliez pas que la plupart des systèmes UEFI ne peuvent lire qu'à partir de FAT32, donc si votre lecteur amovible est NTFS ou autre, il ne trouvera probablement pas les fichiers de démarrage.

  • Enumère tous les lecteurs optiques, qu'ils aient un code de démarrage EFI ou non.

• Si le démarrage par BIOS ou CSM est activé :

  • Enumérer tous les disques fixes, qu'ils aient ou non un MBR valide.
  • Enumérer tous les disques amovibles, qu'ils aient ou non un MBR valide.
  • Énumérer les lecteurs optiques, qu'ils aient ou non un disque amorçable.

Il y a quelques autres choses qui ne sont pas couvertes par ce qui précède, comme les ROMs optionnelles, le démarrage PXE, etc.

Et maintenant quelques observations sur le processus ci-dessus. Pour commencer, les lecteurs optiques ont tendance à s'afficher tout le temps, quel que soit le mode de démarrage. C'est généralement parce que ni le BIOS ni les systèmes UEFI ne veulent attendre que le disque tourne avant de poursuivre le démarrage. Ils ont également tendance à s'afficher comme étant amorçables dans les deux modes simultanément, donc si vous avez un disque qui peut démarrer dans les deux sens, vous pouvez sélectionner l'un ou l'autre dans le menu de démarrage de votre BIOS.

Comme il est un peu difficile de déterminer par programmation si un disque (fixe ou amovible) contient un code d'amorçage MBR valide, si un système dispose d'un amorçage BIOS ou CSM, il a tendance à autoriser l'amorçage à partir de n'importe lequel des disques présents. Cependant, c'est probablement la réponse à une partie de votre problème : Alors que la plupart des systèmes devrait traiter une clé USB presque comme un disque fixe, peut-être votre système la traite-t-il différemment. Par exemple, certains BIOS traiteront un périphérique USB exactement comme un disque fixe, et vous devrez peut-être ajuster l'"ordre de démarrage du disque dur" ou un autre contrôle de ce type dans le BIOS. Ou peut-être votre BIOS est-il verrouillé ou cassé, et ne sait-il pas qu'il peut être démarré en mode BIOS. Quelques conseils supplémentaires : Essayez de brancher le disque sur un port USB 2.0 au lieu de 3.0, et activez les options de compatibilité USB dans le BIOS. Certains BIOS ont des difficultés à travailler en natif avec des périphériques derrière des contrôleurs USB ou ATA tiers, comme c'est le cas sur les machines qui n'ont pas USB3 intégré dans le chipset.

Avec l'avènement de l'EFI, il est maintenant facile pour un système de déterminer quels périphériques de démarrage devraient être disponibles (en regardant les variables EFI contenant les entrées de démarrage), ainsi que de déterminer si un lecteur spécifique contient effectivement un code de démarrage (en recherchant la présence d'un fichier BOOTX64.EFI). Cependant, cela conduit à quelques mises en garde intéressantes. Alors que officiellement un système EFI est censé ne chercher les fichiers EFI que sur les disques GPT, la plupart du temps il cherchera ailleurs aussi. Par exemple, vous pouvez copier un disque d'installation de Windows 7 ou plus récent sur une clé USB FAT32, et il démarrera probablement très bien en mode EFI. L'UEFI est suffisamment intelligent pour vérifier la présence du fichier " \EFI\BOOT\BOOTx64.EFI "dans tous les disques amovibles, même si aucune variable EFI correspondante n'est présente dans la NVRAM. La plupart des systèmes UEFI démarrent aussi très bien à partir d'un disque MBR, tant qu'il y a des variables EFI avec les détails sur où aller et quoi faire. Par exemple, j'utilise actuellement un ordinateur portable Dell qui est sorti d'usine avec Windows 8.1 démarrant en mode UEFI avec Secure Boot, mais le disque était partitionné en MBR.

D'autres choses amusantes peuvent se produire : Si vous installez un système d'exploitation compatible EFI comme Windows ou Ubuntu, il créera les variables EFI appropriées lors de l'installation de son chargeur de démarrage. Ensuite, si vous retirez ou effacez le disque, le système aura les variables EFI, avec le nom du système d'exploitation, mais ne pourra pas démarrer dessus car il ne pourra pas trouver le disque auquel les variables font référence. De plus, si vous transférez un disque amorçable EFI en parfait état de marche d'un ordinateur à un autre, il peut ne pas démarrer aussi facilement qu'un disque MBR. De nombreuses implémentations UEFI ne vous permettront même pas de tenter de démarrer à partir d'un disque fixe en mode UEFI si les variables correspondantes ne sont pas présentes dans la NVRAM. C'est pourquoi votre matrice RAID ou d'autres disques durs fixes peuvent ne pas apparaître dans le menu de démarrage comme entrées UEFI jusqu'à ce qu'ils aient toutes les structures appropriées en place, comme les variables EFI.

Cependant, compte tenu de la nature exacte de vos problèmes, je dirais que la plupart de vos problèmes sont dus à un BIOS défectueux plutôt qu'à un problème de configuration. . Il est notamment très étrange qu'une clé USB apparaisse comme un périphérique UEFI mais pas comme un périphérique BIOS. Avez-vous désactivé Secure Boot et activé les options de démarrage CSM ou BIOS ? De même, le fait que votre lecteur optique apparaisse comme une option BIOS mais pas comme une option UEFI semble un peu étrange, mais pas inédit.

L'UEFI a un effet sur la façon dont les systèmes d'exploitation démarrent. Vous devez avoir de l'espace alloué pour l'UEFI sur le disque dur. Je crois qu'avec la plupart des systèmes d'exploitation Linux, cela se fait automatiquement ou vous devez créer une partition pour accueillir l'UEFI.

Voici ce qu'il y a sur MSDN.

L'UEFI est-il nécessaire pour un disque GPT ?

"Non. Les disques GPT s'identifient eux-mêmes. Toutes les informations nécessaires pour interpréter le schéma de partitionnement d'un disque GPT sont entièrement contenues dans des structures situées à des emplacements spécifiques sur le support physique."