FOG 1.5.9-RC2 incompatible with Windows 10 v2004 Partition Structure
-
Sigh … cold vs warm boot is not it.
New VMs today, and just to spite me, it failed on the warm reboot test. It worked after resetting to the checkpoint prior to the initial capture attempt. So it worked on a cold boot.
This is definitely the indicator that the capture will be bad.
blkid: error: /dev/sda4: No such file or directory
If I see this, I shut the VM down, revert the checkpoint and try again.
-
@sudburr This is a mystery to me. Why would it find four partitions to begin with but then the device node file is one?!?
-
And it appears to be totally random whether it throws that error, cold boot, warm boot, reset, whatever. If blkid: error comes up I just keep resetting the vm until it goes away .
-
@sudburr Is the partition layout still fine when you see this
blkid: error: /dev/sda4
thing on subsequent tries?May I ask you to do the following: Let it try to capture a few times more. Every time you save a copy of the
/images/dev/aabbccddeeff/d1.partitions
(this aabb… is the MAC address of the host without colons) file to another location for us to compare those afterwards. Whenever you see theblkid...
error you name itd1.partitions_fail_X
(put in numbers instead of X) and if you don’t see the error you name itd1.partitions_ok_X
.sfdiskPartitionFileNameWhat kind of VM do you use? I am wondering if I am able to replicate the issue using the same setup?!
-
I’ll get back to ya on this. I’ve finished my image refresh for the new year and am digging deep into something else now.
I built them in Hyper-V on Windows 10v2004 .
It was a coin toss on whether I witnessed the problem on over three dozen VMs, but I was able to overcome it on every one.
-
Not sure if this has been resolved or if this helps -
I’ve created a Win 10 UEFI VM using the 2004 ISO. VMware Workstation 15 Pro 15.5.6 build-16341506. All the settings were default except I went up tp 8GB of RAM. I installed it, ran all the updates, activated it while waiting for updates, rebooted twice then captured the image with FOG dev-branch version: 1.5.9-RC2.11 running on Ubuntu 20.04 LTS
It deployed fine to a similar VM.
-
My workaround that has worked so far was to make the source image drive small, 28GB in my case, and it seems to always work now so long as the target drive is bigger, a complication with the last partition not wanting to be any closer to the beginning of the drive as it was on the source disk (i think), but it can be further away with no issues: