Realtek 8111\8168 & undionly.kpxe -> hangs on Initialising Devices...

Tom Elliott · Jun 20, 2014, 11:44 AM

It sounds like you’re doing it “right” persay, but doing a lot of extra work.

Really, you can “cheatify it” as such.

No need to stop tftp-hpa or tftpd-hpa or isc-dhcp-server
Doing the first few steps just as you did:
[code]mv /tftpboot /tftpboot.bak
mkdir /tftpboot
cd /tftpboot
wget -r ftp https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/*
[/code]

Then move the undionly.kpxe file to undionly.kpxe_MAIN
[code]mv /tftpboot/undionly.kpxe /tftpboot/undionly.kpxe_MAIN[/code]

Then just create symbolic links to undionly.kpxe from the file you want to try out. For example:
[code]ln -s /tftpboot/undionly.kkpxe /tftpboot/undionly.kpxe[/code]

You don’t have to keep rebooting services to test it. When you’re ready to try another file you simply:
[code]rm /tftpboot/undionly.kpxe; ln -s /tftpboot/<NEWFILETOTEST> /tftpboot/undionly.kpxe[/code]

K3nnyfr · Jun 20, 2014, 12:21 PM

Your wget command didn’t work for me, I did

[CODE]wget -i listdownload.txt[/CODE]

with that list

I’m trying with symbolic links now.

Edit : got that screen with undionly.kpxe and undionly.kkpxe

[url=“/_imported_xf_attachments/1/1026_2014-06-20 14.20.43.jpg?:”]2014-06-20 14.20.43.jpg[/url]

K3nnyfr · Jun 20, 2014, 1:16 PM

Update:

We’ve updated the BIOS for our problematic device (Lenovo Thincenter E72 3493-KAG) and now the PXE boot goes a little further

With :
[LIST]
[]ipxe.kpxe : it goes further, gets a Configuring line, display a timeout i got on camera then loads windows
[]undionly.kpxe : it goes further, gets a Configuring line but then quickly the screen goes black and it load Windows
[]undionly.kkpxe : same
[]undionly.kpxe.INTEL : same
[*]undionly.pxe : bootloop
[/LIST]
[media=youtube]e2ohnkfJhGU[/media]

[url=“/_imported_xf_attachments/1/1027_2014-06-20 15.00.44.jpg?:”]2014-06-20 15.00.44.jpg[/url]

K3nnyfr · Jun 20, 2014, 2:13 PM

I’m so stupid.

I FORGOT TO RE-ADD THE DEFAULT.IPXE FILE SO IT CANNOT BOOT !!!

It’s now loading properly =D

To conclude :

FOG Fresh install of 1.1.1
Use the latest trunk files that Tom gave/ Use my command script to retrieve them in /tftpboot
chown them with the right user:group (fog:root)
recreate the Default.ipxe file
Flash your BIOS with latest update so it can properly boot up iPxe (for Lenovo 3493-KAG : [url]http://support.lenovo.com/en_GB/downloads/default.page?selector=expand[/url])
File to use for Realtek 8111 network card is undionly.kpxe provided by Tom

Thanks Tom, Junkhacker, andjjru and tamatech for your support !!!

K3nnyfr · Jun 21, 2014, 1:17 PM

I made a video tutorial for USB Boot Drive creation and BIOS Update then PXE Boot with FOG 1.1.1

[media=youtube]NcKNp6gEH1o[/media]

Enjoy the show !

netbootdisk · Jul 9, 2014, 4:19 AM

Gigabyte [URL=‘http://www.gigabyte.com.au/products/product-page.aspx?pid=3475#ov’]GA-880GM-UD2H[/URL] motherboard with Realtek 8111 also suffers this problem.

Unfortunately the machine is in another city so I can’t test further yet.

drjam · Aug 7, 2014, 6:29 AM

[quote=“andjjru, post: 28706, member: 575”]After much trial and error, this one is working well for me.
[url]http://mastacontrola.com/ipxe/f3d42-QUOTA_20-GOOD/undionly.kkpxe[/url][/quote]

Wish I could say the same.
Im using an AsRock MB with NIC Chipset: Qualcomm Atheros AR8171
It does not progress past the issues others mentioned already: ipxe initialising devices…

I can soft reset it.
iPXE works on other pcs.

The weird thing is, i was able to INITIALLY fog this pc. and now it wont log on to fog.
gawdammit some days i want to firebomb technology and software with as dirty-a-nuke as 3rd-world money can buy.

Am using 1.1.2 Fog as well. i did download the files mentioned here as well, and FTP uploaded them to my fog server’s tftpboot dir. I even restarted tft service on the fog server. and rebooted. and cried…i nearly hit my screen but that costs moeny to replace, so more work. sigh. what a run a round. And yes, i have googled till i have bue brass monkeyballs.

Glad others could sort this!

Junkhacker · Aug 7, 2014, 2:02 PM

you may have better luck if you upgrade to 1.2.0
the network boot files have been updated

Excel Group · Aug 12, 2014, 4:36 PM

Wont have any luck with 1.2.0 either as I’ve just upgraded to the same and having same issue

Junkhacker · Aug 12, 2014, 4:40 PM

then try the version in the svn trunk, they’ve been updated since 1.2.0 came out

Excel Group · Aug 12, 2014, 4:58 PM

[quote=“Tom Elliott, post: 30923, member: 7271”]It sounds like you’re doing it “right” persay, but doing a lot of extra work.

Really, you can “cheatify it” as such.

No need to stop tftp-hpa or tftpd-hpa or isc-dhcp-server
Doing the first few steps just as you did:
[code]mv /tftpboot /tftpboot.bak
mkdir /tftpboot
cd /tftpboot
wget -r ftp https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/*
[/code]

Then move the undionly.kpxe file to undionly.kpxe_MAIN
[code]mv /tftpboot/undionly.kpxe /tftpboot/undionly.kpxe_MAIN[/code]

Then just create symbolic links to undionly.kpxe from the file you want to try out. For example:
[code]ln -s /tftpboot/undionly.kkpxe /tftpboot/undionly.kpxe[/code]

You don’t have to keep rebooting services to test it. When you’re ready to try another file you simply:
[code]rm /tftpboot/undionly.kpxe; ln -s /tftpboot/<NEWFILETOTEST> /tftpboot/undionly.kpxe[/code][/quote]
When I try this im getting error 404 not found on the wget stage

Junkhacker · Aug 12, 2014, 5:07 PM

i’m guessing it’s the https:// try http://

Excel Group · Aug 12, 2014, 5:14 PM

Nope did exactly the same, I can click on the link no issue and it comes up in firefox

drjam · Aug 13, 2014, 1:13 PM

[quote=“Excel Group, post: 35168, member: 18178”]Nope [/quote]

Damn. I have just tried a different motherboard using realtec NIC hardware…FFS it wont even SEE the fog server now.
Is there a way to simply:
[LIST=1]
[]download the hardware vendor driver (what driver would that be??)
[]inject that driver into Fog somewhere (where?)
[/LIST]

if not, i need to do my work-around that works for the new Fog:

put the new hard drive into an OLD pc.
fog that hdd.
put that HDD into the new pc i WANT to work.
run

Seems a bit painful but it works at least lol.

drjam · Aug 13, 2014, 1:50 PM

whoa whoa whoa!!!
The latest issues was a gigabit cable not being compatible with our network…carry on citizens!
(but initial problem stands lol)

Junkhacker · Aug 13, 2014, 2:11 PM

[quote=“Excel Group, post: 35168, member: 18178”]Nope did exactly the same, I can click on the link no issue and it comes up in firefox[/quote]

then download it with firefox and upload it to the server. sorry if the instructions i gave were inaccurate, but i just copied/pasted them from another thread on the forum.

eroneree · Aug 25, 2017, 5:08 PM

@junkhacker This was exactly my issue. All I had to do was boot the offending laptops into Windows, shut down, and reboot. The “Initialising devices” hang was gone. My thanks, more than 3 years after the original post!

george1421 · Aug 25, 2017, 5:33 PM

@eroneree What version of fog are you running? I understand the mechanics behind why that worked, but 3 years later those (pita) Realtek nics should be working correctly.

eroneree · Aug 25, 2017, 5:47 PM

@george1421 Running Fog 1.4.4. They mostly work correctly but once in a while I get the “Initialising devices” hang.

philippe.willems · Jan 16, 2018, 11:40 AM

I have the same issue on the Realtek 8168. But this is all under hyper-v. On my old pc, with intel NIC, everything worked fine, but now on my new PC with the Realtek 8168 I am running FOG as a virtual machine and a PXE client on. All on hyper-v. It looks like hyper-v inherits the properties of the host system, even with private networks. When using EFI it all works, just not on a legacy NIC.

Realtek 8111\8168 & undionly.kpxe -> hangs on Initialising Devices...

132

12.0k

17.3k

155.2k