Video Screencast Help
Search Video Help Close Back
to help
New in the Rewards Catalog: Vouchers for "Symantec Technical Specialist" and "Symantec Certified Specialist" exams.

DeployAnywhere stopping

Updated: 23 May 2010 | 2 comments
Christovan153's picture
0 0 Votes
Login to vote

Sysprep is stopping when it starts looking for network drivers, specifically:



It is looking for e100b325.sys



the place it is trying to find it is at:



c:\Docume~1\Admini~1\locals~1\Temp\pft5.tmp\Pro100\Win32



I am guessing that DeployAnywhere would have copied them all to this directory, or at least it is supposed to.



any ideas?

Comments

Mike Rowland's picture
13
Mar
2009
0 Votes 0
Login to vote

That's a strange place to pull drivers from. I would suggest this location is not accessible to your deployment server.



My understanding is that DeployAnywhere looks for drivers in the DriversDb folder on your deployment server share. You need to make sure the required driver is in there. There is a GUI to manage this, on the Tools menu in DS.



In the days before DeployAnywhere, the 'old way' of doing it was that you had to tell Sysprep where the drivers were, in the sysprep advanced settings when creating an image. This would then copy the driver store in to the actual image to be deployed. Or you could run a script after imaging, to copy the correct drivers from your driver archive.



~Mike~

Christovan153's picture
13
Mar
2009
0 Votes 0
Login to vote

Thanks MP.



What I ended up doing was just copying the files to that location on the image I created.



It almost seems like the drivers itself were looking for the file(s) there, vs deployanywhere being the culprit.



Whats weird though is that the driversDB already had those drivers in there, so I am not sure if deployanywhere was using the base driver for the PRO 100 VE from altiris, or the additional one I added to the ddb.





Only major Issue I have now with my master image is the weird way that some older hardware gets their default netbios name set to "New Computer" causing sysprep to halt when naming the PC since spaces aren't allowed.