FOG .33b PXE Boot woes
-
[quote=“Paul Freeman, post: 28676, member: 23545”]Hello again all.
I would like to thank you all for your hard work and dedication to the FOG project and all the support you offer everyone and to myself.
After seeing that .33 was in RC status I decided to wait for the full release. Now I have a fresh install of 1.01 on linux Mint 16 running in production using Cisco router DHCP on 1 NIC.
I have followed the instructions via the WIKI for using DNSMASQ and after completion I was able to get a PC to start to load into iPXE. It had stopped at trying to load /default.ipxe and I was not sure why, so I rebooted the server and now the machines will no longer boot to iPXE. It now stops again at [I]PXE-E32: TFTP open timeout[/I]. I have verified that both TFTPD-HPA and DNSMASQ services are running.
I do not understand why it would stop working after a reboot when nothing else has changed.[/quote]
What happens if you restart the services even though they are running?
-
Restarted the service and now it will boot back into iPXE. Now it stops at [I]/default.ipxe… No such file or directory ([url]http://ipxe.org/2d12603b[/url]) [/I]This reads to me like a permissions issue since the file is in the /tftpboot directory.
-
Changed ownership of /tftpboot to fog user and group and restarted the services and no change.
-
can you retrieve undionly.kpxe by tftp from another computer from command line?
-
Yes, I am able to retrieve undionly.kpxe and default.ipxe via TFTP.
-
can you verify that both the undionly.kpxe and default.ipxe are in the same directory and their permissions are 644
-
Both files are in the /tftpboot folder and are set to 644. Still throwing the same error. I currently have fog as the owner of the /tftpboot directory, should i change this back to root?
-
so long as the file can be read anonymously, ownership doesn’t matter
-
Good point. Is there another config file somewhere that deals with the path to the default.ipxe? I assume it just looks for it in the /tftpboot directory but perhaps this isnt the case?
-
the undionly.kpxe file automatically searches for default.ipxe in the same directory as itself.
changing that setting requires recompiling undionly.kpxe -
Not sure if this will help, but here is a screen shot of what I am getting on the client PC.
[ATTACH=full]863[/ATTACH]
[url=“/_imported_xf_attachments/0/863_20140530_143053.jpg?:”]20140530_143053.jpg[/url]
-
Try this:
[code]sudo ln -s /tftpboot/undionly.kpxe /var/lib/tftp/undionly.kpxe
sudo ln -s /tftpboot/default.ipxe /var/lib/tftp/default.ipxe[/code]Restart your client and report.
-
I had to create the tftp directory in /var/lib. After running the commands and rebooting the client i have the same message on screen. I also tried creating the links to /var/lib/tftpboot since that was an existing directory, though that also had no effect.
I also just tried with a newer client and receive the same error.
-
Hi guys,
I’ve been reading this thread and just want to report that I have the same problem.
Here is the screenshot
[ATTACH=full]1338[/ATTACH]Is there a solution?
Thanks[url=“/_imported_xf_attachments/1/1338_Windows7Pro.png?:”]Windows7Pro.png[/url]
-
Is the tftp server correct?
Does the file undionly.kpxe exist in /tftpboot/?
Have you copied the contents of /tftpboot/* to /var/lib/tftp/?
