IPXE Boot Issue with Realtek RTL8153
-
Apologies couldn’t find edit button, but just wanted to also add that:
iPXE booting works fine with the other laptops in our fleet.
EDIT: Worked out how to edit my post. I’m downloading CentOS for the time being to perhaps try a different OS.
-
I’m having same issue with lenovo thinkcentre m78. ipxe gets stuck on initialising devices.
-
[quote=“jmckay, post: 27323, member: 24186”]I’m having same issue with lenovo thinkcentre m78. ipxe gets stuck on initialising devices.[/quote]
Try my latest undionly.kpxe please:
[url]https://mastacontrola.com/undionly_MAY32014.kpxe[/url] -
I was able to get past the initialising device but thats all. Once iPXE starts to load it hangs (see image.)
I also disabled USB 3.0 in bios, to try and avoid same issue mentioned in this post: [url]http://fogproject.org/forum/threads/realtek-8153-usb-network-adapter.10302/#post-25209[/url]
[url=“/_imported_xf_attachments/0/790_photo.JPG?:”]photo.JPG[/url]
-
I am getting the same issue, with a Dell M3800. The laptop has a USB network adapter (SMSC LAN7500)
I have updated the undionly the one Tom posted earlier, this made no change.
I am running Fog 1.0.1 on Ubuntu 14.
Other systems are working really well.
Regards
Colin.
-
I have tried a few different kernals without success, and tried to compile my own kpxe file. Any luck anyone else?
-
I would be curious to see if anyone has had any success with iPXE botting via USB to Ethernet Adapters.
-
FOG Version (FOG 0.32)
OS Version (Ubuntu 12.04)
Using Tom Elliot’s latest kernel (used wiki to make it computable with version 0.32)I believe the problem is with the driver in the kernel. I have checked if the Realtek RTL8153 usb Ethernet controller is loaded in the kernel and it is. But for some reason it just don’t seem to load.
-
Are you having problems once booting into the FOG System or when you’re at iPXE?
-
When booting into Fog.
-
FOG Version (FOG 0.32)
OS Version (Ubuntu 12.04)
Using Tom Elliot’s latest kernel (used wiki to make it computable with version 0.32)I got this almost working. I enabled CDC Ethernet Support in the kernel found in (Device Drivers > Network device support > USB Network Adapters > Multi purpose USB Networking Framework > CDC Ethernet Support)
It seems to load a driver compatible with the RTL8153 but does not configure it in /etc/networking/interfaces. If I go in debug mode and add the following lines auto eth0
iface eth0 inet dhcp in /etc/networking/interfaces it seems to work.Not sure way this is not written in when the driver for the card is being loaded.
-
All,
I’ve been working extremely hard with this exact nic.
I have a fix, though I consider it more a workaround at this point.
SVN: 2306 has been pushed to correct for this.
Basically, here’s how it works.
If you have this, or any problematic dhcp receiving, USB nics, you will have to manually register the NIC and MAC before being able to do image/recieve dhcp. I will try seeing if there’s a way for iPXE to detect if the nic is USB style and pass the flag I’ve made up for this dynamically so registering hosts would work. That, or, how to disable usb subsystem entirely and re-enable it so the system thinks all usb items have been unplugged and plugged back in. (Maybe somebody already knows how to do this here?)
The way it currently works.
Update/install/upgrade to 2306 svn if you want to test this all out just as you normally do.
Once done, go to the hosts in HostManagementPage. Click on the hosts that are using this/these nic(s).
In the relevant host’s kernel arguments field add the flag:
[code]has_usb_nic=1[/code]Boot the system into the tasking you need.
(Also, you will need to use undionly.kkpxe for these NIC’s to work, though I don’t know if this is specific to the Yoga’s or the nic specifically)
What does this do?It will prompt you you unplug and replug in the nic to your usb port. (YES PHYSICALLY-- maybe wait a second or two when unplugging to ensure the kernel actually removes the device?)
Press enter when the nic is plugged back in.
The system will sleep for 5 seconds to ensure the kernel has enough time to reload the device as if it’s brand new.
Watch the success!!!
-
Thanks Tom, had almost givin up on getting these Yoga’s to work in FOG.
-
I uploaded and downloaded images to several models with no problems. This is using the latest install (1.2.0) and upgrading to SVN 2414. I have a Lenovo Yoga with no ethernet port. Following the instructions above I get a black screen with a flashing cursor right after it asks me to unplug the USB adapter and stays like that permanently
So I downgraded to SVN 2306 and imaging went much further with Capone but I get a black screen with the flashing cursor right after it checks the HDD.
I can no longer manually register a host with this SVN.Sorry— I left work so I don’t have any log files to provide. I will probably reinstall FOG and go straight to 2306 and test it again.
Any suggestions…
I installed the latest kernel from the FOG Management site.
This is on Ubuntu 12.04FOG Version 1.2.0 -> 2414 > 2306
-
Did you press the [Enter] key?
Also, yes, I’m sorry I didn’t inform or realize what you were on.
Anything after I think 2389, you cannot revert back, at least not right now.
Why?
Because I’ve moved all MAC addresses into a singular table. Revisions before this there were three mac tables.
-
While I didn’t realize it at the time,
I figured out what the issue is/was with the dhcp problem.
It’s now fixed and should work properly for you in 2417.
-
Tom,
Any chance you could elaborate on what the issue is that you found? We’re still on a customized FOG 0.32, and while we will probably upgrade at some point, it’s going to take us a while. I was going to see if I could apply whatever you changed to our older version to see if we can image some of these Yoga tablets.
Like stark325, if we add “iface eth0 inet dhcp” to /etc/networking/interfaces and then run “ifup eth0” it works (in debug mode), but if nothing else I’ll have to try and modify the imaging or boot script to check for Yoga models and do this.
Thanks!
-
[url]http://mastacontrola.com/init.gz[/url]
This file is redesigned for what fix I did for the USB NIC’s.
Replace your current init.gz with that of this one here.
[code]sudo mv /tftpboot/fog/images/init.gz /tftpboot/fog/images/init_orig.gz[/code]
sudo wget [url]http://mastacontrola.com/init.gz[/url] -O /tftpboot/fog/images/init.gz[/code]Words of Caution:
-
I haven’t tested if this will even work, but from what I can tell it will. You’ll likely need one of my kernel’s to ensure support of the drivers needed are already loaded in the kernel: bzImage32
[code]sudo mv /tftpboot/fog/kernel/bzImage /tftpboot/fog/kernel/bzImage_orig
sudo wget https://svn.code.sf.net/p/freeghost/code/trunk/packages/web/service/ipxe/bzImage32 -O /tftpboot/fog/kernel/bzImage[/code] -
if you have customized the files in your init, you will need to port those in.
For your yoga’s, the kernel arguments for the host you’re working with needs has_usb_nic=1. That should do it.
-
-
struggling with this a bit, probably party because I’m more used to where things are in fog 0.32, am running a 1.2.0 now on Ubuntu.
Ive tryed different kernels from the FOG management website, official and latest unofficial.
Also have tried adding the host to FOG first and it still is stuck at “iPXE initialising devices”
-
[quote=“Sam Wennerlund, post: 39423, member: 20713”]
Also have tried adding the host to FOG first and it still is stuck at “iPXE initialising devices”[/quote]
Have you tried the undionly.kkpxe
Have you tried the ipxe.kpxe
Have you tried the undionly.kpx.INTELI would recommend giving one of these a shot.
