Dell 7010 Lenovo L530 with UEFI enabled, won't network boot.
-
Just bumping this thread with an update about the OP, I just tried the L530 in UEFI network booting mode with svn 4323 cloud 5293 and no luck. I do know I have ISC-DHCP configured correctly, the correct filename
ipxe.efi
is handed out, and the last time I checked the file transfer did happen.I’ll try to UEFI network boot a Optiplex 7010 tomorrow and see what happens… fingers crossed.
-
I have OP 7010s here also I’ll try and see what I get and update.
-
I just got done trying the Dell 7010 with intel.efi ipxe.efi realtek.efi snp.efi and snponly.efi… no luck.
-
no luck??? Could you please be a bit more specific. See any errors? Just reboots or hangs? Screenshot?
-
@Sebastian-Roth It just hangs at initialising devices.
-
@Wayne-Workman Please give this binary a try: ipxe.efi
compiled with
DEBUG=device,pci
… please upload pictures for me to see where it hangs. -
@Sebastian-Roth It hangs here.
-
great! so this is the next step: ipxe.efi
compiled with:
DEBUG=device,efi_bofm,efi_debug,efi_driver,efi_init,efi_pci,efi_pxe,efi_snp
-
@Sebastian-Roth Here is a link to a video and two pictures as well.
https://youtu.be/xS_XJk8EXDg
https://drive.google.com/open?id=0B2BmriqzYEgXWFBKVGpwWE43ZVEIt appears that the same errors repeat continually for about 3 to 4 minutes until the machine just reboots.
-
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???
-
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 -
@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.
-
@Sebastian-Roth Here is the output requested using the two files.
https://drive.google.com/folder/d/0B2BmriqzYEgXbjFVdXhPbjhkY1k/editThey have filenames that include the file that was being tested.
-
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 begoto 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 trydhcp && 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?!
-
@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.
-
@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?
-
The post is great!
-
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
-
@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!
-
@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)…