@Sebastian-Roth I was not sure which one to use. I am not such an expert yet in this whole topic…
Posts made by kkptrck
-
RE: Skipping partition restore (MBR Only)
-
RE: Skipping partition restore (MBR Only)
@Sebastian-Roth I mean the kernels.
-
RE: Skipping partition restore (MBR Only)
@Sebastian-Roth Yes, I am sure, that they are compatible. After deployment to the Dell host I was able to repair the MBR manually and the OS starts up fine. I captured that Dell host, that has been imaged with the bad MBR (and then manually repaired) and even then, the newly deployed same type host could not boot, the dash flashes.
I am running the latest version of FOG as for which is the 1.5.7 version with kernel 4.19.64. I tried both arm and not arm version without success. I will try using older kernel soon.
-
RE: Skipping partition restore (MBR Only)
@Sebastian-Roth Thank you for the quick reply! The source host is a completely different UEFI machine but used with CSM support, “legacy only” mode. Captured OS was installed on a regular SATA SSD, no nvme. What do you mean by other hardware components? The image is not syspreped.
I can provide you with these lines from the image’s d1.partitions file, if it helps something:
label: dos label-id: 0x968b3872 device: /dev/sda unit: sectors /dev/sda1 : start= 64, size= 1076291, type=27 /dev/sda2 : start= 1077248, size= 209715713, type=7, bootable
-
Skipping partition restore (MBR Only)
Hello!
I wanted to clone a legacy Windows 10 (2 partititons: one recovery + one OS). The capture process finished fine and I got the image on FOG (single disk - resizable). When I wanted to deploy it to a host (Dell Optiplex 745) everything went fine, even the partition resizing after I edited the d1.fixed.size.partitions from “:2:2” to “:1” (without the quatations) but after that the following line came up:
Skipping partition restore (MBR Only), please see picture attached.
The system reboots, but then a dash flashes and nothing happens. I suppose somehow the MBR won’t restore to the host from the image.
I’m stuck, so I need a pro’s help. What could cause the problem?I am running the latest kernel and version of FOG on Debian 9 as of 2019.08.15.
Credentials and rights are set correctly. Everything works fine except for this MBR issue.