O/S Deployment Thread, [MDT 2010] Driver Inject: Control Freak method in Technical; Used MDT 2008 for a long time and now slowly playing with 2010 for Win7 etc. and thought "Hmm.. why ...
15th June 2010, 01:29 PM #1
[MDT 2010] Driver Inject: Control Freak method
Used MDT 2008 for a long time and now slowly playing with 2010 for Win7 etc. and thought "Hmm.. why not play with DriverGroups while they're still there (have seen a suggestion or two the Update 1 might disappear them).
So for an initial XPSP3 install I arranged a few by WinXPSP3\%make%\%model% and added a corresponding DriverGroup001 var in the task sequence and so far, unlike a driver selection profile that eventually trawls through the same (virtual in MDT) folder, it doesn't work.
Has anyone used DriverGroups? Does it work? If so what did you do differently?
30th June 2010, 03:47 PM #2
One of these days I'll post a question someone knows an answer to..
Anyway ::screams:: fixed this, it was a sneaky typo in the OOTB drivers structure I'd made (arranged by OS\Make\Model). As a test I tried simplifying it to just OS\Model and that worked, so by-and-by I spotted the difference between what 'wmic csproduct get vendor' said the make was on the test machine and the name I'd typed into the OOTB driver structure.
31st March 2011, 02:10 PM #3
- Rep Power
I know this thread is old, but have run into a similar situation.
Originally Posted by PiqueABoo
With my MDT 2010 setup, I had a SQL Express database setup to dynamically determine the make and model. Based on the make and model, my task sequence would inject specific drivers as well as specific applications. This worked really well until I noticed differences in the make and model information in the bios. I have HP EliteBook 8540p laptops. These machines were the same bios revision shipped on the same order from HP, but had differences in the model in the bios. Some of them were 'HP EliteBook 8540p' and some of them were 'HP EliteBook 8540p (VD446AV)'. Caused some of them to get the correct driver and applications, while others didn't.
I ended up abandoning the 'single task sequence for all models' approach. I now just have a separate task sequence for each model we use, which ended up being about a dozen. A little more work when updating applications, but easier in the long run than dealing with multiple models in the bios.
31st March 2011, 08:03 PM #4
You may want to look at using model aliases. This would enable you to go back to using a single task sequence for all models.
Originally Posted by Thunderbird311
31st March 2011, 08:45 PM #5
Suspect everyone with anything besides Dells has had that problem.. there's a thread somewhere on here where I explained how I worked around it by directly editing ZTIGather.wsf (the script that get the make + model) - essentially just mapping wrong or tricky (e.g. with slashes in them) names to the name I want.
but had differences in the model in the bios.
31st March 2011, 09:30 PM #6
I forgot about your post re: editing ZTIGather.wsf.
My only concern with using this method is that you have to remember to edit the script again when Microsoft overwrites it with a newer version in a future MDT update.
By sparkeh in forum O/S Deployment
Last Post: 20th May 2011, 06:04 PM
By binky in forum O/S Deployment
Last Post: 1st April 2010, 10:26 PM
By plexer in forum O/S Deployment
Last Post: 25th January 2010, 04:23 PM
By Gatt in forum O/S Deployment
Last Post: 4th November 2009, 10:10 PM
By PiqueABoo in forum Windows Server 2008
Last Post: 13th September 2009, 06:35 PM
Users Browsing this Thread
There are currently 1 users browsing this thread. (0 members and 1 guests)