Since Microsoft doesn't officially support Windows 11 Deployments with MDT, nor support any Windows ADK version newer than Windows ADK for Windows 10, version 1809 (build 17763), it's up to the OSD community to make it work. On the good side, with millions of MDT downloads during the years, you're not exactly alone 🙂 For this guide, I deployed Windows 11 Enterprise x64 25H2, but older Windows 11 versions, as well as Windows Server 2019/2022/2025, work too. Due to the bad quality of this ADK, this post is more of a educational guide (see the warning below).
Warning: Unfortunately, the driver support in WinPE x64 26H1 (28000) is broken, and even if you inject the correct driver, it will fail unless you load it specifically via drvload.exe (which works). Historically, Microsoft has done a terrible job testing new versions of the Windows ADK, and this might be the worst release yet. In general, you're better off using the 22H2 or 24H2 versions for your deployment.
For example, even the latest 25H2 driver for a Realtek 8168 NIC will fail to load unless explicitly loaded via a userexit script in bootstrap.ini. Put it this way, there is a reason the ConfigMgr (SCCM) team explicitly states they will not support ADK 26H1…
Real World Note: While the release notes for Windows ADK 26H1 (Build 28000) state it's only for Windows on ARM, this Windows ADK version also includes deployment tools and WinPE for Windows x64.
Food for thought
As of this writing, the only supported deployment solution for Windows 11 from Microsoft is ConfigMgr. If you don't mind a few tweaks, you can absolutely make MDT work for Windows 11, and even use the latest Windows ADK (Windows ADK for Windows 11 26H1).
Fun fact: You can deploy Windows 11 just fine with an older ADK version, too, but you will find that the native driver and chipset support is not the best. I recommend using at least Windows ADK for Windows 11 22H2 (Build 22621).
Issue #1 – WinPE x86 is Missing
The fact that Microsoft no longer includes the 32-bit (x86) version of WinPE is not exactly new, it was removed already in Windows ADK for Windows 11 22H2 (Build 22621), but MDT expects to find an x86\WinPE_OCs folder structure in the Windows ADK installation folder. If MDT can't find that, the console crashes with an exception:
System.IO.DirectoryNotFoundException. Could not find a part of the path 'C:\Program Files (x86)\Windows Kits\10\Assessment and Deployment Kit\Windows Preinstallation Environment\x86\WinPE_OCs'.
Solution
There are two steps needed for fixing this:
- Create an empty x86\WinPE_OCs folder structure
- Configure your deployment share(s) to prevent the creation of x86 boot images
Step 1: Create an empty x86\WinPE_OCs folder structure in the Windows ADK folder. MDT doesn't care about the content; it just looks for the folder 🙂 Here is a PowerShell snippet.
$OCx86Path = "C:\Program Files (x86)\Windows Kits\10\Assessment and Deployment Kit\Windows Preinstallation Environment\x86\WinPE_OCs"
New-Item -Path $OCx86Path -ItemType Directory -Force

Step 2: Configure your deployment share(s) to prevent the creation of x86 boot images.

Issue #2 – Generating Catalog Files will Fail
If you try generating a catalog for a WIM image using the latest Windows ADK, MDT will crash with this lovely error message:
Unhandled Exception: System.IO.FileNotFoundException: Could not load file or assembly 'Microsoft.ComponentStudio.ComponentPlatformInterface, Version=6.2.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. The system cannot find the file specified.
This is because new versions of the Windows ADK include architecture-specific versions of Windows System Image Manager (WSIM). Versions earlier than 24H2 (26100) only had x86 versions.
Solution: Edit the C:\Program Files\Microsoft Deployment Toolkit\Bin\DeploymentTools.xml file and provide the %RealPlatform% value for the imgmgr.exe tool. Below is what the edited line should look like:
<tool name="imgmgr.exe">%ADKPath%\Deployment Tools\WSIM\%RealPlatform%</tool>
Extra tips!
Daniel Barras, thank you, shared some extra tips in the comments:
Tip #1. If using the Windows Update action, edit the C:\Program Files\Microsoft Deployment Toolkit\Templates\Distribution\Scripts\ZTIWindowsUpdate.wsf script, and replace verion with version.
Tip #2. Edit C:\Program Files\Microsoft Deployment Toolkit\Templates\Distribution\Scripts\ServerManager.xml and C:\Program Files\Microsoft Deployment Toolkit\Bin\ServerManager.xml
Find: <Role DisplayName='Fax Server' Id='DNS' />
Replace with: <Role DisplayName='Fax Server' Id='Fax' />
Find: <RoleService DisplayName='HTTP Errors' Id='Web-Http-Error' />
Replace with: <RoleService DisplayName='HTTP Errors' Id='Web-Http-Errors' />
Find: <RoleService DisplayName='WebDAV Publishing' Id='Web-DAV-Publishin' />
Replace with: <RoleService DisplayName='WebDAV Publishing' Id='Web-DAV-Publishing' />
Deploying Windows 11 25H2
The screenshots below show what it looks like deploying Windows 11 25H2 x64 using MDT 8456 and Windows ADK 26H1 (Build 28000).
Friendly tip: If setting up MDT for the first time, don't forget to include the updated Microsoft.BDD.Utility.dll (KB4564442), and to relax the deployment share permissions as described in this post: Fixing MDT deployment share permissions using PowerShell


Hello, I would like to deploy Windows 11 25H2 using MDT and WDS, but I’m having trouble determining the correct tool versions. Could someone please confirm: Which Windows ADK version should be used for deploying Windows 11 25H2? Which Windows PE add-on version is recommended? Is MDT 8456 still the correct and working version for this scenario? Additionally, I cannot find a working download for MDT 8456 anymore. All links I’ve found (including older Microsoft Download Center links) appear to be inactive or removed. Does anyone know where MDT 8456 can currently be downloaded, or if there is an official… Read more »
Both Windows ADK for Windows 11 22H2 and Both Windows ADK for Windows 11 24H2 works fine for deploying Windows 11 25H2. Use matching WinPE addon for whichever you pick. MDT 8456 is the latest release, and the wayback machine (Internet Archive) is currently the best source for download.
Unfortunately, even the Wayback Machine (Internet Archive) doesn’t help anymore.
The MSI file seems to have been replaced — MicrosoftDeploymentToolkit_x64.msi is only about 11 KB, so it’s clearly not the actual installer.
At this point, there is no way to download MDT 8456 from any working source.
Would anyone be able to share the original installer or point to a reliable place where it can still be obtained?
I just tried, and it's still there. Use this link: https://web.archive.org/web/20210914122430/https://www.microsoft.com/en-us/download/details.aspx?id=54259
Johan, I’ve always enjoyed your posts and found them helpful in my career. For the past 20 years I’ve always created a golden or reference image with a VM made my customizations and sysprepped. Rinse and repeat.
But now I’m considering importing the default wim we get from Microsoft under sources directory and making any customizations in my task sequence.
Do you see any issues or gotchas with that? Should I import just the install.wim from the ISO or full set of files?
Any assistance would be appreciated.
For the past 5+ years the industry as a whole has been moving away from golden/master images and instead using a clean (but updated) image. If that works for you organization that's the best option. You should only create thick golden/master images if the it's an absolute business requirement. For example, some of our customers are in the education space deploying labs with tons of large applications. That's a scenario where thick golden/master images still shines.
Not that it's a big deal, but my name is misspelled up top: Daniel Barros should be Barras
So sorry, fixed! And thank you again
Just a heads up. Although this will work with a VM in Hyper-V or VMware, when you deploy an actual physical machine (example: Dell Pro Micro Plus QBM1250), networking drivers are not found, even if they are injected into the boot.wim – confirmed by having to re-install the older version of the ADK. I used a selection profile for my WinPE drivers, used the newest (A08) from Dell, and can't boot. Removed the newest ADK, did the same thing – rebuilt the boot.wim and booted right up.
Thanks, I just added a note about that to the post. I was able to get networking to work with physical devices (Dell) by running drvload.exe path-to-driver.inf before connecting to the deployment share. But drivers are messed up in this WinPE version.
And:
C:\Program Files\Microsoft Deployment Toolkit\Templates\Distribution\Scripts\ZTIWindowsUpdate.wsf
Open
Find what: verion
Replace with: version
Thanks, adding this to the post. With proper credits of course.
While we're fixing things. Before you create a Deployment Share, make sure you go through and fix the following in these two files:
C:\Program Files\Microsoft Deployment Toolkit\Templates\Distribution\Scripts\ServerManager.xml
C:\Program Files\Microsoft Deployment Toolkit\Bin\ServerManager.xml
Find what: <Role DisplayName='Fax Server' Id='DNS' />
Replace with: <Role DisplayName='Fax Server' Id='Fax' />
Find what: <RoleService DisplayName='HTTP Errors' Id='Web-Http-Error' />
Replace with: <RoleService DisplayName='HTTP Errors' Id='Web-Http-Errors' />
Find what: <RoleService DisplayName='WebDAV Publishing' Id='Web-DAV-Publishin' />
Replace with: <RoleService DisplayName='WebDAV Publishing' Id='Web-DAV-Publishing' />
Thanks, adding this to the post. With proper credits of course.
on physical machines the new adk 28000.1 fails load drivers for network although drivers
are injected to the boot.wim.
Known issue, only workaround I know of is calling drvload.exe path-to-driver.inf. Works at least for Dells with Realtek drivers. I've updated the blog post with this info.
Thankyou Johan, your contributions to the community are much appreciated.
the injection problem is also in the install media of windows 11 arm64 when i tried to inject
drivers for dell 9134 snapdragon laptop to boot.wim and install.wim doing a standart installation using a usb dok drivers were not injected.
Thanks for the update. ARM drivers can be very finicky, but this WinPE release seems to be a bad one.