Hi I forgot to end this thread.
We solve this problem by going full Legacy bios on all machines. restoring a singledisk multipartition works great (root partition resizing included)
Thanks everybody for this great project.
Hi I forgot to end this thread.
We solve this problem by going full Legacy bios on all machines. restoring a singledisk multipartition works great (root partition resizing included)
Thanks everybody for this great project.
Hello , even if it was 4 years ago I answer my thread because we now use 1.5.0 which works great .
I can now restore a Full EFI Layout ( EFI + Root + Swap) ( However I restore on a BIOS legacy machine as Booting UEFI PXe is still not setup correctly on my side)
But Now When I deploy image to a Twice Bigger disk ( either SATA or PCIE ) I get :
Then I wonder if I could avoid that the Swap is twice Bigger ? Because when drive will be 4 times bigger , that will be a Big swap.
Thanks
Hi ,
just to say that I deployed the same Image to a new SATA disk and the 3rd partition (Swap) had a fixed size as Expected.
So I guess that was a mistake on my side.
Problem solved !
Just a note , I had the same problem ( SATA to NVME ) with CloneZilla , had to fiddle with Windows liveUSB BCD to update the Boot manager
Thanks,
TO help the previous image ( W10 1809 like this one ) can be flashed to NVME and SATA without problems.
I also think that this is a naming convention problem
Hi,
it seems we did not have this problem before 1.5.7 :
Fail to boot with the blue smiley screen.
Is this a scenario where windows cannot boot usually or something on what fog is doing when restoring ?
thanks
@Sebastian-Roth Thanks We’ll wait 1.5.6 as it’s non-blocking
Actually it happen also with Linux image so it’s more about the nvme aspect I guess …
Many thanks , won’t the init be updated when I will upgrade FOG to latest version ?
that would be simpler
Hi,
This is not a critical issue as the imaged disk seems to work.
We are using Fog 1.5.0 with W10 1809 images built from a NVME disk and restored on NVME disk
Each time we restore the image , we get a "fail to restore disk GUID " on the first partition as you can see :
Hi ,
just to say that I deployed the same Image to a new SATA disk and the 3rd partition (Swap) had a fixed size as Expected.
So I guess that was a mistake on my side.
Problem solved !
Forget my last post
So yes fixed partitions was initialized with :1:3
So it seems that the third partition (swap here) should not be resized proportionnaly as I understood.
@tom-elliott said in Organizations Using FOG:
Organization Name: EKIMIA company
Location (Optional) : Marseille , France
Approximate Number of systems: more than 500 systems shipped to customers using FOG
How long: Since Mid 2015.