Michael Niehaus' Windows and Office deployment ramblings
As part of the “ConfigMgr Driver Management: The Novel” blog postings (see http://blogs.technet.com/b/mniehaus/archive/2010/04/29/configmgr-2007-driver-management-the-novel-part-1.aspx for the first part) and in various presentations I mentioned that most of the challenges with driver management in ConfigMgr stemmed from the way drivers are imported into the ConfigMgr driver store: duplicate drivers are ignored, so they don’t get put into the specified categories or packages. That’s where the PowerShell scripts came in: when a duplicate is encountered, the scripts take care of putting that existing driver into the right category and packages.
Well, the ConfigMgr team has made available a hotfix that changes the driver import behavior in the console, handling duplicates differently than before. Depending on the driver scenario that you are using, this might be the solution that you need.
The hotfix is available for download from http://support.microsoft.com/kb/2213600. It requires ConfigMgr SP2 (no dependency on R2 or R3, but it works fine with either), and should be installed on the site server and any machine running the admin console. (Interestingly, this fix is provided as an MSI instead of the more typical EXE-based fix.)
Once the hotfix is installed, you’ll notice a change in behavior: You’ll never see the console complain about a duplicate driver. It will always say that the drivers were imported successfully, even if they were already present. But how does it handle the scenarios that I had discussed? Let’s review them:
So if you use model-specific driver packages and import all your drivers into the driver store, you will want to try out this fix to see if it makes things simpler for you. For the other scenarios, you probably don’t need this fix.