Creare un'immagine del sistema operativo factory

Questo lab illustra come usare Windows System Kit (WSK) per progettare e creare un'immagine del sistema operativo factory.

Tratteremo questo argomento:

• Utilizzo da un ISO WSK montato
• Aggiunta di driver
• Aggiunta di app
• Aggiunta di una cartella di contenuto test
• Personalizzazione del layout del dispositivo
• Personalizzazione delle impostazioni
• Generazione di un'immagine

1. Elementi necessari

Per completare questo lab, è necessario:

• UN PC tecnico
• The Windows System Kit
• Se si sta creando un FFU:
  • Un dispositivo di progettazione per cui si sta creando un'immagine
  • Driver per il dispositivo di progettazione. Assicurarsi che i driver siano conformi a Windows Core.
• Se si sta creando un'immagine VHDX:
  • Un PC con Hyper-V installato. Può essere lo stesso PC del PC tecnico.
• Cartella che include materiale collaterale di test
• (Facoltativo) App da includere nell'immagine
• (Facoltativo) Driver da includere nell'immagine

2. Montare l'ISO WSK e avviare l'ambiente WSK

Per creare immagini del sistema operativo factory, è necessario WSK, che contiene i pacchetti e gli strumenti necessari per creare un'immagine. È possibile usare WSK copiando il contenuto dell'ISO WSK nel PC tecnico o montando l'ISO da una condivisione di rete o localmente nel PC. In questo lab verrà montato un ISO WSK archiviato in locale e verrà eseguito il lavoro da questa posizione.

Montare WSK

1. Creare una directory nel PC tecnico chiamato C:\WSK e copiare l'ISO WSK dall'unità USB collaterale Lab al suo interno.
2. In Esplora file passare a WSK ISO
3. Fare clic con il pulsante destro del mouse su ISO e scegliere Monta.

Aprire l'ambiente Windows System Kit

Aprire l'ambiente Windows System Kit:

1. Passare alla radice dell'unità assegnata all'ISO WSK montato.
2. Fare clic con il pulsante destro del mouse su SetImagGenEnv.cmd Ed esegui come amministratore.

Ecco cosa vedrai:

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

3. Creare un'area di lavoro del sistema operativo factory

Un'area di lavoro è una directory di lavoro che consente di organizzare le app, i driver e altri asset necessari per creare un'immagine del sistema operativo factory.

PrepWSKWorkspace C:\FactoryWorkSpace -Product FactoryOS

Nota

Se si vuole creare una macchina virtuale, aggiungere il -vm parametro al comando precedente:

PrepWSKWorkspace C:\FactoryWorkSpace -Product FactoryOS -VM

Per tutte le opzioni disponibili, vedere sintassi PrepWSKWorkspace .

Ecco cosa verrà visualizzato nell'ambiente 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!

In base all'output precedente, è ora disponibile un'area di lavoro in C:\FactoryWorkspace che include un file OEMInput.xml denominato FactoryOS_Development_AMD64_UEFI_SpacesGPT_Hardware.xml. Questo file OEMInput.xml verrà modificato in tutto il lab. È anche possibile visualizzare il percorso e il nome file del OEMInput.xml eseguendo echo %OEMInputFileName% dall'ambiente WSK.

Durante la creazione dell'area di lavoro, WSK ha configurato la %WSKWorkspaceRoot% variabile di ambiente mappata all'area di lavoro. Se si chiude e si riapre l'ambiente Windows System Kit, sarà necessario riimpostati WSKWorkspaceRoot modificando le directory nella radice dell'area di lavoro ed eseguendo SetWSKWorkspaceRoot.

4. Informazioni sui manifesti delle funzionalità

I manifesti delle funzionalità definiscono i percorsi dei file per le app, i driver e i pacchetti da includere nelle immagini. Quando si aggiungono app e driver, per impostazione predefinita vengono aggiunti in tutte le immagini, a meno che non vengano contrassegnate come facoltative.

Queste sezioni successive usano i manifesti delle funzionalità per definire le app, i driver e le impostazioni incluse nell'immagine.

5. Aggiungere driver

Se si crea un'immagine FFU per un dispositivo fisico, Windows System Kit include script che semplificano l'aggiunta di driver compatibili alle immagini del sistema operativo factory. Questi script creano o aggiornano automaticamente un file manifesto delle funzionalità in base ai driver aggiunti a un'area di lavoro:

• Lo CreateWSKDriversFM script crea un manifesto delle funzionalità del driver e aggiunge tutti i driver dalla %WSKWorkspaceRoot%\DCHUDrivers cartella al manifesto della funzionalità del driver.

• Lo UpdateWSKDriversFM script aggiunge tutti i fiumi dalla %WSKWorkspaceRoot%\DCHUDrivers cartella in un manifesto delle funzionalità del driver esistente. Poiché un'area di lavoro include un DriverFM vuoto, verrà usato UpdateWSKDriversFM per aggiungere i driver al manifesto della funzionalità del driver esistente. Se si decide di aggiungere altri driver in un secondo momento, è possibile aggiungere altri driver nella cartella DCHUDrivers ed eseguire nuovamente questo script.

1. Copiare i driver nell'area di lavoro:

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

   Dove E:\Drivers\ è la posizione in cui sono presenti i driver conformi al sistema operativo factory

2. Aggiungere i driver al manifesto della funzionalità driver nell'area di lavoro. È stato creato e aggiunto al OEMInput.xml un manifesto %WSKWorkspaceRoot\FMFiles\OEMDriversFM.xml delle funzionalità del driver vuoto al momento della creazione dell'area di lavoro. WSK include uno script che aggiunge tutti i driver dalla %WSKWorkspaceRoot%\DCHUDrivers cartella nel manifesto della funzionalità del driver. Dopo aver aggiunto i driver al manifesto della funzionalità OEMDriversFM, verranno inclusi nell'immagine.

   Eseguire lo script per aggiungere driver dalla cartella dei driver DCHU nell'area di lavoro:

   UpdateWSKDriversFM
   

   Output:

   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. Aprire il file OEMInput.xml in un editor di testo e verificare che OEMDriversFM.xml sia incluso nell'elemento <AdditionalFMs> . In questo modo i driver definiti nel OEMDriversFM.xml verranno inclusi nell'immagine. Se non si ricorda il nome del file OEMInput.xml, è possibile eseguire echo %WSKOEMInputFileName% per visualizzare il percorso del 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. Aggiungere app

Windows System Kit include script che semplificano l'aggiunta di app compatibili alle immagini del sistema operativo factory. Questi script creano o aggiornano automaticamente un file manifesto delle funzionalità in base alle app aggiunte a un'area di lavoro:

• Lo CreateWSKAppsFM script crea un manifesto dell'app e aggiunge tutte le app dalla %WSKWorkspaceRoot%\Apps cartella nel manifesto della funzionalità dell'app.

• Lo UpdateWSKAppsFM script aggiunge tutte le app dalla %WSKWorkspaceRoot%\Apps cartella in un manifesto delle funzionalità dell'app esistente. Poiché un'area di lavoro include un oggetto AppsFM vuoto, verrà usato UpdateWSKAppsFM per aggiungere nuove app al manifesto delle funzionalità dell'app esistente incluso per impostazione predefinita nella OEMInput.xml.

Se sono presenti app da aggiungere all'immagine:

1. Copiare le app nell'area di lavoro:

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

   Dove E:\UWP è la posizione in cui stai copiando le tue app UWP da

2. Aggiungere le app dalla Apps cartella al manifesto della OEMAppsFM.xml funzionalità. Dopo aver aggiunto le app al manifesto della funzionalità OEMAppsFM, queste verranno incluse nell'immagine:

   UpdateWSKAppsFM
   

   Ecco un output di esempio:

   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. Aprire il file OEMInput.xml e verificare che OEMAppsFM.xml sia incluso nell'elemento <AdditionalFMs> . In questo modo le app definite nel OEMAppsFM.xml verranno incluse nell'immagine.

   Dovrebbe essere visualizzato quanto segue:

   <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

   Se è stata aggiunta l'opzione al momento della creazione dell'area -VM di lavoro, il OEMInput.xml verrà chiamato FactoryOS_Development_AMD64_UEFI_SpacesGPT_VM.xml.

7. Aggiungere una cartella di contenuto di test

L'elemento <TestContent> in un file di OEMInput.xml consente di specificare una cartella che include contenuto di test come script, eseguibili e altri asset che verranno usati per eseguire test nel dispositivo del sistema operativo factory.

L'aggiunta di una cartella di contenuto di test durante la compilazione dell'immagine garantisce che il materiale collaterale di test sia disponibile nei dispositivi del sistema operativo factory e riduce la quantità di tempo impiegato per copiare manualmente i file da un PC tecnico a un dispositivo di test.

1. Creare una cartella del contenuto test nell'area di lavoro del sistema operativo factory nel PC tecnico:

   md %WSKWorkspaceRoot%\TestContent
   

2. Copiare il materiale collaterale del test nella cartella TestContent. In un'immagine può essere inclusa una sola cartella di contenuto di test, ma tale cartella può contenere sottocartelle. Rendi tutto il materiale collaterale del test in una singola cartella di contenuto di test:

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

   Dove E:\TestContent è la cartella con il contenuto di test

3. Aggiungere la cartella del contenuto di test al file di OEMInput.xml. WSK include uno script che automatizza questo processo:

   AddTestContent %WSKWorkspaceRoot%\TestContent
   

   Ecco cosa si vedrà se la cartella è stata aggiunta correttamente al OEMInput.xml:

   Successfully saved the TestContent path in the OEMInput file.
   

4. Aprire il file OEMInput.xml e verificare che contenga un <TestContent> elemento e l'elemento mostra il percorso della cartella del contenuto di test:

   Nota

   È possibile ottenere il percorso completo e il nome file della cartella del contenuto di test eseguendo echo %WSKOEMInputFileName dall'ambiente WSK.

   Ecco l'aspetto <TestContent> dell'elemento:

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

8. DeviceLayout e Destinazione dispositivo

Nota

Se si sta creando una macchina virtuale, è possibile ignorare questa sezione e passare alla sezione successiva, in cui viene illustrato come personalizzare le impostazioni.

Personalizzare DeviceLayout

Un layout del dispositivo è il progetto per la configurazione del disco del sistema operativo Factory. Descrive come il contenuto Microsoft, OEM e SV funzionano insieme per creare un layout del disco per un'immagine del sistema operativo Factory. I layout dei dispositivi vengono configurati usando un file XML e Windows System Kit per generare un pacchetto di layout del dispositivo specifico per il dispositivo.

1. Aprire %WSKWorkspaceRoot%\OEMCustomization\DeviceLayout\DeviceLayoutOEM.xml in un editor di testo. Questo file consente di configurare le caratteristiche del disco in uso.

   • Aggiungere un <DevicePath> oggetto per l'oggetto <Store> con .<ID> {5a585bae-900b-41b5-b736-a4cecffc34b4} Questo è il punto in cui il sistema operativo verrà flashato. Questo disco del sistema operativo avrà partizioni configurate da Microsoft.
     • HDD di esempio <DevicePath> - <DevicePath>PciRoot(0x0)/Pci(0x1D,0x0)/Pci(0x0,0x0)/NVMe(0x1,00-00-00-00-00-00-00-00)</DevicePath>
     • UFS di esempio <DevicePath> - <DevicePath>PciRoot(0x0)/Pci(0x12,0x5)/UFS(0x0,0x0)</DevicePath>
   • Per gli HDD, aggiornare qualsiasi GUID nel percorso del dispositivo per usare caratteri jolly (?), ad esempio <DevicePath>PciRoot(0x0)/Pci(0x1D,0x0)/Pci(0x0,0x0)/NVMe(0x1,??-??-??-??-??-??-??-??)</DevicePath>
   • Verificare che <SectorSize> corrisponda al dispositivo.

   Di seguito è riportato un esempio di DeviceLayoutOEM:

   <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. Salvare e chiudere DeviceLayoutOEM.xml.

3. Aggiornare OEMInput in modo che usi il file di layout creato:

   1. Aprire il file OEMinput.xml nella radice dell'area di lavoro in un editor di testo.
   2. Aggiornare l'elemento <DeviceLayoutType> a GPT_SPACES_SPLIT

   <DeviceLayoutType>GPT_SPACES_SPLIT</DeviceLayoutType>
   

   3. Salvare il file OEMInput.xml. È possibile lasciarlo aperto perché verranno apportate altre modifiche alla sezione successiva.

Personalizzare la destinazione del dispositivo

1. Se non è attualmente aperto, aprire il file OEMInput.xml in un editor di testo. È possibile trovarlo in %WSKWorkspaceRoot%\FactoryOS_Development_AMD64_UEFI_SpacesGPT_Hardware.xml.

   Nota

   È possibile eseguire echo %WSKOEMInputFileName dall'ambiente WSK per visualizzare il percorso e il nome file del file OEMInput.xml.

2. Configurare l'elemento <DevicePlatformIDs> , ad esempio:

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

3. Salvare e chiudere il file di OEMInput.xml.

9. Personalizzare le impostazioni

Quando si progetta un'immagine del sistema operativo factory, è possibile usare il framework di personalizzazione delle impostazioni per assicurarsi che le impostazioni del dispositivo siano configurate correttamente.

Le impostazioni vengono configurate nei file XML, che vengono usati per creare pacchetti di personalizzazione aggiunti in un file OEMInput. Le impostazioni sono specifiche del prodotto, quindi assicurarsi di usare i file di personalizzazione delle impostazioni applicabili al prodotto del dispositivo che si sta creando.

1. Creare un CODICE XML di personalizzazione delle impostazioni vuote:

   CreateWSKCustomizationsXML
   

   Output:

   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. Aprire il codice XML di personalizzazione delle impostazioni in un editor di testo.

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

3. Compilare gli <Identity> attributi, ad esempio:

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

4. Per questa parte del lab, verrà impostato:

   • Se si sta creando un FFU, il percorso del layout del dispositivo
   • Numero di versione visualizzato nella schermata Del sistema operativo Factory, nonché all'interno di Factory Orchestrator

   Nella personalizzazioneXML immettere gli <Value> elementi per le impostazioni da personalizzare. Le impostazioni seguenti consentono di configurare il percorso del layout del dispositivo personalizzato, nonché l'elemento della barra preferita:

   Compilare gli <Value> elementi per le impostazioni da personalizzare. Per questo lab:

   Nome personalizzazione	Valore
   OEMVersion	<Value>1.1.1.1</Value>
   SplitLayoutFile	<Value>C:\FactoryWorkspace\OEMCustomization\DeviceLayout\DeviceLayoutOEM.xml</Value>

   Nota

   Non è necessario configurare SplitLayoutFile se si sta creando un'immagine di macchina virtuale.

   Ad esempio:

   <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>
   

   Vedere Impostazioni disponibili per il sistema operativo Factory per visualizzare le impostazioni disponibili per il prodotto Sistema operativo Factory.

5. Salvare e chiudere CustomizationXML.xml.

6. Usare gli script in Windows System Kit per generare un pacchetto di personalizzazione OEM e aggiungerlo al file di OEMInput.xml.

   CreateWSKCustomizationsFM
   

   Output:

   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. Compilare l'immagine

Eseguire BuildWSKImage per creare un FFU in base al file di OEMInput.xml.

BuildWSKImage %WSKWorkspaceRoot%\FactoryOS_Development_AMD64_UEFI_SpacesGPT_Hardware.xml

In alternativa, se si sta creando una macchina virtuale:

BuildWSKImage %WSKWorkspaceRoot%\FactoryOS_Development_AMD64_UEFI_SpacesGPT_VM.xml

Importante

Se si tenta di generare un'immagine nella cartella di destinazione che include già un oggetto . Le immagini FFU o i dischi rigidi virtuali con lo stesso nome, la creazione di immagini avrà esito negativo con l'errore seguente:

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

Prima di generare un'immagine, assicurarsi che la cartella di output non contenga già un'immagine generata dello stesso nome.

11. Flash your image

L'immagine del sistema operativo factory personalizzata è compilata e pronta per l'uso.

• Se è stato creato un FFU, è possibile eseguire il flashing dell'immagine nel dispositivo usando una delle opzioni di flash disponibili con WSK.

• Se è stato creato un VHDX, è possibile usare Hyper-V per avviare la nuova immagine.

12. Facoltativo Aggiungere un driver a un'immagine

Nei dispositivi di progettazione è possibile aggiungere un driver a un FFU esistente senza dover ricompilare l'immagine usando ImageApp.exe, incluso in Windows System Kit.

Aggiungere un driver a un FFU:

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

Dove E:\OfflineDriver\ è la cartella che include il driver di esempio (driver-test.inf) che si vuole aggiungere all'immagine.

Per altre informazioni e altri usi, vedere ImageApp /patch usage (Utilizzo di ImageApp /patch ).