Windows 10 Upload image troubleshooting
I am using the FOG Trunk version 7847. My image settings are Windows 10 for the Operating System and Mutli Part-Single Disk (not resizable) for the Image type. I am getting stuck at the <Processing Hard Disk: /dev/sda> screen during image upload… I have not successfully uploaded a Windows 10 image. I used the Microsoft Media Creation Tool to create USB Media to install Windows 10, ran Audit Mode and customized my image the ran sysprep w/ answer file.
Any help would be greatly appreciated, I need to image 90 computers for the school district I work for and was wanting to upgrade to Windows 10.
My guess, you changed partition layout from GPT to MBR.
Thanks for the your reply, If I go to Control Panel > Administrative Tools > Computer Management, and select Disk Management, right-click on Disk 0 and select Properties. Select the Volumes tab. The Partition style is Master Boot Record (MBR).
Which partition type do I want? Thanks, Luke
@Bad-Day Going off of what Tom said, set the upload task as debug, do this on the confirmation page.
Then at the shell prompt, issue the command
fixparts /dev/sdaand follow onscreen instructions. When that’s done, type
fogand then [Enter] through all the phases.
You two are geniuses! When I grow up I what to be just like you guys. Fixpart found some left over GPT crap and deleted it, and now it is uploading the image. Can you tell me what I should have done in the first place so this wouldn’t have happened?
@Bad-Day Yes lol. Run fixparts prior to uploading.
Alternatively, zero-out the drive with FOG’s normal-wipe task, or use DBAN, then build your image.
The problem happens because Windows Setup sucks at going from GPT to MBR. It doesn’t do it cleanly.
Any idea what this error is when trying to image a computer? I have tried imaging multiple computer, it get to 444 percent then doesn’t complete. When the computer restarts it says winload.exe is missing.
Any help would be greatly appreciated. Luke
@Bad-Day Does the top bar reach the end?
The percentage is about total progress, but a bunch of it will simply be empty space which takes virtually no time to complete, so it’s possible it’s jumping from 44% to 100%.
If that is not the case then I’m guessing you imaged a larger drive than the one you’re trying to deploy to.
@Quazz gets to 44.98 and crashes to that screen. I am using 80 GB HDs, different brands. The computer I prepared the image and uploaded was also a 80 GB… Any ideas, Luke
@Bad-Day Can you post /var/log/partclone.log here?
From what I can tell of what this seems to say so far though, it seems to point to either the image or the source/target HDD having issues (most likely broken sectors?)
It could also be Memory on the client. THe file get’s decompressed into a fifo item. This fifo is straight up memory space. If the information is coming from an invalid/corrupt portion of memory, this could occur as well. (Hence the threads suddenly aborting.)
Even though it states it, I can not find a partclone.log file in /var/log… I am getting this same problem/error on 3 different computers all with 80 GB hard drives. One of the computers is the same computer I used to create the image and upload, just put a different hard drive in it to try imaging to it. I am confused, and appreciate the help… Luke
@Bad-Day Try to restore the image to another computer.
Even though it states it, I can not find a partclone.log file in /var/log…
This is only on the client - temporary. As soon as you reboot after the error the log is gone. But there won’t be any valuable information other than what you have in the picture already!
I am getting this same problem/error on 3 different computers all with 80 GB hard drives.
Well then I guess your image is corrupted as I see this is failing on restore. Try uploading the image again! Maybe your FOG server disk is full? What do you get from
df -hon the FOG server?