O/S Deployment Thread, What did i miss? in Technical; Ready?...
Ok, imported base OS to deploy to Netbooks, injected drivers.
Deployed to Netbook...noticed that i had forgotten to add ...
-
23rd March 2012, 11:40 AM #1 What did i miss?
Ready?...
Ok, imported base OS to deploy to Netbooks, injected drivers.
Deployed to Netbook...noticed that i had forgotten to add the display drivers - doh. Went back, added driver, updated package, redeployed, worked great.
installed software needed and updates, happy with how it was, captured it....deployed to netbook, no dsiplay driver!!!
What happened?
-
-
IDG Tech News
-
23rd March 2012, 11:49 AM #2 I don't know, but I have two sets of netbooks (samsung NB30s and N145s) in one school and one set in the other and although the images have the display driver on them, it doesnt seem to deploy properly and I always have to add the display driver at the end.
-
Thanks to witch from:
Little-Miss (23rd March 2012)
-
23rd March 2012, 11:52 AM #3
-
-
23rd March 2012, 11:54 AM #4 What display drivers are they?
Ben
-
-
23rd March 2012, 11:58 AM #5 How did you inject the driver and how do you deploy your images? I ask because I'm fairly certain, though willing to be corrected, that when you sysprep a device, it strips the drivers out of the image being captured. To inject a driver into an image, assuming you are using WDS, you need to inject the driver like so:
Adding Drivers to WDS (R2) - YouTube
-
-
23rd March 2012, 11:59 AM #6 Though re-reading your original post, it looks like you've already done what I've posted! Apologies...
-
-
23rd March 2012, 12:01 PM #7 The generalize stage rips out the drivers and some drivers are a bit dodgey about running in WinPE/MDT environment. Two options, if doing specific images for each type of machine sysprep with a leave drivers alone directive before taking the image or find a driver that will apply during MDT install. It can be easy just to add them after for a small amount.
keepdrivers.xml
Code:
<?xml version="1.0" encoding="utf-8"?>
<unattend xmlns="urn:schemas-microsoft-com:unattend">
<settings pass="generalize">
<component name="Microsoft-Windows-PnpSysprep" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="Error" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<PersistAllDeviceInstalls>true</PersistAllDeviceInstalls>
</component>
</settings>
<cpi:offlineImage cpi:source="catalog://opsmgt/deploy$/operating systems/w7x64o14/sources/install_windows 7 enterprise.clg" xmlns:cpi="urn:schemas-microsoft-com:cpi" />
</unattend> sysprep /generalize /oobe /shutdown /unattend:keepdrivers.xml
Above works for 64bit, this Sysprep a Windows 7 Machine - Start to Finish - Brian Lee Jackson talks about the tools used.
-
-
23rd March 2012, 12:06 PM #8 Is there anything in the OSDLOGS (C:\MININT\)
I know in the past we had trouble with some display drivers (notably ones for some prehistoric machines), but since there are only 20 of these machines at our site, I ignored the whole thing.
-
-
23rd March 2012, 12:09 PM #9 I found it usually did this if the driver was installed by Windows update as those get yanked by sysprep, grrrr, intel drivers... shakes fist.
-
-
27th March 2012, 07:32 PM #10
- Rep Power
- 11
I used to have problems with my image dynamically assigning the correct drivers into an image with Windows 7 when I was trying to create my "All In One" image that could go over any machine with only one task sequence. However, I have found that I have better luck when using selection profiles to inject my drivers into a machine (used with Lenovo X120E Netbooks with no problems). Have you tried Selection Profiles at all by chance? It seemed the way to go for us. That way, I have one base image that all of my task sequences use and I just create a task sequence for each machine that has the correct selection profile set for that machine. That way, I know that no other driver in my database should be conflicting with it. If you need some advice on setting up the profiles, just let me know or search around here as there is a lot of good info on these forums
-
-
28th March 2012, 08:54 AM #11 I use Make/Model driver model. Seems to be the best. Basically MDT will only install the drivers onto a PC based on its exact make and model.
There is a good guide here: Scroll down to the Driver Management \ Add drivers part.
cluberti.com » MDT for the small(er) guys – Part 3
-
-
28th March 2012, 09:07 AM #12 It's the Intel GMA driver isn't it? It's broken and gets removed by the generalise phase.
They don't seem to care.
-
-
11th April 2012, 09:55 PM #13
- Rep Power
- 0
One thing that has made a huge difference for me is using the actually CAB files for drivers. For Dell you can go here:
en.community.dell.com/techcenter/enterprise-client/w/wiki/2065.dell-driver-cab-files-for-enterprise-client-os-deployment.aspx
Download the correct CAB file, import it to MDT and update your media. The correct drivers should be injected automatically.
-
SHARE: 
Similar Threads
-
By bizzel in forum General Chat
Replies: 3
Last Post: 23rd March 2011, 10:50 PM
-
By alexknight in forum BETT 2013
Replies: 25
Last Post: 27th January 2008, 01:47 PM
-
By mattx in forum General Chat
Replies: 18
Last Post: 27th December 2007, 09:39 PM
-
By indiegirl in forum ICT KS3 SATS Tests
Replies: 16
Last Post: 30th March 2006, 03:40 PM
-
By indiegirl in forum Wireless Networks
Replies: 6
Last Post: 15th March 2006, 11:56 AM
Thread Information
Users Browsing this Thread
There are currently 1 users browsing this thread. (0 members and 1 guests)
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules