Tripredacus Posted July 7, 2008 Share Posted July 7, 2008 (edited) Sorry, my original problem was due to attempting to run a generalized sysprep more than 3 times on one image, which evidently kills the image and the ReArm. My current issue is that when I sysprep a machine with a Creative X-FI Xtreme PCI soundcard and WHQL signed drivers, and either go through the welcome or reboot into Audit mode, the driver is removed from the system. What steps can I do in order to stop Sysprep from removing this driver? Edited July 7, 2008 by Tripredacus Link to comment Share on other sites More sharing options...
dexter.inside Posted July 7, 2008 Share Posted July 7, 2008 What steps can I do in order to stop Sysprep from removing this driver?I believe you have 2 alternatives: 1) try to mark it as persistent (via the persistence attribute) in System Image Manager from AIK, or 2) take Vista into mini-setup without running sysprep and make a script to clean the driver classes you want to generalize. Link to comment Share on other sites More sharing options...
Tripredacus Posted July 8, 2008 Author Share Posted July 8, 2008 Hmm... We downloaded a new driver and it now survives a generalize... except its software seems to have gone missing. When it reboots now, it says it needs to install software for the device... Link to comment Share on other sites More sharing options...
sp00f Posted July 8, 2008 Share Posted July 8, 2008 inject the drivers in the syspreped install.wim Link to comment Share on other sites More sharing options...
dexter.inside Posted July 9, 2008 Share Posted July 9, 2008 inject the drivers in the syspreped install.wimYes, yours gets scattered if you don't do that... crappy INFs most likely. Link to comment Share on other sites More sharing options...
sp00f Posted July 9, 2008 Share Posted July 9, 2008 inject the drivers in the syspreped install.wimYes, yours gets scattered if you don't do that... crappy INFs most likely.?? Link to comment Share on other sites More sharing options...
dexter.inside Posted July 10, 2008 Share Posted July 10, 2008 Driver makers generally don't bother writing a proper uninstallation procedure (as specified in the new DDK). Thus, sysprep may not properly remove some of the files. The driver may still be registered in the system after the generalization, but its files may have been deleted. Link to comment Share on other sites More sharing options...
cluberti Posted July 10, 2008 Share Posted July 10, 2008 Yes, I've been using hyper-V VMs to build my Vista images, and then injecting drivers to the WIM post-sysprep to solve this very problem with Realtek drivers. They don't survive sysprep, but work fine if injected afterwards. Link to comment Share on other sites More sharing options...
sp00f Posted July 10, 2008 Share Posted July 10, 2008 Yes, I've been using hyper-V VMs to build my Vista images, and then injecting drivers to the WIM post-sysprep to solve this very problem with Realtek drivers. They don't survive sysprep, but work fine if injected afterwards.thats what im talking about Link to comment Share on other sites More sharing options...
dexter.inside Posted July 11, 2008 Share Posted July 11, 2008 What was I trying to point out here is that NOT all drivers work fine afterward. Fortunately, most of them do. Without proper testing that particular image to be done, I wouldn't jump directly on OEM-preinstalling and distributing PCs to end-users. Link to comment Share on other sites More sharing options...
Tripredacus Posted July 11, 2008 Author Share Posted July 11, 2008 Alright, a little update... I've had to rebuild the image a total of 5 times now. I also built the image on 3 different machines. We came to the conclusion that the software was interfering with Sysprep, so we elected to NOT install the Creative software and leave the installer on the desktop. This also means that we can't test to make sure each sound cards works unfortunately. Because I kept running into the ReArm limit, I hosed 2 images because of this. The 3rd image failed epicly in a fashion I can't seem to understand, other than the source machine may have had a bad stick of RAM. What happened was the Master PC worked fine (other than it uninstalled the software and driver) and it was acceptable to management. So I uploaded it, and brought it down on 8 other PCs. But for some reason the image was incomplete, as other drivers were not installed, applications couldn't open properly, etc. The Fourth image caused 3 different issues. 1) The computer wouldn't ever boot to the desktop after the first reboot, it would sit with the green/blue screen with the "please wait" at the bottom and the little donut spinning. I had 2 PCs do this and let them sit for 3 hours! 2) On the first reboot, it would get to the Please Wait screen and display a message box proclaiming "Windows suffered an incomplete or sudden restart" or something to that effect. It had the exclamation flag. And lastly 3) one booted to the Please Wait screen and displayed an exclamation about contacting Creative because their software failed to do something. In none of these situations was it possible to get to the Welcome (sysprep) screen.So image five we decided to not install the software like I said. I haven't redeployed it yet but I am certain it will work. If it doesn't, well it will be next week so I don't care about it right now! The other thing I learned is that you can't append to a WIM with imagex and deploy a different image from within the same WIM at the same time. Link to comment Share on other sites More sharing options...
sp00f Posted July 13, 2008 Share Posted July 13, 2008 (edited) What was I trying to point out here is that NOT all drivers work fine afterward. Fortunately, most of them do. Without proper testing that particular image to be done, I wouldn't jump directly on OEM-preinstalling and distributing PCs to end-usersWe tested lots of drivers , they never failed here.maybe you are doing sommething wrong. Edited July 13, 2008 by sp00f Link to comment Share on other sites More sharing options...
cluberti Posted July 13, 2008 Share Posted July 13, 2008 Well, it might be better for you and your techs to make factory images, that way you get a shot at installing drivers and software before the reseal - you could bring the image down, have a tech install the sound card drivers (and any other drivers that don't inject properly), then reseal the box.Also, when you run your generalize pass, are you using the PersistentAllDeviceInstalls setting in the Microsoft-Windows-PnPSysprep section of your sysprep.inf? This is supposed to keep the device drivers from being whacked during the sysprep (regardless of whether or not it actually works with your drivers/software). Maybe you have.In any case, in what you are seeing, a factory build is probably best for these machines and your techs. Link to comment Share on other sites More sharing options...
sp00f Posted July 14, 2008 Share Posted July 14, 2008 Maybe this helps :http://www.ryanvm.net/forum/viewtopic.php?t=6228 Link to comment Share on other sites More sharing options...
dexter.inside Posted July 14, 2008 Share Posted July 14, 2008 We tested lots of drivers , they never failed here.maybe you are doing sommething wrong.Actually I am doing something wrong, I am bypassing msiexec and the TrustedInstaller in order to componentize my stuff (let's call it unorthodox slipstreaming). If VMware can do it, why can't I ? Anyways, there are some pieces of software that break sysprep due to poor architectural vision, and that makes me very sad. The very reason for me to go over MS installers. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now