Realtek 8111\8168 & undionly.kpxe -> hangs on Initialising Devices...
-
[quote=“K3nnyfr, post: 30834, member: 17017”]I tried your files, nothing better.
FOG still works fine with other computers. I have that issue with that model only =/
If anyone has the magic pack of *.kpxe files it would be great to deliver ![/quote]
Can you try one of the more recent kpxe/kkpxe files:
[url]https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/[/url] -
[quote=“Tom Elliott, post: 30835, member: 7271”]Can you try one of the more recent kpxe/kkpxe files:
[url]https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/[/url][/quote]Hi Tom, i’ll try it tomorrow morning (it’s 20h07, CEST here), i leaved work for now.
I will download all the files you provided and replace the existant and tell you if it works.
Just saw that on gPXE wiki :
[QUOTE]
[SIZE=4][B][FONT=Lucida Grande][SIZE=21px][COLOR=#000000][SIZE=3]How to Fix[/SIZE][/COLOR][/SIZE][/FONT][/B][/SIZE][SIZE=16px][FONT=Lucida Grande][COLOR=#000000][LIST]
[*][SIZE=3]Buy another NIC. Really. I tried two and both did never work reliably (link problems – either no link detected or DHCP answers missed – could be a firmware issue, but how do I fix the firmware when I need to boot with that NIC??).[/SIZE]
[/LIST][/COLOR][/FONT][/SIZE]
[/QUOTE]Made me laugh =P
-
that’s part of the reason i asked what happens if you boot into windows and restart. for some nics the windows drivers properly initialize and shut off the card, allowing the card to properly initialize on the next boot. but a non-windows reboot may not.
-
[quote=“Tom Elliott, post: 30835, member: 7271”]Can you try one of the more recent kpxe/kkpxe files:
[url]https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/[/url][/quote]Hi there, I’ve replaced all the exisiting files with those on the SVN, we tried them one by one.
Sometimes the screen is cleaned and a “iPxe Initializing devices…” appears, sometimes the same screen as before.
Nothing better or worst.
-
When you say you’re trying these files, are you replacing the “broken” undionly.kpxe with the file, or just downloading them into the /tftpboot folder?
-
This is what we did (with my trainees)
[LIST]
[]service tftp-hpa stop && service isc-dhcp-server stop
[]mv tftpboot tftpboot.bak
[]mkdir tftpboot
[]wget all the files in that fresh folder
[*]edit /etc/dhcp/dhcpd.conf
[/LIST]
In that file we replaced succesively the filename property with the different .kpxe/.kkpxe file in tftpboot folder.
Then start up tftp-hpa and isc-dhcpd and boot up our problematic device.
Am I doin it right ? Are we totally wrong doing it ?
Should we procede otherwise ?Cheers and thanks for your support !
-
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] -
Your wget command didn’t work for me, I did
[CODE]wget -i listdownload.txt[/CODE]
with that list
[CODE]https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/boot.txt
https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/ipxe.kkpxe
https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/ipxe.kpxe
https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/ipxe.krn
https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/ipxe.pxe
https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/memdisk
https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/pxelinux.0.old
https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/snponly.efi
https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/undionly.kkpxe
https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/undionly.kpxe
https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/undionly.kpxe.INTEL
https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/undionly.pxe
https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/vesamenu.c32[/CODE]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]
-
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]
-
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 !!!
-
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 !
-
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.
-
[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!
-
you may have better luck if you upgrade to 1.2.0
the network boot files have been updated -
Wont have any luck with 1.2.0 either as I’ve just upgraded to the same and having same issue
-
then try the version in the svn trunk, they’ve been updated since 1.2.0 came out
-
[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 -
i’m guessing it’s the https:// try http://
-
Nope did exactly the same, I can click on the link no issue and it comes up in firefox
-
[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.
runSeems a bit painful but it works at least lol.