Creación de una imagen de sistema operativo factory

En este laboratorio se explica cómo usar el Kit de sistema de Windows (WSK) para diseñar y crear una imagen de sistema operativo de fábrica.

Describiremos:

• Trabajar desde una ISO de WSK montada
• Adición de controladores
• Adición de aplicaciones
• Adición de una carpeta de contenido de prueba
• Personalización del diseño del dispositivo
• Personalización de la configuración
• Generación de una imagen

1. Lo que necesita

Para completar este laboratorio, necesitará:

• Un equipo técnico
• El Kit del sistema de Windows
• Si va a crear una FFU:
  • Un dispositivo de ingeniería para el que va a crear una imagen
  • Controladores para el dispositivo de ingeniería. Asegúrese de que los controladores son compatibles con Windows Core.
• Si va a crear una imagen VHDX:
  • Un equipo con Hyper-V instalado. Puede ser el mismo equipo que el equipo técnico.
• Carpeta que incluye material de prueba
• (Opcional) Aplicaciones que se van a incluir en la imagen
• (Opcional) Controladores que se van a incluir en la imagen

2. Monte la ISO de WSK e inicie el entorno de WSK

Para crear imágenes de sistema operativo factory, necesitará el WSK, que contiene los paquetes y las herramientas que necesita para crear una imagen. Puede usar el WSK copiando el contenido de la ISO de WSK en el equipo técnico o montando la ISO desde un recurso compartido de red o localmente en su PC. En este laboratorio, montaremos una ISO de WSK almacenada localmente y trabajaremos desde allí.

Montaje del WSK

1. Cree un directorio en el equipo técnico llamado C:\WSK y copie la ISO de WSK desde la unidad USB auxiliar del laboratorio en él.
2. En el Explorador de archivos, vaya a la ISO de WSK.
3. Haga clic con el botón derecho en iso y haga clic en Montar.

Abrir el entorno del Kit de sistema de Windows

Abra el entorno del Kit de sistema de Windows:

1. Vaya a la raíz de la unidad asignada a la ISO de WSK montada.
2. Haga clic con el botón derecho en SetImagGenEnv.cmd y ejecute como administrador.

Esto es lo que verá:

**********************************************************************
** Windows System Kit image generation environment
** Version xxx.xxxxx.1001
**********************************************************************

3. Creación de un área de trabajo del sistema operativo factory

Un área de trabajo es un directorio de trabajo que ayuda a organizar las aplicaciones, controladores y otros recursos necesarios para crear una imagen de sistema operativo factory.

PrepWSKWorkspace C:\FactoryWorkSpace -Product FactoryOS

Nota

Si desea crear una máquina virtual, agregue el -vm parámetro al comando anterior:

PrepWSKWorkspace C:\FactoryWorkSpace -Product FactoryOS -VM

Consulte Sintaxis prepWSKWorkspace para ver todas las opciones disponibles.

Esto es lo que verá en el entorno de WSK:

Overwrite == Prompt. PrepOEMWorkspace will prompt for permission to overwrite an existing workspace.
Prepping C:\FactoryWorkSpace as a WSK workspace for building a FactoryOS AMD64 UEFI Hardware image....
OEMInput file C:\FactoryWorkSpace\FactoryOS_Development_AMD64_UEFI_SpacesGPT_Hardware.xml created.

Success!

Por la salida anterior, ahora tiene un área de trabajo en C:\FactoryWorkspace que incluye un archivo OEMInput.xml denominado FactoryOS_Development_AMD64_UEFI_SpacesGPT_Hardware.xml. Modificará este archivo OEMInput.xml en todo el laboratorio. También puede ver la ruta de acceso y el nombre de archivo de la OEMInput.xml mediante la ejecución echo %OEMInputFileName% desde el entorno de WSK.

Al crear el área de trabajo, WSK configuró la %WSKWorkspaceRoot% variable de entorno que se asigna al área de trabajo. Si cierra y vuelve a abrir el entorno del Kit de sistema de Windows, tendrá que volver a establecer WSKWorkspaceRoot cambiando los directorios a la raíz del área de trabajo y ejecutando SetWSKWorkspaceRoot.

4. Acerca de los manifiestos de características

Los manifiestos de características definen las ubicaciones de archivo de las aplicaciones, los controladores y los paquetes que desea incluir en las imágenes. Al agregar aplicaciones y controladores, de forma predeterminada se agregan a todas las imágenes a menos que las marques como opcionales.

En estas secciones siguientes se usan manifiestos de características para definir las aplicaciones, los controladores y la configuración que se incluyen en la imagen.

5. Agregar controladores

Si va a crear una imagen FFU para un dispositivo físico, The Windows System Kit incluye scripts que facilitan la adición de controladores compatibles a las imágenes del sistema operativo Factory. Estos scripts crean o actualizan automáticamente un archivo de manifiesto de características en función de los controladores que agregue a un área de trabajo:

• El CreateWSKDriversFM script crea un manifiesto de característica de controlador y agrega todos los controladores de la %WSKWorkspaceRoot%\DCHUDrivers carpeta al manifiesto de característica del controlador.

• El UpdateWSKDriversFM script agrega todos los ríos de la %WSKWorkspaceRoot%\DCHUDrivers carpeta a un manifiesto de característica de controlador existente. Dado que un área de trabajo incluye un DriverFM vacío, usaremos UpdateWSKDriversFM para agregar los controladores al manifiesto de características del controlador existente. Si decide agregar más controladores más adelante, puede agregar controladores adicionales a la carpeta DCHUDrivers y volver a ejecutar este script.

1. Copia de controladores en el área de trabajo:

   xcopy /s E:\Drivers\ %WSKWorkspaceRoot%\DCHUDrivers /chrkyf
   

   Donde E:\Drivers\ es donde tiene los controladores compatibles con el sistema operativo Factory

2. Agregue los controladores al manifiesto de característica del controlador en el área de trabajo. Se creó un manifiesto %WSKWorkspaceRoot\FMFiles\OEMDriversFM.xml de característica de controlador vacío y se agregó a la OEMInput.xml al crear el área de trabajo. WSK incluye un script que agrega todos los controladores de la %WSKWorkspaceRoot%\DCHUDrivers carpeta al manifiesto de característica del controlador. Una vez que los controladores se agreguen al manifiesto de la característica OEMDriversFM, se incluirán en la imagen.

   Ejecute el script para agregar controladores desde la carpeta controladores DCHU del área de trabajo:

   UpdateWSKDriversFM
   

   Salida:

   Script will backup then append new Drivers to C:\FactoryWorkspace\FMFiles\OEMDriversFM.xml if it exists.
   Existing Drivers FM found. Backing up existing file to C:\Users\username\AppData\Local\Temp\WSKScriptBackups\OEMDriversFM.xml...
   
   Searching C:\FactoryWorkspace\DCHUDrivers for Drivers to add to C:\FactoryWorkspace\FMFiles\OEMDriversFM.xml...
   Adding C:\FactoryWorkspace\DCHUDrivers\devices.driver.display.inf to FM...
   …
   Adding C:\FactoryWorkspace\DCHUDrivers\audio.driver.inf to FM...
   
   FM file successfully created at C:\FactoryWorkspace\FMFiles\OEMDriversFM.xml.
   All newly found Drivers under C:\FactoryWorkspace\DCHUDrivers are now unconditionally in any image that includes C:\FactoryWorkspace\FMFiles\OEMDriversFM.xml.
   Remember to make apps or drivers you do not want in every image "Optional" (apps) or in a FM Feature (drivers).
   
   The previous version of C:\FactoryWorkspace\FMFiles\OEMDriversFM.xml is backed up at C:\Users\username\AppData\Local\Temp\WSKScriptBackups\OEMDriversFM.xml.
   

3. Abra el archivo OEMInput.xml en un editor de texto y compruebe que OEMDriversFM.xml está incluido en el <AdditionalFMs> elemento . Esto garantiza que los controladores definidos en la OEMDriversFM.xml se incluirán en la imagen. Si no puede recordar a qué se llama al archivo de OEMInput.xml, puede ejecutar echo %WSKOEMInputFileName% para ver la ruta de acceso a la OEMInput.xml.

   <AdditionalFMs>
   <AdditionalFM>%WSKContentRoot%\FMFiles\%WSKImageArchitecture%\FactoryOS\WindowsCoreProductionFM.xml</AdditionalFM>
   <AdditionalFM>%WSKContentRoot%\FMFiles\%WSKImageArchitecture%\FactoryOS\FOSNonProductionFM.xml</AdditionalFM>
   <AdditionalFM>%WSKContentRoot%\FMFiles\%WSKImageArchitecture%\FactoryOS\WindowsCoreNonProductionFM.xml</AdditionalFM>
   <AdditionalFM>%WSKContentRoot%\FMFiles\%WSKImageArchitecture%\FactoryOS\GenericDeviceFM.xml</AdditionalFM>
   <!-- Add OEM FMs here. -->
   <AdditionalFM>%WSKWorkspaceRoot%\FMFiles\OEMAppsFM.xml</AdditionalFM>
   <AdditionalFM>%WSKWorkspaceRoot%\FMFiles\OEMDriversFM.xml</AdditionalFM>
   </AdditionalFMs>
   

6. Agregar aplicaciones

El Kit del sistema de Windows incluye scripts que facilitan la adición de aplicaciones compatibles a las imágenes del sistema operativo Factory. Estos scripts crean o actualizan automáticamente un archivo de manifiesto de características en función de las aplicaciones que agregue a un área de trabajo:

• El CreateWSKAppsFM script crea un manifiesto de aplicación y agrega todas las aplicaciones de la %WSKWorkspaceRoot%\Apps carpeta al manifiesto de características de la aplicación.

• El UpdateWSKAppsFM script agrega todas las aplicaciones de la %WSKWorkspaceRoot%\Apps carpeta a un manifiesto de característica de aplicación existente. Dado que un área de trabajo incluye un appsFM vacío, usaremos UpdateWSKAppsFM para agregar nuevas aplicaciones al manifiesto de características de la aplicación existente que se incluye de forma predeterminada en la OEMInput.xml.

Si tiene aplicaciones que desea agregar a la imagen:

1. Copie aplicaciones en el área de trabajo:

   Xcopy /s E:\UWP %WSKWorkspaceRoot%\Apps /chrkyf
   

   Donde E:\UWP es el lugar desde el que va a copiar las aplicaciones para UWP

2. Agregue las aplicaciones de la Apps carpeta al manifiesto de OEMAppsFM.xml características. Una vez que las aplicaciones se agregan al manifiesto de característica OEMAppsFM, se incluirán en la imagen:

   UpdateWSKAppsFM
   

   A continuación se incluye una salida de muestra:

   Script will backup then append new Apps to C:\FactoryWorkSpace\FMFiles\OEMAppsFM.xml if it exists.
   Existing Apps FM found. Backing up existing file to C:\Users\administrator\AppData\Local\Temp\WSKScriptBackups\OEMAppsFM_3.xml...
   
   Searching C:\FactoryWorkSpace\Apps for Apps to add to C:\FactoryWorkSpace\FMFiles\OEMAppsFM.xml...
   Adding C:\FactoryWorkSpace\Apps\Dependencies\arm\Microsoft.NET.Native.Framework.1.7.appx to FM...
   Adding C:\FactoryWorkSpace\Apps\Dependencies\arm\Microsoft.NET.Native.Runtime.1.7.appx to FM...
   Adding C:\FactoryWorkSpace\Apps\Dependencies\arm\Microsoft.VCLibs.Arm.14.00.appx to FM...
   Adding C:\FactoryWorkSpace\Apps\Dependencies\x64\Microsoft.NET.Native.Framework.1.7.appx to FM...
   Adding C:\FactoryWorkSpace\Apps\Dependencies\x64\Microsoft.NET.Native.Runtime.1.7.appx to FM...
   Adding C:\FactoryWorkSpace\Apps\Dependencies\x64\Microsoft.VCLibs.x64.14.00.appx to FM...
   Adding C:\FactoryWorkSpace\Apps\Dependencies\x86\Microsoft.NET.Native.Framework.1.7.appx to FM...
   Adding C:\FactoryWorkSpace\Apps\Dependencies\x86\Microsoft.NET.Native.Runtime.1.7.appx to FM...
   Adding C:\FactoryWorkSpace\Apps\Dependencies\x86\Microsoft.VCLibs.x86.14.00.appx to FM...
   Adding C:\FactoryWorkSpace\Apps\HelloWorld_1.0.0.0_x64.appx to FM...
   
   FM file successfully created at C:\FactoryWorkSpace\FMFiles\OEMAppsFM.xml.
   All newly found Apps under C:\FactoryWorkSpace\Apps are now unconditionally in any image that includes C:\FactoryWorkSpace\FMFiles\OEMAppsFM.xml.
   Remember to make apps or drivers you do not want in every image "Optional" (apps) or in a FM Feature (drivers).
   
   The previous version of C:\FactoryWorkSpace\FMFiles\OEMAppsFM.xml is backed up at C:\Users\administrator\AppData\Local\Temp\WSKScriptBackups\OEMAppsFM_3.xml.
   

3. Abra el archivo OEMInput.xml y compruebe que OEMAppsFM.xml está incluido en el <AdditionalFMs> elemento . Esto garantiza que las aplicaciones definidas en la OEMAppsFM.xml se incluirán en la imagen.

   Debería ver lo siguiente:

   <AdditionalFMs>
   <AdditionalFM>%WSKContentRoot%\FMFiles\%WSKImageArchitecture%\FactoryOS\WindowsCoreProductionFM.xml</AdditionalFM>
   <AdditionalFM>%WSKContentRoot%\FMFiles\%WSKImageArchitecture%\FactoryOS\FOSNonProductionFM.xml</AdditionalFM>
   <AdditionalFM>%WSKContentRoot%\FMFiles\%WSKImageArchitecture%\FactoryOS\WindowsCoreNonProductionFM.xml</AdditionalFM>
   <AdditionalFM>%WSKContentRoot%\FMFiles\%WSKImageArchitecture%\FactoryOS\GenericDeviceFM.xml</AdditionalFM>
   <!-- Add OEM FMs here. -->
   <AdditionalFM>%WSKWorkspaceRoot%\FMFiles\OEMAppsFM.xml</AdditionalFM>
   <AdditionalFM>%WSKWorkspaceRoot%\FMFiles\OEMDriversFM.xml</AdditionalFM>
   </AdditionalFMs>
   

   Nota

   Si agregó la opción al crear el -VM área de trabajo, se llamará FactoryOS_Development_AMD64_UEFI_SpacesGPT_VM.xmla la OEMInput.xml .

7. Agregar una carpeta de contenido de prueba

El <TestContent> elemento de un archivo OEMInput.xml le permite especificar una carpeta que incluya contenido de prueba como scripts, ejecutables y otros recursos que usará para ejecutar pruebas en el dispositivo del sistema operativo Factory.

Agregar una carpeta de contenido de prueba al compilar la imagen garantiza que el material de prueba esté disponible en los dispositivos del sistema operativo Factory y reduzca la cantidad de tiempo invertido en copiar manualmente archivos de un equipo técnico en un dispositivo de prueba.

1. Cree una carpeta De contenido de prueba en el área de trabajo del sistema operativo Factory en el equipo técnico:

   md %WSKWorkspaceRoot%\TestContent
   

2. Copie el material adjunto de prueba en la carpeta TestContent. Solo se puede incluir una carpeta de contenido de prueba en una imagen, pero esa carpeta puede contener subcarpetas. Haga que todo el material de prueba esté en una sola carpeta de contenido de prueba:

   xcopy /s E:\TestContent %WSKWorkspaceRoot$\TestContent /chrkyf
   

   Donde E:\TestContent es la carpeta con el contenido de la prueba

3. Agregue la carpeta de contenido de prueba al archivo OEMInput.xml. WSK incluye un script que automatiza este proceso:

   AddTestContent %WSKWorkspaceRoot%\TestContent
   

   Esto es lo que verá si la carpeta se agregó correctamente a la OEMInput.xml:

   Successfully saved the TestContent path in the OEMInput file.
   

4. Abra el archivo OEMInput.xml y compruebe que contiene un <TestContent> elemento y el elemento muestra la ruta de acceso a la carpeta de contenido de prueba:

   Nota

   Para obtener la ruta de acceso completa y el nombre de archivo de la carpeta de contenido de prueba, ejecute echo %WSKOEMInputFileName desde el entorno de WSK.

   Este es el aspecto que debe tener el <TestContent> elemento:

   <TestContent>C:\FactoryWorkspace\TestContent</TestContent>
   

8. DeviceLayout y Device targeting

Nota

Si va a crear una máquina virtual, puede omitir esta sección y pasar a la sección siguiente, donde tratamos cómo personalizar la configuración.

Personalización de DeviceLayout

Un diseño de dispositivo es el plano técnico para la configuración de disco de un dispositivo del sistema operativo Factory. Describe cómo funciona conjuntamente el contenido de Microsoft, OEM y SV para crear un diseño de disco para una imagen de sistema operativo factory. Los diseños de dispositivo se configuran mediante un archivo XML y el Kit del sistema de Windows para generar un paquete de diseño de dispositivo específico para el dispositivo.

1. Abra %WSKWorkspaceRoot%\OEMCustomization\DeviceLayout\DeviceLayoutOEM.xml en un editor de texto. Este archivo le permite configurar las características del disco que está usando.

   • Agregue un <DevicePath> elemento para <Store> con .<ID> {5a585bae-900b-41b5-b736-a4cecffc34b4} Aquí es donde se parpadeará el sistema operativo. Este disco del sistema operativo tendrá particiones configuradas por Microsoft.
     • HDD de ejemplo <DevicePath> - <DevicePath>PciRoot(0x0)/Pci(0x1D,0x0)/Pci(0x0,0x0)/NVMe(0x1,00-00-00-00-00-00-00-00)</DevicePath>
     • UFS de ejemplo <DevicePath> - <DevicePath>PciRoot(0x0)/Pci(0x12,0x5)/UFS(0x0,0x0)</DevicePath>
   • En el caso de los HDD, actualice los GUID de la ruta de acceso del dispositivo para usar caracteres comodín (?), por ejemplo. <DevicePath>PciRoot(0x0)/Pci(0x1D,0x0)/Pci(0x0,0x0)/NVMe(0x1,??-??-??-??-??-??-??-??)</DevicePath>
   • Compruebe que <SectorSize> coincida con el dispositivo.

   Este es el aspecto de deviceLayoutOEM de ejemplo:

   <OEMDeviceLayout xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://schemas.microsoft.com/embedded/2004/10/ImageUpdate/v2">
       <Stores>
           <Store>
               <Id>{5a585bae-900b-41b5-b736-a4cecffc34b4}</Id>
               <StoreType>Default</StoreType>
   			<DevicePath>PciRoot(0x0)/Pci(0x1D,0x0)/Pci(0x0,0x0)/NVMe(0x1,??-??-??-??-??-??-??-??)</DevicePath>
           </Store>
       </Stores>
       <SectorSize>512</SectorSize>
       <MergeVersionTag>1</MergeVersionTag>
   </OEMDeviceLayout>
   

2. Guarde y cierre DeviceLayoutOEM.xml.

3. Actualice OEMInput para que use el archivo de diseño que ha creado:

   1. Abra el archivo OEMinput.xml en la raíz del área de trabajo en un editor de texto.
   2. Actualizar el <DeviceLayoutType> elemento a GPT_SPACES_SPLIT

   <DeviceLayoutType>GPT_SPACES_SPLIT</DeviceLayoutType>
   

   3. Guarde el archivo OEMInput.xml. Puede dejarlo abierto porque vamos a realizar más cambios en él en la sección siguiente.

Personalización de la selección de destino del dispositivo

1. Si actualmente no lo tiene abierto, abra el archivo OEMInput.xml en un editor de texto. Puede encontrarlo en %WSKWorkspaceRoot%\FactoryOS_Development_AMD64_UEFI_SpacesGPT_Hardware.xml.

   Nota

   Puede ejecutar echo %WSKOEMInputFileName desde el entorno de WSK para ver la ruta de acceso y el nombre de archivo del archivo OEMInput.xml.

2. Configure el <DevicePlatformIDs> elemento, por ejemplo:

   <DevicePlatformIDs>
   <DevicePlatformID>Contoso.ContosoLaptop.*.1</DevicePlatformID>
   <DevicePlatformID>*.*.*.*</DevicePlatformID>
   </DevicePlatformIDs>
   

3. Guarde y cierre el archivo de OEMInput.xml.

9. Personalización de la configuración

Al diseñar una imagen del sistema operativo Factory, puede usar el marco de personalización de configuración para asegurarse de que la configuración del dispositivo está configurada correctamente.

Los valores se configuran en archivos XML, que se usan para crear paquetes de personalización que se agregan a un archivo OEMInput. La configuración es específica del producto, por lo que asegúrese de usar los archivos de personalización de configuración que se aplican al producto del dispositivo que está compilando.

1. Cree un XML de personalización de configuración vacía:

   CreateWSKCustomizationsXML
   

   Salida:

   Creating output folder: C:\FactoryWorkSpace\OEMCustomization\CustomizationXML
   Created output folder: C:\FactoryWorkSpace\OEMCustomization\CustomizationXML
   …
   wcosimageprep INFO ThreadId1340 Generating WCOS customization file(s)...
   wcosimageprep INFO ThreadId1340 Writing customization files to disk...
   wcosimageprep INFO ThreadId1340 CustomizationXML generation parameters: Advanced=False, Categorize=False
   wcosimageprep INFO ThreadId1340 C:\FactoryWorkSpace\OEMCustomization\CustomizationXML\CustomizationXML.xml
   wcosimageprep INFO ThreadId1340 Time elapsed 00:00:00.4587755
   CustomizationXML file(s) has been generated successfully at C:\FactoryWorkSpace\OEMCustomization\CustomizationXML.
   

2. Abra el XML de personalización de configuración en un editor de texto.

   notepad C:\FactoryWorkSpace\OEMCustomization\CustomizationXML\CustomizationXML.xml
   

3. Rellene los <Identity> atributos, por ejemplo:

   <Identity OwnerName="OEMName" ReleaseType="Test" />
   

4. En esta parte del laboratorio, estableceremos lo siguiente:

   • Si va a crear una FFU, la ruta de acceso al diseño del dispositivo
   • Número de versión que se muestra en la pantalla del sistema operativo factory, así como en Factory Orchestrator

   En CustomizationXML, rellene los <Value> elementos de la configuración que desea personalizar. La siguiente configuración nos permitirá configurar la ruta de acceso al diseño de dispositivo personalizado, así como el elemento de barra favorito:

   Rellene los <Value> elementos de la configuración que desea personalizar. Para este laboratorio:

   Nombre de personalización	Valor
   OEMVersion	<Value>1.1.1.1</Value>
   SplitLayoutFile	<Value>C:\FactoryWorkspace\OEMCustomization\DeviceLayout\DeviceLayoutOEM.xml</Value>

   Nota

   No es necesario configurar SplitLayoutFile si va a crear una imagen de máquina virtual.

   Por ejemplo:

   <Customization Name="SplitLayoutFile">
       <ReadOnlyMetadata Description="OEM/SV-owned split layout file. (File must be named DeviceLayoutOEM.xml)" Type="FILE" DefaultValue="" SupportedExtensions="xml" />
       <Value>C:\FactoryWorkspace\OEMCustomization\DeviceLayout\DeviceLayoutOEM.xml</Value>
   </Customization>
   

   Consulte Configuración disponible para el sistema operativo de fábrica para ver la configuración que está disponible para el producto del sistema operativo de fábrica.

5. Guarde y cierre CustomizationXML.xml.

6. Use los scripts del Kit de sistema de Windows para generar un paquete de personalización de OEM y agregarlo al archivo OEMInput.xml.

   CreateWSKCustomizationsFM
   

   Salida:

   wcosimageprep INFO ThreadId21660 Validating arguments for external action.
   wcosimageprep INFO ThreadId21660 Assigning defaults for external action.
   wcosimageprep INFO ThreadId21660 Generating WCOS customization packages from C:\FactoryWorkspace\OEMCustomization\CustomizationXML
   …
   Customization Packages have been generated successfully at C:\FactoryWorkspace\OEMCustomization\Packages
   …
   OEMCustomizationsFM file has been generated successfully at C:\FactoryWorkspace\FMFiles\OEMCustomizationsFM.xml
   
   C:\FactoryWorkspace\FMFiles\OEMCustomizationsFM.xml has been added to the OEMInput file under the AdditionalFms element
   

10. Compilación de la imagen

Ejecute BuildWSKImage para crear una FFU basada en el archivo OEMInput.xml.

BuildWSKImage %WSKWorkspaceRoot%\FactoryOS_Development_AMD64_UEFI_SpacesGPT_Hardware.xml

O bien, si va a crear una máquina virtual:

BuildWSKImage %WSKWorkspaceRoot%\FactoryOS_Development_AMD64_UEFI_SpacesGPT_VM.xml

Importante

Si intenta generar una imagen en la carpeta de destino que ya incluye . Las imágenes FFU o los discos duros virtuales con el mismo nombre producirán un error en la creación de imágenes con el siguiente error:

imageapp : ERROR : ThreadId18164 OutputFile C:\FactoryOS.Output\FactoryOS_Development_AMD64_UEFI_SpacesGPT_Hardware.ffu already exists.

Antes de generar una imagen, asegúrese de que la carpeta de salida aún no contiene una imagen generada con el mismo nombre.

11. Parpadee la imagen

La imagen personalizada del sistema operativo Factory está creada y lista para usarse.

• Si ha creado una FFU, puede flashar la imagen en el dispositivo mediante una de las opciones de flashing disponibles con el WSK.

• Si ha creado un VHDX, puede usar Hyper-V para arrancar la nueva imagen.

12. Opcional Agregar un controlador a una imagen

En los dispositivos de ingeniería, puede agregar un controlador a una FFU existente sin tener que volver a generar la imagen mediante ImageApp.exe, que se incluye en el Kit del sistema de Windows.

Agregue un controlador a una FFU:

ImageApp.exe C:\FactoryWorkspace.Output\FactoryOS_Development_AMD64_UEFI_SpacesGPT_Hardware.ffu /patch /drivers:E:\OfflineDriver\ /CPUType:amd64

Donde E:\OfflineDriver\ es la carpeta que incluye el controlador de ejemplo (driver-test.inf) que desea agregar a la imagen.

Consulte Uso de ImageApp /patch para obtener más información y otros usos.