ConfigMgr Console

Apply Driver Package

Topics: ConfigMgr Console

Task Sequence Steps – Apply Driver Package

This post is part of our Task Sequence – Beyond the Docs series.

Similar to Auto Apply Drivers, this step adds drivers to the Windows Driver Store to be applied during the Windows Setup (OOBE) that will happen after the restart. This step is typically used to apply a specific driver package to a model of computer. Typically a step is duplicated per model, and conditions control which one is run.

Both Apply Driver Package and Auto Apply Driver rely on DISM to add drivers to the Windows Driver Store, however, they work completely differently. Auto Apply does a compare of the hardware id on the machine with all of the drivers you have imported in CM, while Apply Driver Package downloads the drivers in the package, and just has DISM hammer though all of them trying to apply them all and seeing if they land, more on that later.

<div class=”NOTE alert alert-note”><h5>NOTE</h5><p><p>Many organizations have dropped using this step and creating driver packages and gone with using legacy packages to store driver files, then running a command line step to have DISM recursively apply the drivers in the package contents. This essentially does the same thing without the need of importing the drivers into CM.</p>
<div class=”TIP alert alert-tip”><h5>TIP</h5><p><p>More information about Driver Package Creation can be found <a href=”docs/ConfigMgr-Docs/Content/”>here in the content area.</a></p>

MS Docs



Apply Drivers Package 01 I’ve set the Driver Package to my Dell Test Device, and checked the box to recurse.

Demo – Install driver package w/ Recurse

In this Demo, I’m using my Dell Latitude E7470, I’ve setup logic in my TS to determine Make and Model and choose the correct package that way.
Apply Drivers Package 02
Apply Drivers Package 03

Lets go to the logs!
Apply Drivers Package 04
Apply Drivers Package 05
Apply Drivers Package 06
Apply Drivers Package 07
We start by showing the pre-step condition evaluation, which determined which Apply Driver Package step should run, the one that matches the hardware it’s running on.
It then downloads the payload and runs the dism command to add the drivers to the windows driver store, recursing the driver package content.

Apply Drivers Package 08
Apply Drivers Package 09
Apply Drivers Package 10

The DISM Log will show all of the Drivers that were processed and applied.

So overall, it’s a straight forward process. The Task Sequence downloads the drivers in a driver package, then leverages DISM to apply them to the Offline Image, which then get installed during the Windows Setup Process.

Because the Task Sequence is just leveraging DISM, this is what has opened up the community to doing all sorts of variants for managing and deploying drivers. Personally, we only use standard packages now, containing drivers, and no longer import drivers themselves into CM.

More Task Sequence Steps – Beyond the Docs

Find all of our Task Sequence – Beyond the Docs series posts here.

Community Blog Posts

About Recast Software

1 in 3 organizations using Microsoft Configuration Manager rely on Right Click Tools to surface vulnerabilities and remediate quicker than ever before.
Download Free Tools
Request Pricing

Back to Top