Error after sysprep and capture (FOG related)
-
@Wayne-Workman said in Error after sysprep and capture (FOG related):
@jemerson93 Read the sysprep section here: https://wiki.fogproject.org/wiki/index.php?title=FOG_Client#FOG_Client_with_Sysprep
So I finally got it to capture but a new weird issue. It captured the entire drive instead of the usual 12GB - 13GB. The only other difference I was testing on this was using a writeback cache on Proxmox instead of no cache. Would that cause it by any chance to capture the entire size of the drive?
-
@jemerson93 said in Error after sysprep and capture (FOG related):
The only other difference I was testing on this was using a writeback cache on Proxmox instead of no cache. Would that cause it by any chance to capture the entire size of the drive?
Probably not. Have you made sure BitLocker is disabled? Did it say NTFS or RAW in the blue partclone window when capturing?
-
@Sebastian-Roth said in Error after sysprep and capture (FOG related):
@jemerson93 said in Error after sysprep and capture (FOG related):
The only other difference I was testing on this was using a writeback cache on Proxmox instead of no cache. Would that cause it by any chance to capture the entire size of the drive?
Probably not. Have you made sure BitLocker is disabled? Did it say NTFS or RAW in the blue partclone window when capturing?
No bitlocker and file system is NTFS. It is also currently stuck on syncing… after re-deploying a test to a VM
-
@Sebastian-Roth said in Error after sysprep and capture (FOG related):
@jemerson93 said in Error after sysprep and capture (FOG related):
The only other difference I was testing on this was using a writeback cache on Proxmox instead of no cache. Would that cause it by any chance to capture the entire size of the drive?
Probably not. Have you made sure BitLocker is disabled? Did it say NTFS or RAW in the blue partclone window when capturing?
Okay, the syncing finished.
New error…
-
Also, when it does expanding drive dev/vda4, it states fixed size. I wonder if this would have a correlation to it taking the entire drive.
-
@jemerson93 Usually when the “update database” fails you get an error in the apache and/or PHP-FPM logs. See my signature on where to find the logs and post here.
when it does expanding drive dev/vda4, it states fixed size.
Quite possibly yes! Can you please post the contents of the following files you find in the image directory on your FOG server:
d1.partitions,d1.minimum.partitionsandd1.fixed_size_partitions -
@Sebastian-Roth said in Error after sysprep and capture (FOG related):
@jemerson93 Usually when the “update database” fails you get an error in the apache and/or PHP-FPM logs. See my signature on where to find the logs and post here.
when it does expanding drive dev/vda4, it states fixed size.
Quite possibly yes! Can you please post the contents of the following files you find in the image directory on your FOG server:
d1.partitions,d1.minimum.partitionsandd1.fixed_size_partitionsHi Sebastian,
I’ll be able to get you this information in the morning. I still haven’t downloaded and replaced the Kernel’s you mentioned to fix my other issue either (with the unallocated space with nvme drives). Trying to work through all issues
Thanks for the help. -
Hi Sebastian,
I just wanted to add something. Before your post I was attempting to sysprep and capture with a different unattend file. Please see my information below.
I have 2 different unattend scripts that are mostly similar. For UEFI images (gpt partition, it creates 4 partitions (4 being set to extend) and the legacy creates 2 partitions.
I have issue with it capturing the entire drive with the UEFI script. I tested with the MBR script (Legacy) and it captured it fine again and only 11.2GB.
-
Hi Sebastian,
I am going to work on getting the information you requested. I’m still running into this issue (same for legacy systems (MBR)).
-
Hi Sebastian,
With all of the other posts I had up, this was related to my unattend script and completely unrelated to FOG. This is resolved!
Thank you for the help.