WORKING
Dell Optiplex 760
Intel onboard Gigabit Ethernet
Intel Boot Agent GE v1.3.81
4.0.4 kernel
9th June 2015
Resizeable

Up until last week we’ve been using a newer-than-1.2.0 build, but I’m not sure what (and whilst trying to dig out the build number I’ve just managed to update that build’s directory to v3500 so can’t tell what it was now). 3285 rings a bell.

We’re currently on 3484, upgraded when trying to troubleshoot these machines. I’ve just imaged a mix of Latitude D630s and E5500s plus Optiplex 745s, 755s and a 380, all using this build. The other ones listed as working all booted on this build so I suspect they’ll image as well (they imaged on earlier builds).

Been using undionly.kpxe, was also until recently using some mod I found somewhere that forced it to ask for the FOG server address before the menu loaded, but that didn’t work either. Can’t find a link to it now but it was on a FOG-related page, possibly something else by Tom?

Presumably because of the ProxyDHCP setup ours doesn’t work unless there’s an undionly.0 symbolic link set up in the tftpboot folder. I’ve added another entry to the PXE boot menu so I can test other KPXEs without trashing the working one, switching between them by pointing the test symlink (in my case intel.0) at the various kpxe files.

These tests were made on build 3484 using a HP 500B PC.
undionly.pxe: Clears the screen and drops to Reboot and Select proper Boot Device
undionly.kpxe: Picks wrong IP address, connection eventually times out
undionly.kkpxe: Same as undionly.kpxe
intel.efi: Hangs at a cursor (Caps Lock still responsive)
intel.pxe: After PXEXT it drops to Reboot and Select proper Boot Device
intel.kpxe: After PXEXT it drops to Reboot and Select proper Boot Device
intel.kkpxe: After PXEXT it gives a PXE-M0F Exiting PXE ROM.
ipxe.pxe: Same as undionly.kpxe
ipxe.kpxe: After listing the (correct) boot server IP it gives a PXE-E79 NBP is too big to fit in memory, then a PXE-M0F
ipxe.kkpxe: As above
realtek.pxe: Same as undionly.kpxe
realtek.kpxe: Same as undionly.kpxe
realtek.kkpxe: Same as undionly.kpxe

The HP’s supposed to be getting redeployed to a school but I’m happy to hang onto it for testing, there are always Optiplex 3010 and 3020 machines in the storeroom that I can do further testing on if need be.

We’re using DNSMASQ here to keep FOG away from our DHCP server, this highlights machines which, although they may work where FOG is on the DHCP server, don’t work where it’s split.

On the working ones iPXE will try to load default.ipxe from the PROXY IP (FOG server) address.
On the bad ones it will try to load default.ipxe from the DHCP IP address instead.

Updating the machine’s BIOS doesn’t seem to update the PXE loader, so doesn’t fix things.

I’ve upgraded to build 3482, which (apart from breaking PXE boot until I recreated the undionly.0 link) hasn’t made a difference. Kernel has been upgraded to 4.0.4, still no difference.

WORKING
Dell Latitude D630 (Broadcom UNDI PXE-2.1 v10.0.9)
Dell Latitude E5500 (Broadcom UNDI PXE-2.1 v11.4.1)
Dell Latitude E5510 (Broadcom UNDI PXE-2.1 v11.4.1)
Dell Optiplex 745 (Broadcom UNDI PXE-2.1 v10.0.9)
Dell Optiplex 755 (Intel Boot Agent GE v1.3.35)
Dell Optiplex 360 (Broadcom UNDI PXE-2.1 v11.4.1)
Dell Optiplex 380 (Broadcom UNDI PXE-2.1 v12.2.2)
HP rp5700 (HP Base Code PXE-2.1 v1.0.6)

UNSURE
Compaq 615 (Yukon PXE v6.50.2.3) (imaged OK on older build of FOG, now it drops into Windows instead of bringing up FOG menu)

NOT WORKING
Dell Optiplex 390 (Intel Base-Code, PXE-2.1 (build 083))
Dell Optiplex 3010 (Intel Base-Code, PXE-2.1 (build 083))
Dell Optiplex 3020 (Intel Base-Code, PXE-2.1 (build 083))
Fujitsu Esprimo E3521 (Intel UNDI, PXE-2.1 (build 083))
HP 500B MT (Intel UNDI, PXE-2.1 (build 083))

There seems to be a common theme amongst the ones that don’t boot properly, but I can’t quite put my finger on it…