Windows 7 Deployment FOG- SAD2 Driver tool
-
Hi wondering if anyone can offer any advice, so all the machines at work we plan to use are all RM branded and have oem licences, i have now got hold of the RM windows 7 64bit oem recovery disk (activates against bios), do i have to do anything special to make a golden image with this or would i be best making a single image for each RM Machine type, in total about 5 different models.
ive tested the sad2 tool on them and it works fine gets every driver no problem apart from the RM laptops which is a issue we have seen before with a faulty intel onboard graphic driver which basically kills the display and you have to RDP to the machine and update the driver for the graphic manually in device manager by searching automatically for the driver and it will grab the correct one from the internet, am not sure how i would update this manually in the driver packs either.
any advice would be great.
-
[quote=“jmeyer, post: 32641, member: 6537”]Have you reboot your VM before and after sysprep to see if this happen ?[/quote]
VM reboot after sysprep completes normally.
Update: Gave up on VMWare for this. I switched to VirtualBox and the process is working perfectly except that I get prompts for a hostname when windows starts up after deploying to a physical machine. Actually it initially prompted for the hostname and timezone. My unattend (which works correctly with my old VMWare snapshots as well as with MDT deployments) originally declared the Timezone and ComputerName in the specialize pass. Adding a Timezone value in the OOBE pass fixed the prompt for time zone but adding the ComputerName tag there doesn’t make a difference. I have tried leaving the ComputerName tag out of both sections and not surprisingly the hostname prompt still appears when the physical machine boots after deployment.
Admittedly my unattend file is somewhat complex as it does a few things such as configure RDP, enable Administrator, disable WER. Tomorrow I will try a very basic unattend file but thought I would see if any ideas came up that would save me the troubleshooting time.
Thanks
Eli
-
[quote=“chclark, post: 33624, member: 6419”]Hi wondering if anyone can offer any advice, so all the machines at work we plan to use are all RM branded and have oem licences, i have now got hold of the RM windows 7 64bit oem recovery disk (activates against bios), do i have to do anything special to make a golden image with this or would i be best making a single image for each RM Machine type, in total about 5 different models.
ive tested the sad2 tool on them and it works fine gets every driver no problem apart from the RM laptops which is a issue we have seen before with a faulty intel onboard graphic driver which basically kills the display and you have to RDP to the machine and update the driver for the graphic manually in device manager by searching automatically for the driver and it will grab the correct one from the internet, am not sure how i would update this manually in the driver packs either.
any advice would be great.[/quote]
Hi Might be best making a new thread in the Windows section of the forum for this question.
HERE: [url]http://fogproject.org/forum/forums/windows-problems.6/[/url]
-
Andyroo is correct, another forum would be best to discuss your unattend file.
however, have some information in the mean time, this is how I handle my computer naming convention, I ofcourse have the fog Client installed, and I have elected to use the Host Name Change service. When I register the machine I register it as the name I want it to have when the process is complete.
[code]
<component name=“Microsoft-Windows-Shell-Setup” processorArchitecture=“x86” publicKeyToken=“31bf3856ad364e35” language=“neutral” versionScope=“nonSxS” xmlns:wcm=“[URL]http://schemas.microsoft.com/WMIConfig/2002/State[/URL]” xmlns:xsi=“[URL]http://www.w3.org/2001/XMLSchema-instance[/URL]”>
<ShowWindowsLive>false</ShowWindowsLive>
<ComputerName>*</ComputerName>
<RegisteredOrganization>Microsoft</RegisteredOrganization>
<RegisteredOwner>AutoBVT</RegisteredOwner>
<ProductKey>Use a generic key here if you activate via KMS, if nor provide you kms key here.</ProductKey>
<CopyProfile>true</CopyProfile>
<TimeZone>Eastern Standard Time</TimeZone>
</component>
[/code] -
VMWare is working again for me. There was one important step that I was missing. It was expressed clearly by the OP. There was even a screenshot. I have even done it hundreds of times correctly in the past.
It simply turned out that I have been forgetting to tick the “Generalize” box! Sysprep wasn’t processing anything from the Specialize phase of my unattend.
-
Hi all, I have one question regarding audit mode. As far as I understood, it’s equivalent mode to OOBE (or Windows Welcome) but it’s meant more for technically skilled and for corporations than for end users. But in the end, it has the same use: to prepare freshly installed win.
Now, is it problem to not do (2nd and n-th) image preparation in audit mode (of course, the 1st we did this way)? Is it ok to update windows, update/upgrade/install/remove software, change profile, etc. via logged in administrator and then start sysprep oobe with generalize from here (before capturing image)? Had anybody problems doing it this way or do you see any potential problems?
I read, that audit mode is needed for auditSystem and auditUser passes to happen (if I got it right). But since we based our unattend.xml on this tutorial, we don’t use auditSystem or auditUser.
Does anybody know some (perhaps official) text, which explains if there is any difference between doing sysprep in audit mode and normally from logged in administrator account?
Thanks.
-
No, OOBE is for making the machine into a Like new Out Of Box Experience. Audit Mode is a tool to use during an Image setup process, that requires the finalization of the OS so it can (if you supply an unattend.xml) make your Installation autonomous.
The Audit mode is where you get to windows BEFORE the OOBE process happens. You are suppose to install all your software at this point then sysprep and upload, On first deploy the installation will answer the installation questions with your provided unattend.xml and complete the OOBE process (generalizing the installation so that new drivers can be applied to the system, cleaning some registry values and other secretive windows type things).
Really, there isn’t much difference in if you just install the software as a user and push your image, except the generalization processes which allows the machine that you are imaging to have their own hardware identifiers and unique strings which will be required for activation. This is only really important if you activate to a KMS server or if you join to an active directory environment (speculation have not tested I am not AD).
Try it, tell us what does and does not work if you don’t sysprep, that’s really the only thing I can recommend.
Personally, I read many tutorials before I began pushing windows 7. each one mentioned using Audit Mode to install my software and drivers before completing the generalization process, and I have had marginal success in doing so.
Hope this helps!
-
I have done the “Build an OOBE” image without an unattend.xml.
The system boots, asks for the product key and then just needs drivers installed.
What I am considering doing is just rebuilding my sysprep-generalize image with a folder that contains these drivers as my hardware doesn’t vary greatly(Lenovo brand products mostly). So if c:\drivers has all of the necessities then so be it, even if I have to install my drivers manually. I might just make a batch file that searches for drivers within that folder and installs them upon login and be done with it.
I’ve also do hardware specific images, and they work just as well.
-
That’s the way I do my drivers right at C:\Drivers. I even add it to the path variable in the registry so that when windows parses for a driver it looks in that folder too by default.
-
That Jaymes is a wonderful idea.
Thank you for that
-
Ok, sorry for the delay, thanks for reply.
In the end we used our previous image - for which, afaik, there was never used audit mode and everything was installed via (normal) administrator account - and it seems there are no issues.
[quote=“Jaymes Driver, post: 35201, member: 3582”]No, OOBE is for making the machine into a Like new Out Of Box Experience. Audit Mode is a tool to use during an Image setup process, that requires the finalization of the OS so it can (if you supply an unattend.xml) make your Installation autonomous.
The Audit mode is where you get to windows BEFORE the OOBE process happens. You are suppose to install all your software at this point then sysprep and upload, On first deploy the installation will answer the installation questions with your provided unattend.xml and complete the OOBE process (generalizing the installation so that new drivers can be applied to the system, cleaning some registry values and other secretive windows type things).
Really, there isn’t much difference in if you just install the software as a user and push your image, except the generalization processes which allows the machine that you are imaging to have their own hardware identifiers and unique strings which will be required for activation. This is only really important if you activate to a KMS server or if you join to an active directory environment (speculation have not tested I am not AD).
Try it, tell us what does and does not work if you don’t sysprep, that’s really the only thing I can recommend.
[/quote]
And just for clarification - we do use sysprep, we just don’t install stuff via audit mode admin account.[quote=“Jaymes Driver, post: 35201, member: 3582”]
Personally, I read many tutorials before I began pushing windows 7. each one mentioned using Audit Mode to install my software and drivers before completing the generalization process, and I have had marginal success in doing so.Hope this helps![/quote]
-
[COLOR=#141414][quote=“Jaymes Driver, post: 35282, member: 3582”]That’s the way I do my drivers right at C:\Drivers. I even add it to the path variable in the registry so that when windows parses for a driver it looks in that folder too by default.[/quote][/COLOR]
[COLOR=#141414] [/COLOR]Hi, is it possible to expand on this. It sounds like a really simple way to have a master image setup by just having a single folder @ C:\Drivers
thanks
-
Sure you got it.
The way I handle my drivers is, When I get a machine in that already has windows installed, I run a program called DriverGrabber
[url]http://integrator.professorcpu.net/index.php?addons&id=242[/url]I usually create a folder on my virtual machine under the C drive called “drivers”.
I then set up a folder for each model and put the driver grabber folders in there. This way there is a nice neat structure so if you need to manually apply the driver for the nic card, you may do so by looking in the corresponding folder.
Then I use a registry key to associate the folder with the windows installation:
In HKEY_LOCAL_MACHINE/Software/Microsoft/Windows/Current Version click on “DevicePath” and enter “C:\Drivers” (remember the entries must be separated by a semicolon).
Alternatively you can add the path (C:/Drivers) to the environment variable path under My computer, Properties, Advanced Settings then at the bottom environment variables.
I do not know that this is the correct way to install drivers, but I have had a lot of success in doing this with Tangent machines which use MSI mainboard, Intel graphics and Processor, and Realtek Audio and Network cards.
Good luck!
-
I have been using Microsoft’s dpinst program, and it seems to work (at least 90% of the time), but I have had one severe program with it: it seems to go through and install every single version of drivers.
We are mostly a Dell shop, but we have many models of Dell, and even within the models, we have some with differing hardware. I get my drivers from Dell’s Web site in EXE format. I then change the extension to ZIP and extract everything from the file.
The problem is that the drivers often contain multiple versions of a driver. For example, let’s say for a video driver, it contains Version 1.0, Version 2.0, Version 3.0, and Version 4.0. Well, apparently dpinst does not check only for the latest version. It goes through and first installs Version 1.0. Then, it checks and finds Version 2.0, so it then installs that because it’s newer. Of course, it then finds Version 3.0 and installs that. The process continues until it installs the last version.
This is a problem for two main reasons: (1) because some drivers (especially from Intel, AMD, and nVidia) contain a [B]lot[/B] of versions it can take a while to get drivers installed and (2) it fills up the “Programs and Features” list with a [B]ton[/B] of entries, one for each driver version installed.
Is there any way around this?
-
Hi Andy/all- thanks so much for putting together the walkthru here[url]http://fogproject.org/forum/threads/windows-7-deployment-fog-sad2-driver-tool.380/[/url]
I followed it to a T- however, Im having issues. I cant fig out how to search this specific thread so I hope my query/issue hasnt been stated previously.
Ive made it thru Step 9, but, upon reboot to confirm that the machine boots properly, I get the following errors:
- “The computer restarted unexpectedly or encountered an unexpected error. Windows installation cannot proceed. To install Windows, click OK to restart the computer, and then restart the installation.”
- “Windows could not parse or process the unattend answer file for pass [specialize]. The settings specified in the answer file cannot be applied. The error was detected while processing settings for component [Microsoft-Windows-Shell-Setup).”
I cant boot into Safe Mode. Any thoughts? Thanks in advance!
-
Sounds like the unattend had a misconfiguration somewhere
-
Hello Andy and all the helpful folks in the forums,
This tutorial is great and has me all set up with a generic image. The only issue I am running into right now is that the new Dell machines we are getting in at work don’t have all of their drives in the latest Driver packs.
I looked through their forums and found some tutorials on how to add your own DriverPacks, but they are about 6 years old and I haven’t gotten the steps to work yet, though still working on it. I have found How to add drivers to the existing Driver packs, but thsi means I will have to add the drivers everytime a new DriverPack comes out.
Anyone have any idea how to add my own driver pack so I can put all the missing drivers in it and not have to mess with the driverpacks that can be obtained from the DriverPack site?
If I find the solution myself I will post here.
-
is the most up to date form of Driverpack apparatuses perfect with the DP introduce device of this instructional exercise? or on the other hand do I require alter the new DP_Install_Tool
on the off chance that I have to alter it, can somebody disclose what I have to alter/evacuate
-
I have decided to go for FOG, and are trying to set up an image with Windows 7. We have several models im going to deploy to, but i would like to have the drivers be installed automatically when i deploy the image to the computers.
Do you have any easy and elegant solutons on how to do this? I have searched around the net for some time now, but cant find a good guide that is updated.
-
@ramanvid I have a tutorial on this I created a few years ago. Its still functional in 2022. https://forums.fogproject.org/topic/11126/using-fog-postinstall-scripts-for-windows-driver-injection-2017-ed
For windows 7, or windows 10 it works, the focus of the article is using dell supplied driver packs (which are now not .cab files but now are .exe files. You can still use 7-zip to extract the drivers from the files). For Windows 7 you can use the registry key to point to the downloaded drivers, in Win10 you will need to use the pnputil command to import the drives.
