KPXE Exit to USB Boot

[Sebastian Roth]

@sourceminer As I said, we are more to happy to help you. So I’ll just ask my questions again: Can you please post a picture of the changed code as well as open the following URL in your browser - http://x.x.x.x/fog/service/ipxe/boot.php?mac=yy:yy:yy:yy:yy:yy (but substitute x.x.x.x with your FOG server IP and yy:yy:yy:yy:yy:yy with a MAC addresses of one of your clients) - and post the full text here.

[sourceminer]

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?

[sourceminer]

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

[Sebastian Roth]

@sourceminer I just changed that file /var/www/fog/lib/fog/bootmenu.class.php (line 134) on my RC10 server, saved change, reloaded the page in the browser and sure see the change. So there is something wrong on your side. Possibly there are still other versions of FOG in the web root directory. Run this command to check (withou the shell>

shell> find /var/www/ -name "bootmenu.class.php"
/var/www/html/fog/lib/fog/bootmenu.class.php

See there usually is a link /var/www/fog pointing to /var/www/html/fog - this is for kind of historical and compatibility reasons. Check it out to see if you have a proper link:

shell> ls -al /var/www/
total 4
drwxr-xr-x.  4 root root   44 Nov 11 19:48 .
drwxr-xr-x. 21 root root 4096 Nov 11 19:43 ..
drwxr-xr-x.  2 root root    6 Oct 19 22:39 cgi-bin
lrwxrwxrwx.  1 root root   18 Nov 11 19:48 fog -> /var/www/html/fog/
drwxr-xr-x.  3 root root   17 Nov 11 19:46 html

As well I wanted to point out that in the old post you are referring to in your initial post I actually used a GRUB command map ... as well. You might want to play with that as well to possibly make it work: rootnoverify (hd1);map (hd1) (hd0);chainloader (hd1)+1

[sourceminer]

@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.

[Sebastian Roth]

@sourceminer Good to hear that you found a workaround. You could even make that the default on boot but that’s up to you.

In any case I would look into what I wrote about web root directory and link as I have a feeling that something could be wrong on your server. Might cause you a head ace at some point in time. It’s really wired that you’d upload a changed file via WinSCP and the change does not show up on page reload.

[Sebastian Roth]

@sourceminer Let me know if you’re fine with me marking this solved…

[sourceminer]

@Sebastian-Roth is there any way to have the GRUB Try to boot to hd0 and if it fails boot to hd1?

[Sebastian Roth]

@sourceminer There is a GRUB4DOS (that’s what it actually is, so it’s not a full blown official GRUB binary) command called fallback. Description reads like that:

Go into unattended boot mode: if the default boot entry has any errors,
instead of waiting for the user to do anything, it immediately starts
over using the NUM entry (same numbering as the ‘default’ command).
This obviously won’t help if the machine was rebooted by a kernel that
GRUB loaded.

I myself haven’t tried that yet. You might give it a go. Though I am not sure how the numbers are for how we use GRUB4DOS on the command line rather than a real config file.

[sourceminer]

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