Lenovo E15 Gen2 won't PXE boot (bzImage)

[george1421]

@x23piracy OK this has nothing to do with the FOS Linux kernel since you are not that far in the process. The issue is with iPXE.

Instead of using ipxe.efi try snponly.efi to boot. The snponly uses the build in uefi network driver in the nic adapter instead of using the standard network driver built into ipxe.efi. snp is kind of akin to the ndis/undi interface in bios.

[x23piracy]

@george1421 I’ll try and report.

[x23piracy]

@george1421 can i temporary use snponly.efi for this specific host instead of change it for all? but how to, i think i need to specify a filter in dhcp for this specific device?

For the first test i can change for all temporary but later on if that works i need to integrate this.
Can you give me a hint?

[george1421]

@x23piracy Well I think I would test first then worry later. If she no work, then no worries.

[Sebastian Roth]

@x23piracy said in Lenovo E15 Gen2 won't PXE boot (bzImage):

use snponly.efi for this specific host instead of change it for all?

Yes there are ways but this depends on the DHCP server you use. For Linux DHCP (isc-dhcp) used by FOG if enabled by the installed you should be able to use host definitions to force snponly.efi for specific MAC addresses:

host lenovoe15gen2_1 {
  hardware ethernet aa:bb:cc:dd:ee:ff;
  filename "snponly.efi";
}

While I am not sure I would think you can do the same thing with Windows DHCP server using policies.

[x23piracy]

@george1421 @sebastian-roth said in Lenovo E15 Gen2 won't PXE boot (bzImage):

snponly.efi

Hi,

i tried it but anyway same error like before.

Best Regards X23

[george1421]

@x23piracy It seems that we have a number of issues lately with network adapters and booting into FOS Linux.

Is the fog server on the same subnet as the pxe booting computer? I’d like to see a pcap of the pxe booting process with this device.

[Sebastian Roth]

@george1421 said in Lenovo E15 Gen2 won't PXE boot (bzImage):

booting into FOS Linux

Well but this device doesn’t even seem to make it through iPXE which all the others do.

@x23piracy You can try older versions of the iPXE binaries to see if any of those work. Though I don’t think you’ll have much luck with that.
https://github.com/FOGProject/fogproject/tree/1.5.8/packages/tftp
https://github.com/FOGProject/fogproject/tree/1.5.7/packages/tftp
https://github.com/FOGProject/fogproject/tree/1.5.6/packages/tftp
etc.

[george1421]

@sebastian-roth said in Lenovo E15 Gen2 won't PXE boot (bzImage):

booting into FOS Linux

You must have caught my post just after I posted it. After I hit the submit button I realized that the target computer didn’t ipxe boot directly so I changed my story. I think still getting the PCAP is what we need to see if its actually sending out the dhcp discovery bits.

[x23piracy]

@george1421 we have a supernet at work 172.19.100.0/22 (100.0/24, 101.0/24, 102.0/24 & 103.024) the two fog servers are reachable under the following ip addresses (172.19.102.17 (fog), 172.19.102.18 (fog-image) storage node. All other clients do well with current ipxe.efi (fog 1.5.0).

when i change back from snponly.efi to ipxe.efi all my other devices work well as before.

When i deploy the E15 devices with their dock it works fine, the dock nic seems to be propperly detected, the bad thing is if the device goes into windows it doesnt know the docks nic driver the first time but the internal nic is working, so we put the network cable after deployment into internal nic so fog client can do his job (rename, ad-join etc.) another solution (workaround) would be to deploy the device with both nics connected to the network.

Best Regards X23

[george1421]

@x23piracy Do you have a usb boot stick into FOS Linux? This would bypass the ipxe.efi boot loader completely. When booting via USB, does fos linux work correctly for imaging? What is the hardware id that it sees with lspci -nn | grep -i net?

Does this lenovo e15 have the latest firmware installed?

[Sebastian Roth]

@x23piracy said in Lenovo E15 Gen2 won't PXE boot (bzImage):

All other clients do well with current ipxe.efi (fog 1.5.0).

You are still on FOG 1.5.0? Ok, then you can really try out the latest iPXE binaries manually and see if it works. Download ipxe.efi from https://github.com/FOGProject/fogproject/tree/1.5.9/packages/tftp, rename the original you have in /tftpboot/ on your FOG server and put the new one in place. See if the Lenovo E15 can get an IP with that.

[x23piracy]

@sebastian-roth yes i am still on 1.5.0, i tried to update to the latest but update repository problems kicked my ass.

Best Regards X23

[x23piracy]

@george1421 hi george i am currently not on site (home office) i can try this when i am back in the office.

Best Regards X23

[Nate Baker]

For anyone else coming across this thread, we had the same problem. The iPXE from the latest version of FOG (1.5.9) did not work, but building the latest iPXE binaries using the instructions on this post worked fine:

https://forums.fogproject.org/post/141618

After that, the Linux kernel we were using also worked fine.

[x23piracy]

@nate-baker said in Lenovo E15 Gen2 won't PXE boot (bzImage):

For anyone else coming across this thread, we had the same problem. The iPXE from the latest version of FOG (1.5.9) did not work, but building the latest iPXE binaries using the instructions on this post worked fine:

https://forums.fogproject.org/post/141618

After that, the Linux kernel we were using also worked fine.

Hi @Nate-Baker can you share the kernel please?

Best Regards X23

[george1421]

@x23piracy said in Lenovo E15 Gen2 won't PXE boot (bzImage):

Hi @Nate-Baker can you share the kernel please?

What Nate is referring to is rebuilding ipxe and using those new ipxe boot code. The link he referred to tells you how to do this on your FOG server assuming you used the git method to install FOG.

Not really connected to ipxe, but make sure you are running 5.10.x version of FOS Linux kernels to have the latest hardware support.

[x23piracy]

@george1421 just a moment ago i successfully compiled my own ipxe.efi binary and it works fine https://forums.fogproject.org/post/141618

[terrigan]

You need to disable the Intel VT-d Directed I/O setting and it will pxe boot. I couldn’t get Win10 to boot without disabling the Intel VMD controller as well. (Sorry for the necropost)

[terrigan]

In the BIOS on the configuration tab, disable Intel VMD Controller and disable Secure Boot on the security tab. This is the only way i’ve gotten this to image.