Thanks @george1421 for the response. The Log does not provide any clue.
[12/Jan/2018:15:14:41 -0800] “GET /fog/service/ipxe/bg2.png HTTP/1.1” 404 525 “-”
I did not think of renaming the existing bg.png to bg3.png, however in just testing this it did not work. Same error.
This is a duplicate issue as others have had but due to previous threads being closed (some without answers).
Copied bg.png into photo shop and changed a few things. Created a copy, gave it a name bg2.png file size is smaller than the original.
Uploaded the file to /var/www/fog/service/ipxe as bg2.png
Changed the owners to www-data:www-data permissions set to 644 (like all the others)
Tried to browse to the file using http://serveraddress/fog/service/ipxe/bg2.png (does not work)
Following step 4 with bg.png does work.
Leads me to believe these are not in the path, or that Apache doesn’t like the file for some reason.
Apache logs just say that there is a 404 file not found, but as I have stated the file is there. What could be causing this?
I know this is an old thread but cannot find any other thread regarding this and the WIKI is still out dated with the correct info. I too have the same issue.
Copied bg.png into photo shop and changed a few things. Created a copy, gave it a name bg2.png file size is smaller than the original.
Uploaded the file to /var/www/fog/service/ipxe as bg2.png
Changed the owners to www-data:www-data permissions set to 644 (like all the others)
Tried to browse to the file using http://serveraddress/fog/service/ipxe/bg2.png (does not work)
bg.png does work.
Leads me to believe these are not in the path, or that Apache doesn’t like the file for some reason.
Well I was just going to do the DHCP method but I may fix or create a script to just insert the host name
Perfect Solved…
Though it would be nice to have Fog Client work with Linux natively without Mono… 
Yes all this was set… I almost wonder though if this script is a moot point its a script made in 2015…
Will the Fog Client rename a Linux machine?
I have only used it with Windows and although I installed the smart installer on the Linux machine its not working… so I looked for another solution.
OK I will check that out first before marking as solved… just incase someone else wants to do the same thing. This company is to damn cheap to get new 100 dollar machines to replace the 30 thin clients… BAUGH… yes I agree its not the norm but I know Fog can do it… It can do anything 
@Sebastian-Roth is there any way to have the GRUB Try to boot to hd0 and if it fails boot to hd1?
AHH light at the end of the tunnel…!!
I was trying to do a Ubuntu Host name change using a post downloadscript.
@ch3i
https://forums.fogproject.org/topic/4510/scripts-customization-of-ubuntu-fog-service-for-ubuntu/2
host_rename_fog (without using of MySQL) is what I have setup.
So @ch3i states to change the host name in the script of which I have done… this script as far as I can tell is straight forward however not able to access the server…
@Sebastian-Roth we must have posted at the same time. Along the same lines I did the same thing with a menu item. See above your post.
OK so I have managed to find something that works, still however this requires manual intervention otherwise the machine will not boot unless you select the item from the menu. Im not familiar enough with GRUB to know if you can Attempt to boot to HD0 but if its unavailable go to HD1…
Here is what I have done:
Created a PXE Menu fog.usbboot
Parameters:
chain -ar http://${fog-ip}/${fog-webroot}/service/ipxe/grub.exe --config-file=“rootnoverify (hd1);map (hd1) (hd0);chainloader (hd1)+1” || MENU
It is not set as default and displays for all hosts.
This allows the PXE to see the disk as hd1
Im not seeing any errors in the Apache2 Logs.
Thank you
Interesting that the file downloading from the server is different from the one I edited… (EDITED: Realized that I didnt register this test device yet, Registered and added to the same group as the other WYSE terminals). Since doing this still I see that the default boot will go to hd0. When does Exit to Grub_First_HDD take into effect?
Where is that file located to edit the first boot disk to hd1?
As @george1421 suspected did the bootmenu.class file change location in RC10?
I will take a look at this tomorrow, I did see a bunch of errors in that log when I was checking but nothing seemed to be related. I will look again and post
Totally understand the position of not being musical… I was simply asking if it was doable. I mean if you already have the option to set the option for primary disk wouldn’t you potentially want to add that disk as the exit boot to as well? Just a thought. Also I appreciate help from everyone especially @george1421 and love thinking out of the box, however as seen in my responses, i was answering questions but they seemed to have been disregarded. So I apologize if my annoyance offended others.
I had posted this as well due to someone suggesting posting again as I re-opened an older topic (as another person wanted to do this as well as yourself) the solution honestly fits perfect for this.
So with all that said. It was a long night. We we ended up placing the boot order to usb then pxe.
This allowed us to image then boot. However it will not allow us to remotely image again due to the issue of not booting to the usb after pxe.
Interestingly there were 2 newer models of these Wyse terminals that when set to boot from usb after pxe in the bios they worked (as we would usually expect) also we had to change the primary disk back to /dev/sda. The older ones just didn’t work the same for whatever reason.
Well I guess for now I will just tell people to hit ESC when they see the PXE boot so that the units will boot up for now. Would like to see an EXIT option for alternate hard disk.
@sebastian-roth Can you confirm where in version Running Version 1.5.0-RC-10
SVN Revision: 6080 This might be? @Tom-Elliott
OK so the file: /var/www/fog/lib/fog/bootmenu.class.php
I have changed line 134 to include hd1
Doesn’t seem to work.
Running Version 1.5.0-RC-10
SVN Revision: 6080
Dec 08, 2017 1:53 am
@george1421 said in KPXE Exit to USB Boot:
grep -R -e “rootnoverify (hd0);chainloader” *
there is no ipxemenu.class.php
