Frequently Asked Questions | OS Deployer
This page provides answers to frequently asked questions (FAQs) related to OS Deployer.
General
OS Deployment
- OEM license: If the Windows OS version of the image is the same as the OEM license, then the license will be automatically activated.
- Volume-based license: Let us assume you've created an image by imaging a machine with a volume-based license. Depending on the availability of the license, if you deploy it to another machine the license will be automatically activated.
To resolve the “Insufficient space for creating image” issue, please increase the available free space in the existing image repository. Alternatively, you can create a new image repository at a different location with sufficient free space and use that repository to create the new image.
- Navigate to the server installed directory: Server Installed Directory\webapps\DesktopCentral\agent
- Locate the zip file named "USMTComponents.zip". If the size of the file is 1kb, it indicates that its empty.
- Delete the USMTComponents.zip file and initiate USMT again. The zip must be recreated with required files.
- Download the target machine's model specific rapid storage driver. Extract the driver files and add them to your driver repository.
- Once drivers were added, do a scan for the driver repository and try deployment.
- Alternatively access the BIOS settings of one of the target machines affected by the BSOD.
- Change the SATA configuration to AHCI or AHCI to RAID mode vice versa and attempt to boot the machine into Windows.
- Verify whether the system successfully boots into Windows.
If the issue persists, kindly contact support.
Windows 10/Windows 11 Imaging
PXE Boot Server
- Enter BIOS setup using F2.
- Navigate to the Boot Menu.
- Uncheck Boot Network Devices Last.
- Enable UEFI PXE & iSCSI.
- Select Ethernet1 Boot or Ethernet2 Boot.
- Press F12 during POST to boot from LAN.
Boot Windows via USB Media
The following operating systems are supported for booting Windows from USB using OS Deployer:
- Windows 10
- Windows 8.1
- Windows 8
- Windows 7
- Windows Vista
- Windows XP
The following Windows Server operating systems can be booted using the Windows bootable USB:
- Windows Server 2016
- Windows Server 2012 R2
- Windows Server 2012
- Windows Server 2008 R2
- Windows Server 2008
- Windows Server 2003 R2
- Windows Server 2003
- Windows PE 10.0 Media - Windows 10, Windows 8.1, Windows Server 2012 R2, Windows 8, Windows Server 2012
- Windows PE 5.0 Media - Windows 10, Windows 8.1, Windows Server 2012 R2, Windows 8, Windows Server 2012
- Windows PE 4.0 Media - Windows 10, Windows 8, Windows Server 2012, Windows 7, Windows Server 2008 R2, Windows Vista, Windows Server 2008
- Windows PE 3.0 Media - Windows 7, Windows Server 2008 R2, Windows Vista, and Windows Server 2008
- Windows PE 2.0 Media - Windows Vista, Windows Server 2008, Windows XP, Windows Server 2003
Boot Windows via ISO Media
Windows ISO Download and Creation
Microsoft Windows Deployment Toolkit
Service Tag Based Target Identification
Your existing OSD licenses are MAC Address-based. After this update, the system will automatically create a Service Tag association for each MAC license using details from the last successful deployment. No manual action is required — existing licenses remain valid.
Yes. Going forward, each license will be identified by the deployed machine's Service Tag. MAC Address will only be used in cases where the Service Tag is found to be invalid.
Previously, deployment targets could only be added using a MAC Address. This update introduces a field that accepts either a MAC Address or a Service Tag, giving you more flexibility when configuring deployment targets.
Yes. Existing deployment task targets are not modified by this update and will continue to function as before. You do not need to reconfigure them.
Previously, MAC Address was mandatory when adding a target in a Standalone Task, while the Service Tag was optional. With this update, the form now accepts either a Service Tag or a MAC Address — MAC Address is no longer mandatory. We recommend providing the Service Tag as the primary target identifier, since modern machines often do not have a built-in Ethernet MAC address.
Existing targets will remain in place and continue to work. However, the behavior depends on how the target was originally configured:
- Target configured with a Service Tag: After the update, the Service Tag will be prioritized and only the Service Tag will be displayed for that target.
- Target configured without a Service Tag: No change occurs. The MAC Address-based target will still be shown and function as intended.
Previously, MAC Address was mandatory when adding computer settings, while the Service Tag was optional. With this update, the form now accepts either a Service Tag or a MAC Address — MAC Address is no longer mandatory.
We recommend providing the Service Tag, as modern machines often do not have a built-in Ethernet MAC address.
Yes. Existing computer settings will remain in place and continue to work. However, the behavior depends on how the setting was originally configured:
- Computer Setting configured with a Service Tag: After the update, the Service Tag will be prioritized over the MAC Address and only the Service Tag will be shown for that Computer Setting.
- Computer Setting configured without a Service Tag: No change occurs. The MAC Address-based Computer Setting will still be shown and function as intended.
Previously, the hyperlink for accessing deployment details was only available for MAC Address entries. After this update, the hyperlink will also be shown for Serial Number (Service Tag) entries, making it easier to navigate to deployment details for machines identified by Service Tag.
In the UEM/Security edition, OSD licensing is integrated with the Endpoint Central. Previously, the overlap between OSD and EC was determined by MAC addresses, which frequently caused licensing inconsistencies when external network adapters were linked to multiple managed agents.
This issue has been resolved by switching to Service Tag verification. A machine that is both Deployed and Managed will now be counted as a single license, regardless of its MAC address associations.
If the Service Tag is found to be invalid, the system will automatically revert to MAC address-based verification to ensure the machine is still accounted for correctly.