Вынудите Windows Server 2008 использовать загрузчик BIOS прежней версии вместо EFI

Нет Вы не можете только включить модем. Exchange ГМ разработан для обработки вызовов, переданных ему моя телефонная система. Для установки единой системы обмена сообщениями, Вы испытываете необходимость в установке шлюза сервера и шлюза SIP PBX в своей телефонной сети.

Эта статья предоставляет хорошее введение в Exchange ГМ, наряду с обходом через того, как установить его использование инструментов с открытым исходным кодом, таких как Астерикс PBX.

Работа с телефонными системами может быть вполне сложной, таким образом, я предполагаю, что Вы читаете и практика так, как Вы можете.

12
задан 20 September 2011 в 23:01
3 ответа

Microsoft не позволит вам выполнить ваш шаг; так что вместо этого обратитесь к своей цели.

Microsoft ошибочно объединяет имеет жесткий диск с разделами EFI с имеет встроенное ПО EFI . Это, конечно, явно неверно. Вполне возможно - и действительно становится все более желательным в наши дни - иметь диск с разделами EFI на машине со старой прошивкой, отличной от EFI. На самом деле вы - хотя людям здесь потребовалось больше двух недель, чтобы выжать из вас цель, а не шаг - хотите обратного. Вы хотите иметь старый разделенный MBR-диск в стиле PC / AT на машине с прошивкой EFI. (Сама прошивка EFI не имеет проблем ни с одним из форматов таблицы разделов, и, действительно, требуется спецификацией EFI для понимания обоих форматов. Это Microsoft делает эту ошибку. ) И вы хотите этого, потому что чужое программное обеспечение не может понять таблицу разделов EFI.

Одним из нескольких последствий ошибки Microsoft является то, что установщик Windows NT 6.1 должен запускаться с установочного носителя, который, в свою очередь, был загружен со старого Прошивка PC98, чтобы он принял идею установки Windows NT 6.1 на диск, разбитый по старой схеме разделения MBR PC / AT. К сожалению, если установочный диск Windows NT загружается с использованием нового способа EFI, установщик будет думать, что есть прошивка EFI, и поэтому заявляет, что ее нельзя установить на жесткие диски без разделов EFI.

Как указал Уивер, и как поясняется в документации Microsoft , установочный компакт-диск фактически поддерживает двойную загрузку. Как далее объясняет Род Смит , поэтому можно вручную создать установочный диск Windows NT 6.1, который будет загружаться по старому способу PC98. После этого установщик Windows NT 6.1 разрешит установку на старый жесткий диск PC / AT с разделами MBR.

Однако в системах без модуля поддержки совместимости , как вы говорите, ваша система делает это ничем не поможет . Для вашей системы потребуется версия EFI диспетчера загрузки Microsoft, установленная в системном разделе EFI, потому что именно так ваша прошивка будет пытаться выполнить загрузку операционной системы. Но когда установщик Windows NT 6.1 запускается на прошивке, отличной от EFI, он устанавливает версию Microsoft Boot Manager, отличную от EFI, и не создает системный раздел EFI. Такая установка на самом деле не запустится на вашем компьютере, и вы выиграете. t даже уметь завершить процедуру установки. В самом деле, из-за того, что у вас нет CSM, вы даже не сможете начать процедуру установки, потому что вы даже не сможете загрузить установочный диск старым способом PC98. Microsoft не позволит вам сделать свой шаг дважды.

Так что сосредоточьтесь на своей цели. Ваша цель - предоставить клиенту возможность развернуть Windows Server 2008 на машинах с микропрограммой EFI из образа системы. Поэтому правильный вопрос, который вы должны задать - поставщику программного обеспечения - это как исправить это старое / сломанное программное обеспечение для создания образов дисков, чтобы у него не было проблем с таблицей разделов EFI.

t даже иметь возможность загрузиться с установочного диска старым способом PC98. Microsoft не позволит вам сделать свой шаг дважды.

Так что сосредоточьтесь на своей цели. Ваша цель - предоставить клиенту возможность развернуть Windows Server 2008 на машинах с микропрограммой EFI из образа системы. Поэтому правильный вопрос, который вы должны задать - поставщику программного обеспечения - это как исправить это старое / сломанное программное обеспечение для создания образов дисков, чтобы у него не было проблем с таблицей разделов EFI.

t даже иметь возможность загрузиться с установочного диска старым способом PC98. Microsoft не позволит вам сделать свой шаг дважды.

Так что сосредоточьтесь на своей цели. Ваша цель - предоставить клиенту возможность развернуть Windows Server 2008 на машинах с микропрограммой EFI из образа системы. Поэтому правильный вопрос, который вы должны задать - поставщику программного обеспечения - это как исправить это старое / сломанное программное обеспечение для создания образов дисков, чтобы у него не было проблем с таблицей разделов EFI.

6
ответ дан 2 December 2019 в 21:36

In short, yes and no for a few different reasons. If Windows is booting from a GPT disk, it must be from UEFI. Windows boot manager and loader cannot boot to MBR disk from native UEFI. However, if the UEFI is configured for legacy BIOS boot mode then an MBR disk can be used for booting. This stems from the Windows boot mode (BIOS with MBR or UEFI with GPT) being contingent on the environment in which it is envoked.

Read on for a little tech --

The physical hardware (or virtual hardware, but hardware nonetheless) firmware (BIOS/UEFI) provides the initial operating environment (boot related data structures and conventions) and firmware services available to subsequent stages of the operating system boot process.

BIOS/MBR

In the case of BIOS/MBR boot the first sector of the first bootable disk -- the master boot record (LBA 0) contains a handful of x86 (16 bit 8088) assembly, then the partition table, then a signature). The BIOS loads this sector into memory and begins executing -- the BIOS relinquishes its own program code control as soon as the MBR gets involved.

http://mbr.adamsatoms.com/

http://www.ata-atapi.com/hiwmbr.html

x86 assembly (Intel 8088 in most MBR's) in the MBR parses the partition table, searches for an active partition, and jumps to the first sector in that partition -- called the volume boot record. The volume boot record contains an x86 assembly jmp, a BIOS parameter block (not used by the system BIOS at all, so confusing name), and a bunch more x86 assembly that ultimately loads the operating system's boot loader (NTLDR or BOOTMGR in Windows environments) from the boot volume/partition itself.

NTLDR or BOOTMGR flip the CPU to protected mode, consult their boot-time configuration (boot.ini or the BCD respectively, both on the boot volume/partition), and load NTOSKRNL where the rest is history.

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

First let me state that I do not have much active experience with UEFI/GPT. However, as I have used it and understand it to operate -- the big difference (as it relates to our conversation) is that executable control is not transferred to the MBR.

Instead the UEFI firmware contains its own boot manager. This boot manager scans disks and media, -- glosses over the protective MBR of GPT formatted disks, arrives at the GPT header, and then dives into the EFI System Partition (ESP) where it looks for EFI executable programs -- which are supposed to be operating system boot loaders booting the OS directly, however as we have seen with the latest MS and Apple EFI executables, they are in fact boot managers adding another layer to th process and complexity.

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

The point to take away from this is that there is an expected environment in which the operating system's boot manager and boot loader expect to run. From firmware level services available (BIOS/UEFI interrupts), data structures (variables, stack conventions, etc), and even disk formatting conventions. Cannot be changed at runtime -- at least not the way I understand it.

Your options?

Pre-install you can control the install by using BIOS/MBR or UEFI in legacy BIOS boot with MBR or UEFI with GPT.

Post-install -- there may be some interesting possibilities with changing the disk format (MBR to GPT and GPT to MBR) offline, then booting to a recovery console (in appropriate UEFI or BIOS mode) and working with bcdboot and bcdedit to get Windows boot manager set straight.

Update 2011.09.09

@MikeyB

Listing options as I understand them to be, not actually making any formal suggestions.

Nevertheless, after doing a little more research on UEFI (recall that I don't have much active experience with it) I have discovered a few interesting tidbits about the UEFI boot manager and support for CD/DVD booting.

The El Torito Boot Specification, from '95 is still around today and is used with bootable CD/DVD's. A single CD/DVD may have to boot on several architectures -- and while ISO 9660 is rather platform independent, executable code is not. As such, the El Torito Boot Specification allows for multiple boot entries/images.

These entries/images contain a Platform ID, intended to indicate whether an entry is for PC, PowerPC, and other architectures so that architecture's BIOS (or firmware) can choose the right boot entry.

Standard x86 PC's with a BIOS has an El Torito Platform ID of 0x00. UEFI capable Platform ID is 0xEF -- rather creative.

Standard x86 PC BIOS's ignore all other entries except 0x00. UEFI firmware's that have legacy BIOS support (known as Compatibility Support Module (CSM)) -- while able to boot 0x00, will prefer a 0xEF native boot entry from the catalog.

The Windows 2008, 2008 R2, and 7 DVD media contain a multiple image El Torito catalog with both 0x00 and 0xEF. The 0x00 is the default, but a UEFI will gloss over it if a 0xEF exists and choose the 0xEF entry -- as it is native.

What is possible -- is to craft media that only contains the preferred Platform ID in the El Torito boot catalog. Instead of a multi-entry catalog, create a single entry catalog with a 0x00 Platform ID. This should force the UEFI firmware, if in fact it supports legacy BIOS boot, to choose the 0x00 Platform ID and boot the legacy BIOS boot entry on the Windows media.

How to do it?

Using Oscdimg it is possible. Below are several examples of people creating UEFI only media to get around the limitations in Apple's UEFI implementation. Note that this is the opposite of what we are trying to do -- we want to create a BIOS only, leaving out the UEFI boot entry from the catalog.

UEFI Only (Opposite) 1

UEFI Only (Opposite) 2

The process to create BIOS only media is similar with changes to the -b and -p arguments to the following

-bC:\path\to\Etfsboot.com -p0x00

A great resource that shed some excellent light on Microsoft's chosen madness on the Windows install media is the UEFI Support and Requirements for Windows Operating Systems document.

7
ответ дан 2 December 2019 в 21:36

Одним из простых способов было бы просто выполнить базовую установку Windows на машине, которая не поддерживает EFI, захватите его с помощью программного обеспечения образа и восстановите его на реальном оборудовании.

Хорошим выбором может быть создание базовой установки на виртуальной машине. В более ранних версиях (версия <6) Windows плохо адаптировалась для перехода с одного типа оборудования на другой. В последних версиях Windows, пока контроллер хранилища поддерживается в образе, Windows неплохо справляется с адаптацией к новому оборудованию.

Установочный диск Windows (ver> = 6) обычно включает в себя wim файл, который по сути представляет собой просто образ операционной системы.

3
ответ дан 2 December 2019 в 21:36

Теги

Похожие вопросы