Dell 7010 Lenovo L530 with UEFI enabled, won't network boot.

[Sebastian Roth]

Thanks for the video and pictures!! And here we go for the next round ipxe.efi (DEBUG=device,efi_debug,efi_driver,efi_init,efi_pci,efi_snp,snp,nii:4,snponly,snpnet)

By the way. Have you tried realtek.efi yet???

[Sebastian Roth]

Here is a realtek binary with debug enabled (DEBUG=realtek). Would be great to see what happens with this. Hopefully this could also shed a light on why ipxe.efi is not choosing the native driver… Give it a try and let me know. realtek.efi

[Wayne Workman]

@Sebastian-Roth I was busy most of the day today. I’ll try these tomorrow morning at work. I really appreciate your help, Sebastian. All of us here do.

[Wayne Workman]

@Sebastian-Roth Here is the output requested using the two files.
https://drive.google.com/folder/d/0B2BmriqzYEgXbjFVdXhPbjhkY1k/edit

They have filenames that include the file that was being tested.

[Sebastian Roth]

Thanks again for pics and videos! To me this looks like realtek.efi is working on your machine. There is only a minor issue (typo) that @Tom-Elliott can fix soon I guess. (end of second line: gotosetserv should be goto setserv). But to me this really looks as if it is loading and initializing the devices properly. Or try the relatek binary I uploaded. It’ll only get you to a shell but we would see debug output as well. If you get to the shell just try dhcp && echo YES to see if it can properly request an IP.

Could you please give this binary another try: 0_1447365739406_ipxe.efi (DEBUG=snp,snponly,snpnet,netdevice) I am pretty sure that we are failing here: http://git.ipxe.org/ipxe.git/blob/master:/src/net/netdevice.c#l666 (just want to be absolutely sure)

Anyone got an idea why iPXE could be failing with “Reject network devices that are already available via a different hardware device.”? Does that mean that this card was already used by a native driver? But that doesn’t make sense to me. Or another NIC having the same MAC address? No?!

[Wayne Workman]

@Sebastian-Roth said:

try the relatek binary I uploaded.

I did, the output of the one video labled realtek.efi.mp4 is for the file you posted. Was it supposed to do other stuff?

Could you please give this binary another try: 0_1447365739406_ipxe.efi

I can and will, I want to get this working for my site and for documentational / educational purposes for the FOG Project in general.

[Sebastian Roth]

@Wayne-Workman said:

I did, the output of the one video labled realtek.efi.mp4 is for the file you posted.

I am pretty sure it’s not because of the ‘gotosetserv’ error which is not in my embedded script and because we don’t see any colored debugging output. Maybe you got the binaries mixed up?

[cindyblair]

The post is great!

[Sebastian Roth]

Welcome everyone to build iPXE binaries and try to get those UEFI devices to work! Please let us know how you compiled the binary (full make call) and show us a picture of errors if you need help to debug iPXE on your machine (error numbers must be readable on the pic!).

Take a look here on how to compile your own binary: https://wiki.fogproject.org/wiki/index.php/IPXE#Compile

[Wayne Workman]

@Sebastian-Roth said:

I am pretty sure it’s not because of the ‘gotosetserv’ error which is not in my embedded script and because we don’t see any colored debugging output. Maybe you got the binaries mixed up?

I’ll re-try on Monday morning.

I promise I did download the binary you provided… I don’t know what happened - I would never deceive you Sebastian, not in a million years ever. I thought I did download what you posted, I had to rename it to realtek.efi and then when I copied it to the /tftpboot directory I had to confirm overwriting the old file…

I will retry and report back. I do sincerely appreciate your efforts, you’re an incredible asset to the FOG team!

[Sebastian Roth]

@Wayne-Workman said:

I don’t know what happened - I would never deceive you Sebastian, not in a million years ever.

Don’t worry, I never thought you would! I know what happened… It was me working late into the night I suppose. Most of those binaries were compiled with this flawed embedded script. Damn!

Didn’t hurt much when you were using the ipxe.efi files as those didn’t even get that far. And we still got some very helpful debugging output from those. But I am trying to pay more attention from now on.

And still I am wondering why realtek.efi didn’t show any debugging output. But anyhow. Here is a new binary that should bring you to an iPXE shell and have debugging enabled: 0_1447518970841_realtek.efi (DEBUG=realtek,netdevice) Forget about the other realtek binary! Try dhcp command to see if it is able to request an IP - watch wireshark…

I am really looking forward to see what you get from those binaries. realtek.efi as well as the latest ipxe.efi (you didn’t get to try this out yet, right? No hurry, I just wanna make sure I haven’t overlooked anything)…

[Wayne Workman]

@Sebastian-Roth https://drive.google.com/file/d/0B2BmriqzYEgXSVBoTWhXTkd0RlU/view?usp=docslist_api

That’s with using this particular file:

@Sebastian-Roth said:

Here is a new binary that should bring you to an iPXE shell and have debugging enabled: 0_1447518970841_realtek.efi (DEBUG=realtek,netdevice)

[Sebastian Roth]

@Wayne-Workman Thanks a lot for trying. I am really confused. Why don’t we see any debug messages? Why does it pop straight back to EFI instead of opening iPXE shell?
Have you tried Tom’s latest realtek.efi binary yet? The gotosetserv issue is fixed as far as I can see in the source. Does it jump straight back to EFI as well?

[Sebastian Roth]

Thinking about this and trying different things I somehow got the impression that DELL OptiPlex 7010 does not have realtek but intel NIC. Can you please check and confirm this?

Here is an intel binary with debugging enabled: 0_1447932660735_intel.efi (DEBUG=intel,netdevice,device,pci)

And here is another ipxe binary. Please give this a try as well: 0_1447932787631_ipxe.efi (DEBUG=device,pci,snp,snponly,snpnet,netdevice)

[george1421]

FWIW: All of the 7010 SFF Dells we have have “Intel 82579LM Gigabit Network Connection” according to our inventory tool.

[Wayne Workman]

@Sebastian-Roth Guess what I just figured out?

Changes in Windows Server 2012 DHCP are not immediate.

I have it set to ipxe.efi currently for the vendor class PXEClient:Arch:00007

I just did a packet capture on the dhcp server using wireshark… the client asked for realtek.efi… Oh boy…

[Wayne Workman]

Even after restarting the DHCP Server service, it is still handing out realtek.efi even though it’s set for ipxe.efi

[Wayne Workman]

So - the previous confusion in the last two posts were due to our split-scope configuration, and DHCP coming from offsite. I’ve had that disabled. I’m getting much more consistency with testing, wireshark confirms my settings as well.

I’ve also learned that the problem machine (optiplex 7010) needs fully shut off and re-started in order for it to use the new DHCP settings - even though it says it’s “Starting IPv4” and supposedly gets DHCP info… so… Total shutdown and startup for every change from now on…

That could also explain some other things too…

---

I’ve tried the latest ipxe.efi and intel.efi from trunk and those don’t work. They sit at “initializing devices…” for both.

About to try the binaries @Sebastian-Roth posted.

[Sebastian Roth]

@Wayne-Workman said:

I’ve also learned that the problem machine (optiplex 7010) needs fully shut off and re-started in order for it to use the new DHCP settings

Not only DHCP settings I reckon. I think I even had one of my machines reusing the iPXE binary it still had in memory. Had to switch it off and on again to make it request the file via TFTP again…

Did you get to try out the binaries? Any output??

[Wayne Workman]

https://drive.google.com/folder/d/0B2BmriqzYEgXQk5tbWczVVdZeEE/edit

One video hasn’t uploaded yet. When it does it will appear in this folder. The files are labeled by voice in the video.