Словом, так і ні з кількох різних причин. Якщо Windows завантажується з диска GPT, він повинен бути з UEFI. Диспетчер завантажувачів Windows і завантажувач не можуть завантажуватися на диск MBR з рідного UEFI. Однак якщо UEFI налаштований на застарілий режим завантаження BIOS, то для завантаження може використовуватися диск MBR. Це пов'язано з тим, що режим завантаження Windows (BIOS з MBR або UEFI з GPT) залежить від середовища, в якому він використовується.
Читайте трохи про техніку -
Фізичне обладнання (або віртуальне обладнання, але все-таки апаратне забезпечення) мікропрограмне забезпечення (BIOS / UEFI) забезпечує початкове робоче середовище (пов'язані з завантаженням структури даних і конвенції) та послуги програмного забезпечення, доступні для наступних етапів процесу завантаження операційної системи.
BIOS / MBR
У випадку завантаження BIOS / MBR перший сектор першого завантажувального диска - головний завантажувальний запис (LBA 0) містить кілька складання x86 (16 біт 8088), потім таблицю розділів, потім підпис). BIOS завантажує цей сектор в пам'ять і починає виконувати - BIOS відмовляється від власного управління програмним кодом, як тільки MBR включається.
http://mbr.adamsatoms.com/
http://www.ata-atapi.com/hiwmbr.html
x86 збірка (Intel 8088 у більшості MBR) у MBR аналізує таблицю розділів, шукає активний розділ та переходить до першого сектора цього розділу - називається записом завантаження гучності. Запис завантажувального об'єму містить jmp збірки x86, блок параметрів BIOS (взагалі не використовується системним BIOS, настільки заплутане ім'я), і ще безліч збірок x86, що врешті-решт завантажує завантажувач операційної системи (NTLDR або BOOTMGR в середовищах Windows ) з самого обсягу завантаження / розділу.
NTLDR або BOOTMGR переверніть процесор у захищеному режимі, зверніться до їх конфігурації часу завантаження (boot.ini або BCD відповідно, як на об'єм завантаження / розділ завантаження), так і завантажте NTOSKRNL там, де решта - історія.
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
Спершу дозвольте мені зазначити, що я не маю багато активного досвіду роботи з UEFI / GPT. Однак, як я використовував його і розумію, що він функціонує - велика різниця (як це стосується нашої розмови) полягає в тому, що виконуваний елемент управління не передається до MBR.
Натомість програмне забезпечення UEFI містить власний менеджер завантаження. Цей диспетчер завантаження сканує диски та носії інформації, - переходить на захисний MBR дисків, відформатованих GPT, потрапляє до заголовка GPT, а потім занурюється в системний розділ EFI (ESP), де він шукає виконувані програми EFI - які, як передбачається, буде функціонувати система завантаження завантажувачі завантаження операційної системи безпосередньо, проте , як ми вже бачили з останніми MS і Apple , EFI виконуваних файлів, вони менеджери завантаження фактично додаючи ще один шар до - го процесу і складності.
http://homepage.ntlworld.com/jonathan.deboynepollard/FGA/efi-boot-process.html
http://msdn.microsoft.com/en-us/windows/hardware/gg463525#X-201104111922443
Висновок / TL; DR
Сенс, який потрібно відмовляти від цього, полягає в тому, що існує очікуване середовище, в якому менеджер завантаження операційної системи та завантажувач очікують працювати. З доступних служб рівня мікропрограмного забезпечення (переривання BIOS / UEFI), структур даних (змінні, конвенції стека тощо) і навіть форматування формату диска. Не можна змінити під час виконання - принаймні, не так, як я це розумію.
Ваші варіанти?
Попередню інсталяцію ви можете керувати встановленням, використовуючи BIOS / MBR або UEFI у застарілому завантаженні BIOS з MBR або UEFI з GPT.
Після встановлення - можливо, є кілька цікавих можливостей зі зміною формату диска (MBR на GPT і GPT на MBR) в режимі офлайн, потім завантаження на консоль відновлення (у відповідному режимі UEFI або BIOS) та робота з bcdboot та bcdedit для отримання Windows менеджер завантаження встановлений прямо.
Оновлення 2011.09.09
@MikeyB
Перелічуючи варіанти, як я їх розумію, насправді не роблячи жодних офіційних пропозицій.
Тим не менш, провівши трохи більше досліджень щодо UEFI (нагадайте, що я не маю багато активного досвіду з цим), я виявив кілька цікавих примх про менеджер завантаження UEFI та підтримку завантаження CD / DVD.
Специфікація завантаження El Torito, починаючи з 95 року, існує і сьогодні, і використовується для завантажувальних CD / DVD-дисків. Один CD / DVD може завантажуватися в декількох архітектурах - і, хоча ISO 9660 є досить незалежним від платформи, виконуваний код - ні. Таким чином, специфікація завантаження El Torito дозволяє проводити кілька записів / зображень для завантаження.
Ці записи / зображення містять ідентифікатор платформи , призначений для вказівки, чи є запис для ПК, PowerPC та інших архітектур, щоб BIOS (або прошивка) архітектури міг вибрати правильний запис для завантаження.
У стандартних комп'ютерах x86, що мають BIOS, є ідентифікатор платформи El Torito 0x00. Ідентифікатор платформи, який відповідає UEFI, є 0xEF - досить креативний.
Стандартний x86 PC BIOS ігнорує всі інші записи, крім 0x00. Прошивки UEFI, які мають застарілу підтримку BIOS (відомий як модуль підтримки сумісності (CSM)) - при змозі завантажувати 0x00, віддадуть перевагу вхідному завантажувальному запису 0xEF з каталогу.
Носії DVD для Windows 2008, 2008 R2 та 7 містять у собі каталог El Torito з декількома зображеннями з 0x00 та 0xEF. За замовчуванням 0x00 є замовчуванням, але UEFI промальовує його, якщо існує 0xEF, і вибере запис 0xEF - як він є рідним.
Що можливо - це ремісничі ЗМІ , що тільки містить переважну Platform ID в каталозі завантаження El Torito. Замість каталогу з декількома записами створіть єдиний каталог з ідентифікатором платформи 0x00. Це повинно змусити програмне забезпечення UEFI, якщо воно насправді підтримує застаріле завантаження BIOS, вибрати ідентифікатор платформи 0x00 та завантажити старий запис завантаження BIOS на носії Windows.
Як це зробити?
За допомогою Oscdimg можливо. Нижче наведено кілька прикладів того, як люди створюють засоби масової інформації UEFI, щоб подолати обмеження в застосуванні Apple UEFI. Зауважте, що це протилежне тому, що ми намагаємось зробити - ми хочемо створити лише BIOS, не випускаючи завантажувальний запис UEFI з каталогу.
Тільки UEFI (навпаки) 1
Тільки UEFI (навпроти) 2
Процес створення носія лише BIOS схожий зі змінами -bта -pаргументами наступного
-bC:\path\to\Etfsboot.com -p0x00
Чудовим ресурсом, який проливає чудове світло на вибране Microsoft з розуму на носії встановлення Windows, є документ Підтримка UEFI та вимоги до операційних систем Windows .
