PXE-M0F: Exiting Broadcom PXE ROM.

[Jaymes Driver]

[quote=“Wayne Workman, post: 45215, member: 28155”]undionly.kkpxe.0 ?? or cp undionly.kkpxe undionly.0 ?
I thought I was using undionly.[B][U]kpxe[/U][/B] ?[/quote]

Dnsmasq adds a .0 to the file name, I never really understood why, but adding a symlink for undionly.0 seems to resolve the issue for using DNSMASQ.

This is explained in the documentation on the dnsmasq set up page.

[quote]
Make a symlink for the undionly.kpxe file so dnsmasq can find it.
[code]cd /tftpboot
sudo ln -s undionly.kpxe undionly.0[/code]
source:[url]http://fogproject.org/wiki/index.php/Using_FOG_with_an_unmodifiable_DHCP_server/_Using_FOG_with_no_DHCP_server#DNSMASQ_settings_for_iPXE[/url]
[/quote]

of course you don’t have to use the Undionly.kpxe file, you can use Ipxe.kpxe or any of the variants, but you still need to include a symlink for the .0

I noticed this when we moved from pxelinux.0 (look there’s that .0 again!!!) to the Undionly.kpxe platform for iPXE in 0.33b. I could not get my boot file on my machine during pxe boot, in doing some research (I believe I found the information in wireshark) I found that the machines were looking for Undionly.0 instead of Undionly.kpxe.

I added a symlink for udionly.kpxe to undionly.0 and the problem resolved itself.

I started by using the pxelinux.0 to chainload the undionly.kpxe file until I understood the .0 being appended to the file name.
The Thread where I discuss this issue and my notes on resolution can be found here:[url]http://fogproject.org/forum/threads/dnsmasq-help-for-ipxe-stuff.10222/[/url]

[Tom Elliott]

Try changing this:
[code]port=0
log-dhcp
tftp-root=/tftpboot
dhcp-boot=undionly.kpxe
dhcp-option=17,/images
dhcp-option=vendor:PXEClient,6,2b
dhcp-no-override
pxe-prompt=“Press F8 for boot menu”, 3
pxe-service=X86PC, “Boot from network” undionly
pxe-service=X86PC, “Boot from local hard disk”, 0
dhcp-range=10.0.0.3,proxy
dhcp-option=66,“10.0.0.3”[/code]

TO THIS:
[code]port=0
log-dhcp
tftp-root=/tftpboot
dhcp-boot=undionly.0,10.0.0.3,10.0.0.3
dhcp-option=17,/images
dhcp-option=vendor:PXEClient,6,2b
dhcp-no-override
pxe-prompt=“Press F8 for boot menu”, 3
pxe-service=X86PC, “Boot from network”, undionly
pxe-service=X86PC, “Boot from local hard disk”, 0
dhcp-range=10.0.0.3,proxy[/code]

[Wayne Workman]

Made the change to the file, wow!

However, it still doesn’t boot… I’ve tried the Optiplex 745 and my laptop, which is a Dell D620.

Here’s what it does: [media=youtube]g1mQa-18ISQ[/media]

[Wayne Workman]

Going to try the other files in a bit…

[Tom Elliott]

What’s the output of the browser if you type in:

[url]http://10.0.0.3/fog/service/ipxe/boot.php[/url]

[Wayne Workman]

[quote=“Tom Elliott, post: 45278, member: 7271”]What’s the output of the browser if you type in:

[url]http://10.0.0.3/fog/service/ipxe/boot.php[/url][/quote]

[CODE]
Forbidden

You don’t have permission to access /fog/service/ipxe/boot.php on this server.
[/CODE]

I did this:
[CODE]chmod -R 755 /var/www/html/fog[/CODE]

And now that link gives output.

and I GET THE FOG MENU!!! WOOT WOOT!!

[Wayne Workman]

Currently uploading an image.

EDIT: Image uploaded fine.

[Wayne Workman]

So why were the permissions on that directory wrong? (for RedHat installation)
Can we get that fixed in the next revision?

[Sebastian Roth]

Are you sure permissions were wrong after a clean install?? Can you reproduce this by re-installing it…

[Wayne Workman]

I worked on re-installing the OS and FOG last night. The permissions seem to be correct this time…

If I had to guess, I’d say that Fedora OS updates are to blame… Because this time around, the OS updates were the first thing I did.

[Sebastian Roth]

I doubt that OS update is changing file permissions in /tftpboot or /var/www but hey, you never know…