Make sure your folder permissions are set correctly.

[quote=“Wayne Workman, post: 46889, member: 28155”]If you can get that close with your deployment, round up those 15 models and deploy this image to them…

Then you’re 15 hops, skips, and jumps away from having 15 images…

I maintain an image for each model at my building, and I build each from scratch. You’re waaayyy closer already with what you’ve already done.

Just un-do you’re driver deployment after you’ve got your 15 machines built the way you like.[/quote]

The problem is we have 14 different schools that are spread across the state. Some of these schools do not have the kind of equipment to put 11gb images x15 on the servers. That is why I am trying to find a better solution.

Just seeing if anyone might know a possible solution to this issue. I am having issues with my image and DPINSTALL. Process goes as follows; Unit is syspreped and put into oobe, The unattend file skips all the hoopla of oobe, its only purpose is to get it into a second run environment so dpinstall can run and this is the bat file that unattend.xml calls.

sc config “fog service” start= auto
cd c:\drivers
7z.exe x c:\drivers\x64.7z
“dpinst.exe” /c
net start “fog service”
net stop “fog service”
net start “fog service”

Dpinstall is supposed to look for the device then match it with the driver that is in the folder that is extracted. The problem is that once everything is all said and done the machines refuses to install graphics drivers and usb 3.0 drivers(intel or amd). The xml for dpinstall is set to install even if unsigned which all of the drivers are and after the machine is imaged I can go into the folder and install the drivers with device manager. Anybody have any ideas for better ways of doing this? Our biggest problem is we have about 10-15 models of machines to deploy to and it is big an issue creating an image for each one.

What TFTP boot file are you using on your DHCP server? Are you using dnsmasq? Does the upload truly finish all the way?(make sure to check the task management section to see if the upload is stuck.)

We got it fixed. There was a permission issues on the folder that contains the image. Thanks for the help.

[quote=“Wayne Workman, post: 46284, member: 28155”][/quote]

Correct in the task management the upload gets to 99.76% and does not go past that and partitions are MBR.

Yep still the same issue. Same as the image.

[quote=“Wayne Workman, post: 46272, member: 28155”]Sorry, I was thinking the upload finished, then realized and edited my post. btw, you’re very fast to reply![/quote]

Haha, Yes I try to respond as fast as possible.

Host is on VMWARE, and HDD is set to SCSI. Never had an issue with it before. Trying an upload again right now to see if it still occurs.

Oracle Virtualbox, Machine I am uploading from is running Ubuntu 14.04, Server is running Debian 7 and HDD configuration is Single disk Resizable.

We have looked at the logs and it is not showing anything out of the ordinary. I am not sure where to look in order to debug this.