Bref, oui et non pour plusieurs raisons différentes. Si Windows démarre à partir d'un disque GPT, il doit provenir d'UEFI. Le gestionnaire de démarrage et le chargeur Windows ne peuvent pas démarrer sur le disque MBR à partir de l' UEFI natif . Cependant, si l'UEFI est configuré pour le mode de démarrage du BIOS hérité, un disque MBR peut être utilisé pour le démarrage. Cela découle du mode de démarrage de Windows (BIOS avec MBR ou UEFI avec GPT) dépendant de l'environnement dans lequel il est invoqué.
Lisez la suite pour un peu de technologie -
Le micrologiciel matériel physique (ou matériel virtuel, mais matériel néanmoins) (BIOS / UEFI) fournit l'environnement d'exploitation initial (structures de données et conventions liées au démarrage) et les services du micrologiciel disponibles pour les étapes suivantes du processus de démarrage du système d'exploitation.
BIOS / MBR
Dans le cas d'un démarrage BIOS / MBR, le premier secteur du premier disque de démarrage - l'enregistrement de démarrage principal (LBA 0) contient une poignée d'assemblage x86 (16 bits 8088), puis la table de partition, puis une signature). Le BIOS charge ce secteur en mémoire et commence à s'exécuter - le BIOS abandonne son propre contrôle de code de programme dès que le MBR est impliqué.
http://mbr.adamsatoms.com/
http://www.ata-atapi.com/hiwmbr.html
L'assemblage x86 (Intel 8088 dans la plupart des MBR) du MBR analyse la table de partition, recherche une partition active et passe au premier secteur de cette partition - appelé l'enregistrement de démarrage du volume. L'enregistrement de démarrage du volume contient un jmp d'assemblage x86, un bloc de paramètres du BIOS (pas du tout utilisé par le BIOS du système, donc nom confus), et un assemblage plus x86 qui charge finalement le chargeur de démarrage du système d'exploitation (NTLDR ou BOOTMGR dans les environnements Windows ) à partir du volume / de la partition de démarrage lui-même.
NTLDR ou BOOTMGR basculent le CPU en mode protégé, consultent leur configuration de démarrage (boot.ini ou BCD respectivement, tous deux sur le volume / partition de démarrage) et chargent NTOSKRNL où le reste est de l'histoire.
http://technet.microsoft.com/en-us/library/cc781134%28WS.10%29.aspx
http://en.wikipedia.org/wiki/Windows_NT_startup_process
http://homepage.ntlworld.com./jonathan.deboynepollard/FGA/bios-parameter-block.html
UEFI / GPT
Permettez-moi d'abord de dire que je n'ai pas beaucoup d'expérience active avec UEFI / GPT. Cependant, comme je l'ai utilisé et que je le comprends pour fonctionner - la grande différence (en ce qui concerne notre conversation) est que le contrôle exécutable n'est pas transféré au MBR.
Au lieu de cela, le firmware UEFI contient son propre gestionnaire de démarrage. Ce gestionnaire de démarrage analyse les disques et les médias, - passe en revue le MBR protecteur des disques formatés GPT, arrive à l'en-tête GPT, puis plonge dans la partition système EFI (ESP) où il recherche les programmes exécutables EFI - qui sont censés être des chargeurs de démarrage du système d'exploitation démarrant directement le système d'exploitation, mais comme nous l'avons vu avec les derniers exécutables MS et Apple EFI, ils sont en fait des gestionnaires de démarrage ajoutant une autre couche au processus et à la complexité.
http://homepage.ntlworld.com/jonathan.deboynepollard/FGA/efi-boot-process.html
http://msdn.microsoft.com/en-us/windows/hardware/gg463525#X-201104111922443
Conclusion / TL; DR
Le point à retenir de cela est qu'il existe un environnement attendu dans lequel le gestionnaire de démarrage et le chargeur de démarrage du système d'exploitation s'attendent à s'exécuter. A partir des services disponibles au niveau du firmware (interruptions BIOS / UEFI), des structures de données (variables, conventions de pile, etc.) et même des conventions de formatage de disque. Ne peut pas être modifié au moment de l'exécution - du moins pas comme je le comprends.
Vos options?
Pré-installation, vous pouvez contrôler l'installation en utilisant BIOS / MBR ou UEFI dans le démarrage du BIOS hérité avec MBR ou UEFI avec GPT.
Post-installation - il peut y avoir des possibilités intéressantes de changer le format du disque (MBR en GPT et GPT en MBR) hors ligne, puis de démarrer sur une console de récupération (en mode UEFI ou BIOS approprié) et de travailler avec bcdboot et bcdedit pour obtenir Windows gestionnaire de démarrage mis en ligne droite.
Mise à jour 2011.09.09
@MikeyB
Énumérer les options telles que je les comprends, sans faire de suggestions formelles.
Néanmoins, après avoir fait un peu plus de recherche sur UEFI (rappelez-vous que je n'ai pas beaucoup d'expérience active avec lui), j'ai découvert quelques bribes intéressantes sur le gestionnaire de démarrage UEFI et la prise en charge du démarrage sur CD / DVD.
La spécification de démarrage El Torito, de '95, existe toujours aujourd'hui et est utilisée avec les CD / DVD de démarrage. Un seul CD / DVD peut devoir démarrer sur plusieurs architectures - et bien que ISO 9660 soit plutôt indépendant de la plate-forme, le code exécutable ne l'est pas. En tant que telle, la spécification de démarrage El Torito permet plusieurs entrées / images de démarrage.
Ces entrées / images contiennent un ID de plate - forme , destiné à indiquer si une entrée est destinée à un PC, à un PowerPC et à d'autres architectures afin que le BIOS (ou le micrologiciel) de l'architecture puisse choisir la bonne entrée de démarrage.
Les PC x86 standard avec un BIOS ont un ID de plate-forme El Torito de 0x00. L' ID de plate-forme compatible UEFI est 0xEF - plutôt créatif.
Le BIOS PC x86 standard ignore toutes les autres entrées sauf 0x00. Les micrologiciels UEFI qui prennent en charge le BIOS hérité (connu sous le nom de module de support de compatibilité (CSM)) - tout en étant capables de démarrer 0x00, préféreront une entrée de démarrage native 0xEF du catalogue.
Les supports DVD Windows 2008, 2008 R2 et 7 contiennent un catalogue El Torito à plusieurs images avec à la fois 0x00 et 0xEF. Le 0x00 est la valeur par défaut, mais un UEFI le masquera s'il existe un 0xEF et choisit l'entrée 0xEF - car elle est native.
Ce qui est possible - est de créer un média qui ne contient que l'ID de plate-forme préféré dans le catalogue de démarrage El Torito. Au lieu d'un catalogue à entrées multiples, créez un catalogue à entrée unique avec un ID de plate-forme 0x00. Cela devrait forcer le micrologiciel UEFI, s'il prend en charge le démarrage du BIOS hérité, à choisir l'ID de plate-forme 0x00 et à démarrer l'entrée de démarrage du BIOS hérité sur le support Windows.
Comment faire?
L'utilisation d' Oscdimg est possible. Vous trouverez ci-dessous plusieurs exemples de personnes qui créent des médias uniquement UEFI pour contourner les limites de la mise en œuvre UEFI d'Apple. Notez que c'est l'opposé de ce que nous essayons de faire - nous voulons créer un BIOS uniquement, en laissant de côté l'entrée de démarrage UEFI du catalogue.
UEFI uniquement (ci-contre) 1
UEFI uniquement (ci-contre) 2
Le processus de création d'un support BIOS uniquement est similaire avec des modifications apportées aux arguments -b
et -p
aux éléments suivants
-bC:\path\to\Etfsboot.com -p0x00
Le document UEFI Support and Requirements for Windows Operating Systems est une excellente ressource qui apporte un excellent éclairage sur la folie choisie par Microsoft sur le support d'installation de Windows .