Lenovo Thinkpad Yoga 260 w/Lenovo ThinkPad USB 3.0 Ethernet Adapter FRU:03x6903

[sudburr]

Okay, I’m back in the office, and quickly tried something else with undionly.kkpxe .

mv /var/www/html/fog/service/ipxe/bg.png /var/www/html/fog/service/ipxe/bg.png.old

I can get to the FOG menu!

Host is NOT registered!

Menu Selection Results:

Boot from hard disk = Booting from SAN device 0x80 + hang
run Memtest86+ = memdisk... 10% + hang
Quick Registration and Inventory = bzimage... 0% + hang
Quick Image = http://172.19.244.13/fog/service/ipxe/boot.php... 37% + hang
Client System Information (Compatibility) = bzimage... 0% + hang

I’m also entertaining the idea that this may be a bad USB Ethernet adapter; so I’m getting another to be sure.

[sudburr]

I have successfully booted from USB FOS FOG 64-bit Debug Kernel.

I have eth0 (1c394713aa5e) and eth1 (the USB Ethernet) (3c18a006dfa1)

eth1 has a valid ip address .

[sudburr]

If I replace the version 4.3.2 bzImage and init.xz on the USB key with 4.5.1 variants, it still boots fine.

[george1421]

@sudburr Well on the plus side once we get past the iPXE booting issue FOG will work.

The down side is that we still need to get the iPXE kernel to work with that nic correctly. It is too bad changing the png file didn’t work. But as I expected it just moved the problem to the next large transfer.

[Tom Elliott]

@george1421 What about switching the bootfile? Using undionly.pxe/ipxe.pxe or if UEFI, using snp.efi/snponly.efi?

[george1421]

@sudburr said

If I replace the version 4.3.2 bzImage and init.xz on the USB key with 4.5.1 variants, it still boots fine.

What do you mean by this??

The trunk version should be already running 4.5.1

Just for clarity, when the ipxe kernel boots it should say a version number and some hex characters after the version. Can you please post the version and hex characters here.

[sudburr]

@Tom-Elliott unidonly.pxe can’t dhcp, ipxe.pxe hangs at iPXE initialising devices.

Okay, setting to UEFI boot and snp.efi . It works.

Re-instating bg.png. It still works.

Sigh… so UEFI it will be. Time to upgrade the DHCP server.

btw, iPXE is 2d42d

[george1421]

@sudburr Well it was worth a shot on checking the build number. The version if iPXE you are using is only 2 commits old. So the point is its fairly new. So upgrading iPXE probably will not resolve the issue.

Your other option is to find a usb network adapter that IS supported by iPXE and the Thinkpad.

[Sebastian Roth]

@sudburr said:

Okay, setting to UEFI boot and snp.efi . It works.

But only if you switch to UEFI in “BIOS” I suppose! Well then, UEFI is not too bad after all… Just wondering of you need to reinstall your client OS. Have you tried ipxe.efi as well?

[sudburr]

Not yet. I’m pulling an image from it right now.

But I did try snponly.efi and it was unhappy.

[sudburr]

ipxe.efi also works.

[sudburr]

I’m hoping to acquire a ThinkPad OneLink+ to RJ45 Adapter ( pn: 4X90K06975 ) which should leverage the Yoga’s onboard ‘Intel Ethernet Connection I219-V’ through the OneLink+ connector to see how that pans out.

[Sebastian Roth]

@sudburr Please let us know when you succed using this adapter! As well it would be great to know which NIC chip is in that adapter… so I can add it to the wiki.

[sudburr]

I finally got my hands on a Lenovo ThinkPad OneLink+ to RJ45 Adapter ( model SC10J34224 ).

Using FOG RC10, kernel 4.7.3, it connects and fogs quite happily in UEFI mode using ipxe.efi and Legacy mode using undionly.kpxe.

Tested on a Lenovo ThinkPad Yoga 260 and a Lenovo ThinkPad 13.

[george1421]

@sudburr Thank you for posting back there is another FOG user that is having a problem with similar hardware. Your insights may be valuable with his issue too.

[sudburr]

Revisiting this using the newly released 1.51 BIOS and these settings:

UEFI/Legacy Boot = BOTH
UEFI/Legacy Boot Priority = Legacy First
CSM Support = YES
Secure Boot = disabled

I am able to undionly.kpxe boot via the Lenovo ThinkPad OneLink+ to RJ45 Adapter ( model SC10J34224 ).

Atttempts to undionly.kpxe boot the Lenovo ThinkPad USB 3.0 Ethernet Adapter ( Realtek RTL8153 USB Ethernet Controller (xHCI) v2.00 (05/20/15) ) results in detection and iPXE loading, but hanging at:

iPXE initialising devices...

Strangely this same setup now works happily on the Lenovo ThinkPad 13 with BIOS 1.15, so there is something odd about the Yoga 260.

Booting instead with a UEFI USB with ipxe.efi or snp.efi at least, works if I change the BIOS setting:

UEFI/Legacy Boot Priority = UEFI First

My intent then is to USB boot, but I can only find instructions for UEFI for USB booting. I’d like to test .*pxe booting by USB. Is this possible and how?

[sudburr]

It looks like finding a way to .KPXE USB boot is moot since playing directly with the DHCP results in:

undionly.pxe
= fails through to hdd

undionly.kpxe
= hangs at iPXE initialising devices …

undionly.kkpxe
= hangs at bg.png 25%

ipxe.pxe , ipxe.kpxe , ipxe.kkpxe
= only looks for link up on net0 (the onboard nic) twice

ipxe.krn
= hangs after loading

realtek.pxe , realtek.kpxe , realtek.kkpxe
= exits after loading

[Wayne Workman]

@sudburr said in Lenovo Thinkpad Yoga 260 w/Lenovo ThinkPad USB 3.0 Ethernet Adapter FRU:03x6903:

I’d like to test .*pxe booting by USB. Is this possible and how?

It’s possible. ipxe’s website has a quickstart area that has an image you can burn to cd or USB, and you can boot from that. Of course, in the chainloading area you could replace that with the file on your fog server /tftpboot/default.ipxe and I’m also sure you could replace the actual file they are using with one from the FOG server too so that it just looks for default.ipxe on it’s own.
http://ipxe.org/

[sudburr]

More interesting news.

Booting Legacy by Network

undionly.pxe
= fails through to hdd

undionly.kpxe
= hangs at iPXE initialising devices …

undionly.kkpxe
= bg.png 25%

ipxe.pxe , ipxe.kpxe , ipxe.kkpxe
= only looks for link up on net0 (the onboard nic) twice

ipxe.krn
= hangs after loading

realtek.pxe , realtek.kpxe , realtek.kkpxe
= exits after loading

Booting UEFI by Network

ipxe.efi , ipxe7156.efi
= good

realtek.efi , realtek7156.efi , snp.efi , snp7156.efi , snponly.efi , snponly7156.efi
= hangs after gateway ip display

=-=-=-=-=-

Booting UEFI by USB

ipxe.efi , ipxe7156.efi , snp.efi , snp7156.efi
= good

realtek.efi , realtek7156.efi , snponly.efi , snponly7156.efi
= doesn’t detect nic; dhcp fails

=-=-=-=-=-

It’s interesting to see the very different behavior of USB launching vs network.

[sudburr]

@Wayne-Workman But what I’m really looking for is a FOG-specific answer to building a Legacy Boot USB.

To build a UEFI USB it’s a simple matter of formatting a key to FAT32, active, then copy your .efi of choice to /efi/boot/bootx64.efi.

Is there an equally simple solution for a .*pxe and what is it?