What do you mean with the firewall only supports static dhcp options
This is specific to how the value of dhcp option 67 is managed. It is static in the sense of you have to manually configure it to send out undionly.kpxe for bios computers and ipxe.efi if you want to boot uefi computers. That is a static text field.
When I refer to dynamic options, that means based on the pxe booting computer, if the computer is bios based then the dhcp server will send out undionly.kpxe name. If the computer is uefi based then it will send out ipxe.efi. Its dynamic from the perspective of the pxe booting computer.
If you had a windows 2012 or later or linux dhcp server you can enable policies to make dhcp option 67 specific to the pxe booting computer. If you are not using one of those dhcp servers and your dhcp server doesn’t support dynamic dhcp options then we can deploy dnsmasq to provide that dynamic info only. We find most dhcp servers running on routers or switches don’t support dynamic pxe booting, pfsense is one exception that does support it.
@aheerds Glad you have it working. Just for clarity ipxe.efi/snp.efi/undionly.kpxe will get you to the FOG iPXE menu. Once you select a menu selection that’s when FOS Linux (a.k.a “the kernel”) takes over. Both (ipxe and FOS) will throw the “No configuration method succeeded”.
@lsathya I really think there is something up/wrong with this hardware that causes iPXE to hang.
We do have a fall back method to get these computers to image without pxe booting. You will lose some capabilities, but you will be able to image them. Read through this article. https://forums.fogproject.org/topic/7727/building-usb-booting-fos-image Because of the way the forum works the first part is at the top of the thread and the subsequent parts are at the end of the thread. Read through the tutorial and understand what you need to do and the caveats by creating a USB Boot image for FOS Linux.
Also look in the FOG Forum chat bubble at the top for a few more hints.
that mean i have to put everyone of them in AHCI mode too before doing it
The short answer is yes. Now just be aware that switching from raid mode to ahci might cause the system to not boot if the previous mode was selected.
This issue is related to the intel rst adapter, uefi and linux kernel. Intel won’t release the intel raid driver to the linux community so there are no linux drivers to reach the disk. This is not specifically a FOG issue, but a linux/intel issue.
Thank you for sharing your experiences here. For new hardware we are seeing that iPXE needs to be rebuilt with the latest code from the iPXE project (different from FOG Project). That program manages the iPXE menu. For FOG, you also need to make sure you update the FOS Linux kernel (FOG Web UI->FOG Configuration->Kernel update) to at least the 5.10.x version of the kernel. This will allow FOS Linux (the engine that clones hard drives) to support the latest hardware too.
One last bit of information, you might want to upgrade to the dev-branch of FOG to bring your fog install up to 18.104.22.168 to address an issue if you plan on cloning Windows 20H2 or later. Microsoft changed the disk structure that requires the upgrade to FOG.
I’ve been having the same issue with the G8 ProBooks and have finally got one to image throught the NIC however I’ve been through many steps so I followed this guide https://docs.fogproject.org/en/latest/reference/compile_ipxe_binaries.html
I then re-downloaded & re-installed FogProject from github.
PXE is noticably faster and so far so good.
Whether compiling and copying the ipxe worked or whether it was the re-install or a bit of both I cannot say.