UEFI-PXE-Boot (Asus t100 Tablet)

[Wayne Workman]

@K.Hays Anything happening before that?

[K.Hays]

@Wayne-Workman no

[Wayne Workman]

@K.Hays Can you try to change the firmware mode? If it’s in BIOS, put it in UEFI, if it’s in UEFI, try BIOS. Also can you check for firmware updates?

What do the other adapters do?

[K.Hays]

@Wayne-Workman the two adapters do that, and the other one isn’t recognized as a boot option. It’s only capable of uefi also.

[Wayne Workman]

@K.Hays Firmware update.

[K.Hays]

@Wayne-Workman I can attempt to update the firmware, but I feel like that probably isn’t the issue. We have an HP laptop that we put into UEFI mode to help us troubleshoot and it is doing the same thing as the tablets, and it’s not using a USB adapter.

[Junkhacker]

and you’ve been able to use fog with non-uefi systems prior to these tests with uefi, right?

[Wayne Workman]

@K.Hays Well, the problem you’re describing isn’t a fog problem. It’s a firmware or adapter or network issue. You’re not even getting to the point of communicating with the fog server at all.

[Wayne Workman]

@K.Hays said in UEFI-PXE-Boot (Asus t100 Tablet):

all other computers work just fine to image.

@Junkhacker

[K.Hays]

@Wayne-Workman I am currently updating the firmware. If it is a network issue as you’re thinking, could it be caused by the fact that we’re running a Sever 2008 DHCP?

[K.Hays]

@Wayne-Workman Firmware update was ineffective.

[Junkhacker]

@K.Hays well, i know that you can get BIOS and UEFI to coexist and work with Windows 2012 server or a linux DHCP, but you should be able to get BIOS or UEFI (but not both at the same time) to work on Windows 2008 server as DHCP. I’d like to see the exact configuration you have the server set to, is it anything but options 66/67?

[K.Hays]

@Junkhacker What exactly do you mean by that?

[Wayne Workman]

@K.Hays He’s talking about your dhcp server’s scope options. Option 066 should already be correct as you said fog works for other computers. Option 067 needs set to ipxe.efi for this device only, or to snponly.efi @Scott-Adams hit on this point earlier.

It might be worthwhile to run wireshark on the DHCP server to see if it’s even getting a request for DHCP from the device. Also, what are you connecting to as far as the network goes? We know you’re using the adapter, but can you put a dumb-switch (aka a mini-switch) between the adapter and the rest of the network and see what that does?

[Sebastian Roth]

@K-Hays said:

>>Start PXE over IPv4

This is way before any kernel options and even before iPXE binaries are being loaded. To me it seems like it does not get an IP via DHCP. Wonder if it does send a DHCP discovery request at all?!

The only thing that can help is wireshark/tcpdump I suppose. Are you aware on how to use those tools? Please take a packet dump and upload here to the forum.

[george1421]

@Sebastian-Roth I agree here. The image below with starting ipxv4 indicates that the firmware IS seeing that the network interface is pxe bootable (otherwise no boot option). And it is attempting to init it. I would go the tcpdump route if the FOG server and target computer is on the same subnet/broadcast domain.

with this command tcpdump -w output.pcap port 67 or port 68 that would be executed on your FOG server and then attempt to boot the target computer. Stop the tcpdump program after your target computer errors out. Then upload the pcap file here.

[K.Hays]

@george1421 said in UEFI-PXE-Boot (Asus t100 Tablet):

tcpdump -w output.pcap port 67 or port 68

When i run this command i get “tcpdump: no suitable device found”
Tcpdump is installed, and i can run it with just the tcpdump command, but this specific line is not working.

[Quazz]

@K.Hays try

sudo tcpdump -w issue.pcap -i eth0

(make sure the interface is specified correctly there)

[george1421]

@Quazz just for clarity you also need the filter part in addition to the interface selection.

[K.Hays]

@Quazz Thanks, i rebooted and was able to run the previous command.