@theopenem_admin I believe that fixed the issue. I stopped the proxy DHCP service, removed option 60 from the DHCP server, and switched off proxy DHCP in the settings page and set it to ipxe 64-bit. My old device is now loading! I would test the new HP 440 device, but we had to send it off. I'll have to test that device later, but I'm confident it will work now. Thanks for all the help!

@theopenem_admin Thank you for clarification. Will look into it.

Thanks, I was trying to replicate this and was unable to, I'll update to latest security updates and try again.

It means you have a duplicate computer name or install ID, or that computer needed to re-provision for some reason. Just apply that reset request and if it goes away you are good, if it then knocks off a different computer then those 2 computers are somehow duplicated.

Please Help Me, I Can't

@theopenem_admin

Good morning, tested and works ok. We have found only one ‘anomaly’. When you boot the computer with a dock or NIC via USB, ipxe boots without problems but when it loads the kernel it only tries to assign IP via DHCP on eth0, which in case the computer has an internal NIC, causes it to retry several times without success. If the machine has only one NIC, it works without any problems. Thanks for the quick solution. I hope it will help to fix this problem in future kernel versions.

Best regards.

These are the 3 intel rst drivers that most people need for dell drive detection in RAID.

https://www.intel.com/content/www/us/en/download/720755/intel-rapid-storage-technology-driver-installation-software-with-intel-optane-memory-11th-up-to-13th-gen-platforms.html

https://www.intel.com/content/www/us/en/download/19512/intel-rapid-storage-technology-driver-installation-software-with-intel-optane-memory-10th-and-11th-gen-platforms.html

https://www.intel.com/content/www/us/en/download/19755/intel-rapid-storage-technology-driver-installation-software-with-intel-optane-memory-8th-and-9th-gen-platforms.html

There is also one newer one 20.1 I think, it's hard to track down.

@theopenem_admin Ah no problem - Thanks!

Same boat here(kernel 6.6.7), not looking forward to switching to the WIE since it's so much larger as far as the boot files etc.

from section 3.1 of this article it seems there is indeed an issue with arguments getting passed to the loader, but there was a commit to supposedly fix it, I'm just not familiar enough with the compilation processes to know what to do with this info.

Same here on new machines, we are looking at the WIE (tests work as expected) as well, but compared to the LIE it's huge as far as PXE booting. I figure this is a Linux kernal issue, but just a guess.

@theopenem_admin

The sysprep module docs say you can replace parts with $customattributes
Is there a list of attributes we can use to dynamically update the sysprep for for example the computer name ?