Solución:
Solución 1:
En resumen, sí y no por diferentes razones. Si Windows se inicia desde un disco GPT, debe ser desde UEFI. El gestor de arranque y el cargador de Windows no pueden arrancar en el disco MBR desde nativo UEFI. Sin embargo, si la UEFI está configurada para el modo de arranque de BIOS heredado, se puede usar un disco MBR para arrancar. Esto se debe a que el modo de arranque de Windows (BIOS con MBR o UEFI con GPT) depende del entorno en el que se envuelve.
Siga leyendo para conocer un poco de tecnología:
El hardware físico (o hardware virtual, pero hardware no obstante) el firmware (BIOS / UEFI) proporciona el entorno operativo inicial (estructuras de datos y convenciones relacionadas con el arranque) y los servicios de firmware disponibles para las etapas posteriores del proceso de arranque del sistema operativo.
BIOS / MBR
En el caso del arranque BIOS / MBR, el primer sector del primer disco de arranque: el registro de arranque maestro (LBA 0) contiene un puñado de ensamblajes x86 (16 bits 8088), luego la tabla de particiones y luego una firma). El BIOS carga este sector en la memoria y comienza a ejecutarse: el BIOS renuncia a su propio control de código de programa tan pronto como el MBR se involucra.
http://mbr.adamsatoms.com/
http://www.ata-atapi.com/hiwmbr.html
El ensamblaje x86 (Intel 8088 en la mayoría de los MBR) en el MBR analiza la tabla de particiones, busca una partición activa y salta al primer sector de esa partición, llamado registro de inicio de volumen. El registro de inicio de volumen contiene un jmp de ensamblaje x86, un bloque de parámetros de BIOS (no utilizado por el BIOS del sistema en absoluto, un nombre tan confuso) y un montón más de ensamblaje x86 que finalmente carga el cargador de inicio del sistema operativo (NTLDR o BOOTMGR en entornos Windows). ) desde el volumen / partición de arranque en sí.
NTLDR o BOOTMGR cambian la CPU al modo protegido, consulte su configuración de tiempo de arranque (boot.ini o BCD respectivamente, ambos en el volumen / partición de arranque) y cargue NTOSKRNL donde el resto es historial.
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
Primero déjeme decirle que no tengo mucha experiencia activa con UEFI / GPT. Sin embargo, como lo he usado y entiendo que funciona, la gran diferencia (en lo que respecta a nuestra conversación) es que el control ejecutable no se transfiere al MBR.
En cambio, el firmware UEFI contiene su propio administrador de arranque. Este administrador de arranque escanea discos y medios, pasa por alto el MBR protector de los discos formateados GPT, llega al encabezado GPT y luego se sumerge en la Partición del sistema EFI (ESP) donde busca programas ejecutables EFI, que se supone que deben ser arranque del sistema operativo cargadores arrancando el sistema operativo directamente, sin embargo, como hemos visto con los últimos ejecutables de MS y Apple EFI, de hecho son administradores de arranque que agregan otra capa al proceso y complejidad.
http://homepage.ntlworld.com/jonathan.deboynepollard/FGA/efi-boot-process.html
http://msdn.microsoft.com/en-us/windows/hardware/gg463525#X-201104111922443
Conclusión / TL; DR
El punto que debe extraerse de esto es que existe un entorno esperado en el que el administrador de arranque y el cargador de arranque del sistema operativo esperan ejecutarse. Desde servicios de nivel de firmware disponibles (interrupciones BIOS / UEFI), estructuras de datos (variables, convenciones de pila, etc.) e incluso convenciones de formato de disco. No se puede cambiar en tiempo de ejecución, al menos no como yo lo entiendo.
¿Sus opciones?
Antes de la instalación, puede controlar la instalación utilizando BIOS / MBR o UEFI en el arranque de BIOS heredado con MBR o UEFI con GPT.
Después de la instalación: puede haber algunas posibilidades interesantes al cambiar el formato del disco (MBR a GPT y GPT a MBR) sin conexión, luego arrancar en una consola de recuperación (en el modo UEFI o BIOS apropiado) y trabajar con bcdboot y bcdedit para obtener Windows administrador de arranque en orden.
Actualización 2011.09.09
@MikeyB
Enumerar las opciones tal como las entiendo, sin hacer sugerencias formales.
Sin embargo, después de investigar un poco más sobre UEFI (recuerde que no tengo mucha experiencia activa con él), he descubierto algunos datos interesantes sobre el administrador de arranque UEFI y el soporte para el arranque desde CD / DVD.
La Especificación de arranque El Torito, del ’95, todavía existe hoy en día y se usa con CD / DVD de arranque. Es posible que un solo CD / DVD deba arrancar en varias arquitecturas, y aunque ISO 9660 es bastante independiente de la plataforma, el código ejecutable no lo es. Como tal, la Especificación de arranque El Torito permite múltiples entradas / imágenes de arranque.
Estas entradas / imágenes contienen un ID de plataforma, destinado a indicar si una entrada es para PC, PowerPC y otras arquitecturas para que el BIOS (o firmware) de la arquitectura pueda elegir la entrada de arranque correcta.
Las PC x86 estándar con BIOS tienen un El Torito ID de plataforma de 0x00. UEFI capaz ID de plataforma es 0xEF – bastante creativo.
Los BIOS estándar de PC x86 ignoran todas las demás entradas excepto 0x00. Los firmware UEFI que tienen soporte de BIOS heredado (conocido como Módulo de soporte de compatibilidad (CSM)), aunque pueden arrancar 0x00, preferirán una entrada de arranque nativa 0xEF del catálogo.
Los medios de DVD de Windows 2008, 2008 R2 y 7 contienen un catálogo de El Torito de imágenes múltiples con 0x00 y 0xEF. El 0x00 es el predeterminado, pero un UEFI lo pasará por alto si existe un 0xEF y elegirá la entrada 0xEF, ya que es nativo.
Lo que es posible es crear medios que solamente contiene el ID de plataforma preferido en el catálogo de botas de El Torito. En lugar de un catálogo de entradas múltiples, cree un catálogo de entrada única con un ID de plataforma 0x00. Esto debería obligar al firmware UEFI, si de hecho es compatible con el arranque de BIOS heredado, a elegir el ID de plataforma 0x00 e iniciar la entrada de arranque de BIOS heredado en los medios de Windows.
¿Cómo hacerlo?
Usando Oscdimg es posible. A continuación, se muestran varios ejemplos de personas que crean medios exclusivos de UEFI para sortear las limitaciones en la implementación de UEFI de Apple. Tenga en cuenta que esto es lo contrario de lo que estamos tratando de hacer: solo queremos crear una BIOS, omitiendo la entrada de arranque UEFI del catálogo.
UEFI solamente (opuesto) 1
UEFI solamente (opuesto) 2
El proceso para crear medios solo para BIOS es similar con cambios en el -b y -p argumentos a lo siguiente
-bC:pathtoEtfsboot.com -p0x00
Un gran recurso que arroja una luz excelente sobre la locura elegida por Microsoft en los medios de instalación de Windows es el documento UEFI Support and Requirements for Windows Operating Systems.
Solucion 2:
Microsoft no te dejará lograr tu paso; así que aborda tu objetivo en su lugar.
Microsoft confunde erróneamente tiene un disco duro con particiones EFI con tiene firmware EFI. Esto, por supuesto, es claramente incorrecto. Es bastante posible, y de hecho se está volviendo cada vez más deseable en estos días, tener un disco particionado EFI en una máquina que tiene firmware antiguo que no es EFI. En realidad, aunque la gente de aquí tardó dos semanas en sacarte el objetivo en lugar del paso, quieres lo contrario. Desea tener un disco con particiones MBR de estilo PC / AT antiguo en una máquina que tenga firmware EFI. (El firmware EFI en sí no tiene ningún problema con ninguno de los formatos de la tabla de particiones y, de hecho, la especificación EFI requiere que comprenda ambos. Es Microsoft quien comete este error). Y desea esto porque el software de otra persona no puede comprender la tabla de particiones EFI.
Una de las varias consecuencias del error de Microsoft es que el instalador de Windows NT 6.1 debe invocarse desde un medio de instalación que a su vez se ha arrancado del firmware antiguo PC98, para que acepte la idea de instalar Windows NT 6.1 en un disco. particionado con el antiguo esquema de partición PC / AT MBR. Desafortunadamente, si el disco de instalación de Windows NT se inicia en la nueva forma EFI, el instalador pensará que hay firmware EFI y, por lo tanto, declarará que no se puede instalar en discos duros particionados que no sean EFI.
Como ha señalado Weaver, y como explica la documentación de Microsoft, el CD-ROM de instalación es de hecho de arranque dual. Como explica Rod Smith, por lo tanto, uno puede construir manualmente un disco de instalación de Windows NT 6.1 que se inicie en la forma antigua de PC98. El instalador de Windows NT 6.1 permitirá la instalación en un disco duro con particiones de PC / AT MBR antiguo.
Sin embargo, en sistemas que carecen de módulo de soporte de compatibilidad, como dices que hace tu sistema, esto no ayudará en nada. Su sistema requerirá la versión EFI del Administrador de arranque de Microsoft, instalado en la Partición del sistema EFI, porque así es como su firmware intentará arrancar el sistema operativo. Pero cuando el instalador de Windows NT 6.1 se inicia en un firmware que no es EFI, instala la versión que no es EFI del Administrador de arranque de Microsoft y no creará una partición del sistema EFI. En realidad, dicha instalación no se iniciará en su máquina y ni siquiera podrá completar el procedimiento de instalación. De hecho, debido a que carece de un CSM, ni siquiera podrá empezar el procedimiento de instalación, porque ni siquiera podrá arrancar el disco de instalación en la forma antigua de PC98. Microsoft no te dejará lograr tu paso, dos veces más.
Así que concéntrate en tu objetivo. Su objetivo es permitir que su cliente implemente Windows Server 2008 en máquinas que tienen firmware EFI a partir de una imagen del sistema. Por lo tanto, la pregunta correcta que debe hacerse, al proveedor de software, es cómo arreglar ese software de imágenes de disco viejo / roto para que no tenga problemas con la tabla de particiones EFI.
Solución 3:
Un método simple sería simplemente realizar una instalación básica de Windows en una máquina que no es compatible con EFI, capturarlo con su software de imagen y restaurarlo al hardware real.
Una buena opción podría ser crear la instalación base en una máquina virtual. En versiones anteriores (ver <6) de Windows no se adaptaba bien para pasar de un tipo de hardware a otro. Con las versiones recientes de Windows, siempre que el controlador de almacenamiento sea compatible con la imagen, Windows hará un buen trabajo adaptándose al nuevo hardware.
El disco de instalación de Windows (ver> = 6) básicamente generalmente incluye un archivo wim que es básicamente una imagen del sistema operativo.