Dell PowerEdge Server Drivers Extraction for MDT (WinPE and OS)

Dell offers nicely bundled Client CAB Drivers for their line of workstations. They also offer a fairly large line of driver update and installation tools including the sometimes-hard-to-find Dell Server Update Utility (SUU), Dell Repository Manager (and it’s Client variant) which can be really handy lightweight, in-OS driver bundles, and of course Dell Support website.

What about MDT?

Although these are all great tools, we just want the raw INF files right? While Dell Repository Manager does offer an “export to RAW” option, I found it was really just an executable with some monolithic INF files that did not play well when importing MDT’s OOB store. I’m sure one could have chosen to package the whole thing up in application, but why do things differently and have potentially strange error codes?

Dell OpenManager Deployment Kit for WinPE Embedded Drivers

This post focuses on getting Drivers for WinPE — which you’ll need especially if you’re running MDT 2012U1 with ADK8 (i.e. WinPE4+) or MDT 2013. The aforementioned post mostly focuses on getting WinPE drivers from OpenManager Deployment Toolkit from your model’s Dell Support page. I had no problems following those instructions.

Dell OS Driver Pack for Driver Injection

The post mentioned the Dell OS Driver Pack (which can also be grabbed from your Dell model’s Support Page). I’ve found extracting the drivers from this archive to be the most reliable way to get injectable INF drivers for MDT. The package is actually designed to be a drop-in, set it and forget it installer for ConfigMgr. But, hey they’re kissing cousins right?

Kissing Cousins?

First, grab the Dell OS Driver Pack for your server model off the Dell support page, e.g. for the R720xd Drivers-for-OS-Deployment_Application_K4R94_WN64_14.08.10_A00.exe

dellServerDrivers001Extract it. Then, extract the payload\


You’ll then notice a lot of subfolders and a driver.xml manifest file (as mentioned by the earlier linked post)

dellServerDrivers003At this point, you could rifle through the subfolders with regex/pattern matching or manually search through XML file.

But why do it the hard way when you can do it the slightly more hard way? That’s to say, let’s write a powershell script to get more consistent results (until they change the XML schema).


This script is designed to be run in the same directory as the extracted

Leave a Reply

Your email address will not be published. Required fields are marked *