@rayco I solved this problem changging it manually.

nano ./fog/lib/pages/fogconfigurationpage.class.php

public function maclistPost()
{
if (isset($_GET[‘update’])) {
self::clearMACLookupTable();
$url = ‘http://linuxnet.ca/ieee/oui.txt’;; <-------------------------- Changing this link for; ‘http://standards-oui.ieee.org/oui/oui.txt’

Current Records: 31239 successful

Hello mates.

I am working recently with new Intel nuc series NUC11ATKC2 and I have random problems, many times deployes stuck in aleatory % on BzImage or Init.xz but others times work correctly.

I update kernel to most newest and MAC address but the problem persist.

I use FOG 1.5.10, kernels 6.1.22.

Someone have the same problem solved?
Thank you in advance.

@rayco I solved this problem changging it manually.

nano ./fog/lib/pages/fogconfigurationpage.class.php

public function maclistPost()
{
if (isset($_GET[‘update’])) {
self::clearMACLookupTable();
$url = ‘http://linuxnet.ca/ieee/oui.txt’;; <-------------------------- Changing this link for; ‘http://standards-oui.ieee.org/oui/oui.txt’

Current Records: 31239 successful

Hello,

I never had problems with mac list update, but in my last update FOG cannot open http://standards.ieee.org/regauth/oui/oui.txt because isen’t a valid link now.

I visit ieee.org website and now the link is different; http://standards-oui.ieee.org/oui/oui.txt

How can I do manually update? or, How can I change updater url?

Thank you in advance.

Finally, I had to reinstall FOG and everything was fixed.

Thanks guys for the answers.

@sebastian-roth I have changed the partition part of recovery using partedmagic, placing the recovery before the partition of the system, with an identical result, but with great detail, once the deploy is done I can extend the partition of the system from within the windows itself, using the graphic environment in disk manager, extend partition. But the recovery stops working. I understand that this happens because the partition is not where the system points.

I am thinking that an easy solution would be to find in the bowels of Microsoft EDT the way in which it creates the partitions automatically and force it to place the partition originally before the one of the system.

@sebastian-roth correctly, I’m sure the problem is recovery partition.

I’m traying diferents methods but with unlucky results.

@quazz The weekend I deleted all images I had created in 1803, and today to pass you the logs of the partitions I did the whole process of capture and deploy again.

Could it be because the recovery partition is hidden?

@quazz I deployed on a 500gb hard drive in search of patterns, with the same result.

@sebastian-roth Thanks for response.

d1.fixed_size_partitions

:1:2:4

d1.minimum.partitions

label: gpt
label-id: FAD8F34F-08FC-4068-8435-9AFFAAA13980
device: /dev/sda
unit: sectors
first-lba: 34
last-lba: 60460795

/dev/sda1 : start=        2048, size=      204800, type=C12A7328-F81F-11D2-BA4B-00A0C93EC93B, uuid=CFDA3487-867C-48F9-8177-810EF4EB6F0C, name="EFI system partition", attrs="GUID:63"
/dev/sda2 : start=      206848, size=       32768, type=E3C9E316-0B5C-4DB8-817D-F92DF00215AE, uuid=24E9E9B1-D1A8-4FED-818C-60FF804F64E7, name="Microsoft reserved partition", attrs="GUID:63"
/dev/sda3 : start=      239616, size=    27075584, type=EBD0A0A2-B9E5-4433-87C0-68B6B72699C7, uuid=7359A249-2F8A-42E8-AFDB-48FD43250DC5, name="Basic data partition"
/dev/sda4 : start=    58615808, size=     1843200, type=DE94BBA4-06D1-4D40-A16A-BFD50179D6AC, uuid=68BF7C08-141B-4607-BC65-A537B0ECDC5E, name="Basic data partition", attrs="RequiredPartition GUID:63"

d1.partitions

label: gpt
label-id: FAD8F34F-08FC-4068-8435-9AFFAAA13980
device: /dev/sda
unit: sectors
first-lba: 34
last-lba: 60460795

/dev/sda1 : start=        2048, size=      204800, type=C12A7328-F81F-11D2-BA4B-00A0C93EC93B, uuid=CFDA3487-867C-48F9-8177-810EF4EB6F0C, name="EFI system partition", attrs="GUID:63"
/dev/sda2 : start=      206848, size=       32768, type=E3C9E316-0B5C-4DB8-817D-F92DF00215AE, uuid=24E9E9B1-D1A8-4FED-818C-60FF804F64E7, name="Microsoft reserved partition", attrs="GUID:63"
/dev/sda3 : start=      239616, size=    58376192, type=EBD0A0A2-B9E5-4433-87C0-68B6B72699C7, uuid=7359A249-2F8A-42E8-AFDB-48FD43250DC5, name="Basic data partition"
/dev/sda4 : start=    58615808, size=     1843200, type=DE94BBA4-06D1-4D40-A16A-BFD50179D6AC, uuid=68BF7C08-141B-4607-BC65-A537B0ECDC5E, name="Basic data partition", attrs="RequiredPartition GUID:63"

For more details, I attached some SS.

Template image:

Source master image in ssd 30Gb:

Deployed to HDD 1Tb:

I tryed to swap system partition with recovery, with the same issue, deployed: