Hello,

I came across this thread looking for answers to the same issue which was being faced. I couldn’t deploy an image captured from a larger disk to a smaller one.

Ran through the steps listed above, and it worked first time like a charm. Many thanks for your continued work on this project.

Here are the contents of the files.

d1.paritions

label: gpt
label-id: 365BDDEC-3E4F-48D2-B6B1-163B9BE426E5
device: /dev/sda
unit: sectors
first-lba: 34
last-lba: 1953525134
sector-size: 512

/dev/sda1 : start=        2048, size=      204800, type=C12A7328-F81F-11D2-BA4B-00A0C93EC93B, uuid=433B5D94-F683-49C8-9AD4-4DD8D4A8FB97, name="EFI system partition", attrs="GUID:63"
/dev/sda2 : start=      206848, size=       32768, type=E3C9E316-0B5C-4DB8-817D-F92DF00215AE, uuid=88539D67-14A1-46AF-A835-473CACB85CD9, name="Microsoft reserved partition", attrs="GUID:63"
/dev/sda3 : start=      239616, size=  1952250880, type=EBD0A0A2-B9E5-4433-87C0-68B6B72699C7, uuid=54F52FB2-FFE4-4C9B-8F55-FB0B3C8542E8, name="Basic data partition"
/dev/sda4 : start=  1952490496, size=     1034240, type=DE94BBA4-06D1-4D40-A16A-BFD50179D6AC, uuid=A60716BC-142E-486F-8962-C3777A684E73, attrs="RequiredPartition GUID:63"

d1.minimum.partitions

label: gpt
label-id: 365BDDEC-3E4F-48D2-B6B1-163B9BE426E5
device: /dev/sda
unit: sectors
first-lba: 34
last-lba: 1953525134
sector-size: 512

/dev/sda1 : start=        2048, size=      204800, type=C12A7328-F81F-11D2-BA4B-00A0C93EC93B, uuid=433B5D94-F683-49C8-9AD4-4DD8D4A8FB97, name="EFI system partition", attrs="GUID:63"
/dev/sda2 : start=      206848, size=       32768, type=E3C9E316-0B5C-4DB8-817D-F92DF00215AE, uuid=88539D67-14A1-46AF-A835-473CACB85CD9, name="Microsoft reserved partition", attrs="GUID:63"
/dev/sda3 : start=      239616, size=    28668848, type=EBD0A0A2-B9E5-4433-87C0-68B6B72699C7, uuid=54F52FB2-FFE4-4C9B-8F55-FB0B3C8542E8, name="Basic data partition"
/dev/sda4 : start=    28909568, size=     1034240, type=DE94BBA4-06D1-4D40-A16A-BFD50179D6AC, uuid=A60716BC-142E-486F-8962-C3777A684E73, attrs="RequiredPartition GUID:63"

Never mind, found the option in settings. Now working fine and just have to change the boot device before letting the client do it’s thing.

@Sebastian-Roth Thank you, I did forget about using Multicast. I’m running a job now using it and it’s immensely improved bandwidth utilisation!

The next bunch of machines I have to do are not using Bit Locker, so I will see how I get on with those.

Hi folks, been having problems with refind myself today, I can confirm that the 0.11.0 seem to have fixed my boot problems so thank you very much!

@Tom-Elliott Hi Tom, sorry to hi-jack the thread, but what if you DON’T have the git installed? Our FOG server is on an isolated network without internet access so it’s not an option for me really.

Just run the installfog.sh script?

@george1421 Fabulous, thanks so much, George.

Hi there.

Is there a way to manually update the kernel if the FOG server is on a standalone network with no internet access?

@george1421 That worked a treat, thanks George!

Has to be something to do with the network card in the laptop. Just used a USB-C ethernet adaptor and it’s booted up straight away.

Is there an updated ipxe.efi anywhere?

Hello all

I have some HP Probook 440 G8’s to image. However, when I attempt to boot to the network I get the following error. I can’t disable UEFI as it appears that the legacy option has now been removed.
I tried compiling a new ipxe.efi but not sure I did it right, then it just kept going round in a loop and not getting any further.

Well rebooting the switch does seem to have had some effect, this batch are now multicasting at 2Gb/min. I’ll look at getting it replaced, it’s a noisy beast anyways.

@sebastian-roth Morning.

Thanks for the reply. Not with the very same clients, same model of machine but different clients.

I tried again several times with a few, now the speed just sits at 200-250mb/min. Nothing has changed, when this happened yesterday it was after I’d already imaged perhaps 48 clients via Multicast, then the next batch was going much slower.

I’ve rebooted the FOG server, the switch is a unmanaged Netgear 48 Gbps, but I’ll give that a reboot also.

As said, when I do them via unicast, the speeds are fine. It’s very odd.

Also worth noting I’ve ran through the troubleshooting steps on the wiki and it’s communicating fine. There is nothing on there about bandwidth dropping rate.

The previous image shows the rate of bandwidth being transferred via Multicast at 240.81Mb/Min

This image shows one of the 12 clients i have deploying via unicast at the same time.

I really don’t understand why this has happened this morning???