

( you can however create an CS.ini if you like to have different models/model names, point to the same folder. It is not necessary to point to any CustomSettings.ini file but you must choose a package It is now necessary to gather info on the the system, and set some variables. (%smsdp% and %model% will automatically be set to values, gathered in the next step)ģ. In Value: type in \\%SMSDP%\"DP"\"PackagePath\%model% Click Add - General - Set Task sequence Variable.In Task Sequence Variable: Type DriverPaths1 You then have to set the DriverPaths1 variable so that SCCM knows where to look for drivers. To gain access to the Toolkit package you just created, click Add - MDT - Use Toolkit package and point to the package.Ģ. Just after the Apply Operating System task you need to add some extra tasks.ġ. We are now ready to integrate driver injection into our Task sequence. Scripts, Servicing and Tools contains the standard MDT files.

in the control folder add a file named Drivers.xml, and DriverGroup.xml (the files do not need to contain anything exept and ).Ħ. create a package (called Toolkit) containing the following MDT Folders, copied from the MDT directory share.ĥ.
#Lenovo drivergrabber install#
install MDT on your SCCM server, and configure the a distribution share directory (we nee to do this to gain easy access to the files we need)ģ. To make use of Driverpaths1 in SCCM we need to do a couple of things:ġ.
#Lenovo drivergrabber drivers#
SCCM takes all suitable drivers and copies them to C:\drivers, and calls the folders 1, 2, 3, etc. Now, what would happen during the deployment was an automatic copy of every folder to C:\drivers of the machine being imaged, and then an update of the Registry DevicePath, enabling mini setup to do PnP detection.Īctually the same thing happens when SCCM looks for drivers to use during the TS step "Auto Apply Drivers" or "Apply Driver Package".

DVDplyer, Burning SW etc.)Ī typical Model specific folder could look like this: The BDD/MDT way is to add the "DriverPaths1=\server\path\%model%" to your CustomSettings.ini, and then create a folder structure looking something like this:Įach folder would then contain the drivers deeded by that exact PC model, and nothing else (well maybe model specific software that you need to install eg. However, you then have to create a bunch of IF statements, to make this a reality. I know that you can create different driver packages and categorize your drivers, thereby enabling you to only use specific drivers. SCCM pretty much forces you to use repositories. I have always loved the DriverPaths1=\\server\path\%model% part of BDD\MDT because it enabled you to have all your model specific drivers in a corresponding folder rather than a repository.
