Apologies, should have mentioned I tried the "exit" command in my script already. This particular server moves on to NIC1 (actually the whole thing I'm trying to avoid.)<br><br>I think the next best solution is to use a tiny linux OS that will boot to grub.<br>
<br>I'll go slightly more in depth with the problem in case this all sounds a little weird.<br><br>Our machines image by looking for a script on our TFTP server. After we've finished laying down an image on the disk we clear the script file and reboot.<br>
<br>Normally at this point we should go through the boot process and not find the script so we boot to disk. However, there are some problematic servers with our BIOS settings incorrect which has them boot off of NIC1 and these particular servers don't handle the lack of DHCP very well. It'd be great if we should just alter the script to force it to boot straight to the hard drive. I was hoping the kernel and initrd commands would have the ability to call it's own hard drive, but I know that sort of defeats the purpose of network booting.<br>
<br><div class="gmail_quote">On Wed, Mar 30, 2011 at 3:14 PM, Michael Brown <span dir="ltr"><<a href="mailto:mbrown@fensystems.co.uk">mbrown@fensystems.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">On Wednesday 30 Mar 2011 22:47:29 Matthew Hoey wrote:<br>
> I apologize if this is posted in a wiki. I've googled and searched through<br>
> your wiki for about an hour and came up short.<br>
><br>
> I know this is going to seem a little silly, but is there a way to use ipxe<br>
> (or preferably gpxe since I have yet to upgrade to ipxe,) to boot from the<br>
> local hard drive? I currently chainload an intel pxe into gpxe.<br>
<br>
</div></div>If you chainload into iPXE, then exiting from iPXE should cause your machine<br>
to boot from the next device in the BIOS boot order (which you can set to be<br>
the local disk).<br>
<br>
You may need to use undionly.kkpxe rather than undionly.kpxe to work around a<br>
bug that affects some BIOSes.<br>
<font color="#888888"><br>
Michael<br>
</font></blockquote></div><br>