Capturing Windows 10 Error Virtual Machine Environment

[george1421]

So what FOS is telling you about the partition table is correct. As far as FOS and Linux is concerned that 32gb disk is blank

[imagingmaster21]

[george1421]

@imagingmaster21 OK so you see on the fog server there are partitions on /dev/sda like (/dev/sda1 and /dev/sda2 and so on) and on the FOS engine (target computer) there is only /dev/sda

[george1421]

@george1421 So what does that really mean. Are there partitions on that drive, is the disk empty, is FOS blind? Well at this point all we know is that FOS can’t see the partitions on that disk. Can you confirm by adding that drive as a second hard drive on another computer and use windows to confirm that the disk contains partitions.

[imagingmaster21]

@george1421
I think I got it working. Seems to be capturing now. I used another Win 10 machine I made.

[george1421]

@imagingmaster21 Hopefully one that has partitions on the disk and not under them

[imagingmaster21]

@george1421

Just tested it and everything seems fine. Now will there be a difference when I do this on actual machine that have UEFI BIOS?

[george1421]

@imagingmaster21 There shouldn’t be a problem with a real machine. I think there was something wrong with your first disk, or structure or something. I capture from an EFI vm to a physical machine and it works well.

[imagingmaster21]

@george1421

So when you make a Windows 10 Machine, lets say you install Office 2016 on it. When I did that and captured it, it captured fine. But when I deployed it to one machine when it starts up after imaging it says Windows Recovery Options. Is there something else you have to do before you capture an image with program installations. Also this image does have Edge removed.

[george1421]

@imagingmaster21

Did you sysprep the machine?
Did you have sysprep power off the machine?

If you are not using sysprep, then did you shutdown the machine using the following command shutdown -s -t 0 to ensure the system was powered off correctly? You must know that the start menu shutdown is not really a shutdown, but an enhanced sleep to support a rapid startup. This “fancy” shutdown condition will leave the system in an unstable state for imaging.

[Sebastian Roth]

As well it can depend on the partition layout. Some layouts are really terrible and make things break. Please paste the contents of d1.partitions from that image (should be in /images/Win10/ directory on your FOG server) here so we can have a look.

[imagingmaster21]

@george1421
I am going to try that command since I am not using sysprep. Do you think removing Edge would also cause an issue, or any of the other Windows 10 Apps?

[george1421]

@imagingmaster21 I “think” it related to the system not being shutdown correctly. But I’m a bit surprised that partclone didn’t complain about the disk being “dirty” and refusing to image it. There is also a possibility that we are chasing a bug that was in 1.4.4 in the single disk resizable code that was address in 1.5.0RC4 (I think). This is the development build of 1.5.0 that hasn’t been released yet. If shutting down the system properly doesn’t work, we may need to you try the dev build to see if your specific issue has been resolved in 1.5.0RC9 (the latest development build of 1.5.0).

[imagingmaster21]

@george1421
I tried doing that still with no luck, here is my settings for the image. It seems to be capturing fine.

[imagingmaster21]

@sebastian-roth
@george1421
Here is the screenshot of the contents of the d1.partitions file:

[Sebastian Roth]

@imagingmaster21 said:

I tried doing that still with no luck, …

What exactly did you try???

Partition table looks alright, should not be an issue at all.

But why does it say Win10 in one screenshot and Win10NEW in the other? That’s two different images you are posting information about.

[imagingmaster21]

@sebastian-roth
So I made a Windows 10 image and ran a command to remove Edge and made IE11 Default Browser. I also installed Office and removed Windows 10 Apps. I tried the shutdown -s -t 0 command before capturing the image. I got the same result. I tried then making an image without running Edge removal and Windows 10 apps and still same result, and I then tried making a whole new image with compression at 4 and it gets stuck a 4%.

[Sebastian Roth]

Maybe the source disk is damaged???

[imagingmaster21]

@sebastian-roth
So how can I confirm that and if it is how you fix that?

[imagingmaster21]

@sebastian-roth

I am now getting this error message, just tried booting another PXE Test VM.