¿Qué ha hecho el administrador de arranque de Windows durante el arranque de Windows desde un archivo VHDX? (se trata de principio, no de paso de configuración)

Question

Cuando se lanzó Windows 7, también apareció una función del Administrador de arranque de Windows. Es arranque nativo. Sin embargo, hay un punto mágico que me confunde.

Cuando Windows Boot Manager está funcionando, podemos asumir que es potente, lee el archivo VHDX y extrae el kernel NT a la RAM. Sin embargo, cuando el kernel NT se ha cargado en la RAM,La vida útil del gestor de arranque ha terminado..

Incluso si el kernel NT es poderoso, sigue siendo solo un kernel. Necesita muchos otros componentes con los que funcionar y creo que el kernel NT no tiene la capacidad de leer archivos VHDX.

P1. ¿Es correcto el progreso del ntkernel de extracción del cargador de arranque que describí?

P1.1. ¿Es adecuado el verbo "extraer" allí? O el cargador de arranque simplemente coloca el controlador en la posición inicial del archivo VHDX en el disco sin nada más.

Generalmente, no solo el límite en el Administrador de arranque de Windows, el cargador de arranque puede ser otro programa.

P2. ¿Es posible arrancar desde archivos VDI, VMDK o ISO?

P3. ¿La posibilidad de arranque nativo de VHDX se basa en la estructura especial del formato VHDX a la que cualquier programa puede acceder directamente como una forma similar de acceder al archivo en un disco real?

P4. ¿Existe algún recurso que explique en detalle el principio del arranque nativo VHDX? (Se trata de un principio, no de un tutorial paso a paso de configuración. Es el comportamiento durante el arranque nativo)

(Soy solo un principiante en el aspecto de firmware y arranque, deseo obtener ayuda del maestro)

Answer 1

• Primero, Windows 7 no admite el arranque desde VHDX; sólo se admite VHD. VHDX es compatible con Windows 8 y versiones posteriores.

• En segundo lugar, es un hecho conocido que bootmgr, parte del cargador de arranque de Windows desde Windows Vista, admite el arranque desde archivos VHD, archivos WIM (así es como se ejecuta la instalación de Windows desde dentro sources\boot.wim), discos RAM, redes y varios controladores de disco como SCSI y IDE. De acuerdo aComponentes internos de Windows, sexta edición, parte 2, página 503:

  Bootmgr contiene una biblioteca de sistema de archivos NTFS liviana (Bootmgr también admite otros sistemas de archivos, como FAT, El Torito CDFS y UDFS, así como archivos WIM y VHD); A diferencia del código del sector de arranque, el código del sistema de archivos de Bootmgr también puede leer subdirectorios.

  —Russinovich, Mark; Salomón, David A.; Ionescu, Álex (2012).Componentes internos de Windows, sexta edición, parte 2. Redmond, WA: Microsoft Press. pag. 503. ISBN 978-0-7356-6587-3.

  Todos estos son órdenes de magnitud más complicados que VHD. (WIM en realidad admite la deduplicación y compresión de archivos). Por supuesto, en algún momento el control se transfiere a Windows y a sus propios controladores de dispositivo. El controlador VHD es %SystemRoot%\System32\Drivers\Vdrvroot.sys. Se carga Vhdmp.sysy Fsdepends.sys.

• En tercer lugar, ISO, VDI y VMDK no son compatibles.

Para más información, puedes consultar:

• "Arranque desde un disco duro virtual: agregue un VHDX o VHD al menú de inicio".Documentos de Microsoft.
• "Implementar Windows con VHDX (arranque nativo)".Documentos de Microsoft.

Pero para una lectura más profunda, elLibros internos de Windows de Mark Russinovichson mis recomendaciones. Tenga en cuenta que ninguna de estas fuentes expone los secretos comerciales de Microsoft y este sitio web tampoco respalda dichas fuentes.