I’m perhaps a little unusual in that all of my ‘customers’ are vehicle based laptops rather than desktops. Add to this that I’m not allowed to make any sort of connection to the company LAN (which sports very potent network access control anyway) and I have to have FOG on an isolated network.

At home though for my sandpit system like yourself I’m running pfSense on a repurposed Watchguard appliance with it doing the dhcp and tftp stuff.

I really expected that a reboot of the FOG server would have cleared the dhcp leases. We live and learn…

Cheers
Robin

Hi Tom,

Confirmed, it is now working nicely.

Thanks for your assistance, I can’t imagine ever getting this sort of speedy response even from a paid support contract… you’re a star 🙂

Hi Tom,

Thanks for the update I’d forgotten that init_32 would also need to be amended.

One thing though, on my box (Ubuntu 12.04 LTS alternate + added desktop + Webmin) there is no /var/www/fog/html folder, hence i’d gone to /var/www/fog/service/ipxe

My original posting worked, at least for init.xz anyway. The test laptop was happily sitting there waiting for a keypress when I woke up this morning. Perhaps the filepath has changed between the latest and stable releases of Fog ? Anyway I’m a happy bunny.

Would it be possible to add this change to the next version please ? It doesn’t make any sense for badblocks to write test results to the screen and then allow a reboot before you’ve had a chance to see them does it ?

Kind Regards,
Robin