Thanks Tom. I get it. Yet upgrading to 1.2 will help, but not entirely. I actually did try upgrading and got an error upgrading the database so I reverted to my 0.32 snapshot in an effort to avoid conflating the issue.
Junkhacker-your comment makes sense.
So now the question, when I remove all of the partitions during the Windows install, then allow windows to reformat in MBR I get the copy error I described earlier from FOG?
Ok, so it appears that the GPT partitions will upload to fog 0.32 but it will not allow the windows system to be downloaded to a new computer for re-imaging. Oddly enough, it appears that the other HP volumes (even though the partition itself is GPT) get downloaded to the computer. Another oddity is that the Windows volume can be downloaded to the SAME computer.
When I reformat in MBR and reinstall windows 8.1 pro, sysprep and shutdown, Fog won’t allow me to upload the image and gives me the error copying to folder.
I’ll keep banging away at this and if anyone has any suggestions let me know. I’m going to try some other imaging software and post the results.
At this point, I’m just hoping someone who has been successful with this model or a similar model can chime in and let me know it’s possible and what they are using to make it work. If you google “fog imaging hp pro x2” this is the first search result that pulls up so it looks like we’re either on the bleeding edge or everyone who has been successful hasn’t had the time to post about it yet
No, I am using a Windows 8.1 pro disk for the imaging. When I tried to upload the image I got a different error from Fog: unable to find partition. I will need to figure out if this is a new problem or just a problem with the partition on that particular machine.
I’m really thinking this has more to do with the Hardware than anything else. If I leave all of the HP custom system partitions intact, delete only the Windows System partition, I am able to install Windows 8.1 Pro, sysprep and upload all of the partitions to our fog server. If I deploy this sysprepped image to the same computer, all is well. If I deploy this scenario to a different hardware (same but different machine) I get I get the error that terminate called after throwing an instance of ’
To clarify, this error is thrown up during the image deployment process when it gets to the volume that windows was installed on.
If I delete all of the HP images and install windows and sysprep, I get the an error [I][FONT=sans-serif][COLOR=#000000]unable to move /images/dev/macaddress to /images/name-of-image. [/COLOR][/FONT][/I]
I just found something while trying to clarify my issue. It may be because I’m trying to [FONT=sans-serif][COLOR=#000000]trying to image a single as multiple partitions. [/COLOR][/FONT]
[FONT=sans-serif][COLOR=#000000]Let me change the image settings and I’ll try again and post my results. I already tried changing the directory permissionseven though I did not think this was the issue because I was able to upload other images but this makes sense now. Hopefully this will resolve the issue. [/COLOR][/FONT][FONT=sans-serif][COLOR=#000000][url]http://www.fogproject.org/wiki/index.php/Images_Directory_Permissions[/url][/COLOR][/FONT]
Sorry, I am new to all of this, coming from the Windows world (don’t judge me). Any more suggestions? Would upgrading to 1.2 help me?
Now, with the HP partitions gone and only the one MBR that windows creates by default, I’m still getting the error that fog cannot copy the image to the folder on the fog server.
Do I also need to disable UEFI boot?
I will try MBR and post my results.
The HD is formatted in GPT.
It’s fog 0.32 on Ubuntu 12.04. I don’t see a foginstall.log file in the /var/log directory.
I’m getting a repetative error in the apache log that I do not believe is related to the issues:
PHP Notice: Undefined index: tabe in /var/www/fog/commons/init.php on line 5
I’ve searched the error extensively on several different sites but have not come across anything leading to the resolution.