<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr">On Sat, 2 Feb 2019, 16:29 shouldbe q931 <<a href="mailto:shouldbeq931@gmail.com">shouldbeq931@gmail.com</a> wrote:</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
So, asking the dumb question, if you are not chainloading from PXE<br>
using DHCP, what are you booting iPXE from ? a USB stick ? physical<br>
optical media? virtual ISO ? burnt into ROM ?<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Today, I'm not, but the proposed intention is to either burn into ROM or integrate into a boot partition / UEFI system partition on all the attached drives. They will only store data and no OS code.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If burnt into ROM, then you I would suggest creating a ROM for each<br>
machine with the address and script etc. The ROM creation etc could be<br>
automated from each host from <a href="https://rom-o-matic.eu/" rel="noreferrer noreferrer" target="_blank">https://rom-o-matic.eu/</a> or an intermal<br>
similar service (see the rom-o-matic sources<br>
<a href="https://github.com/xbgmsharp/ipxe-buildweb/" rel="noreferrer noreferrer" target="_blank">https://github.com/xbgmsharp/ipxe-buildweb/</a> for a a starting point).<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">See below</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Alternatively, if you control the machines, but not the network, how<br>
about creating a DHCP/PXE server on one or more of the remote hosts ?<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I control the machine, but not the network, it is deployed at third party sites -- and in between shipping and deployment the IP addressing can change. Likewise, a device may need to be reconfigured while deployed, so being able to refer to a variable rather than embedding a constant into the binary would allow me to reconfigure that register from the OS rather than build and deploy an entire new binary built specifically for that machine. </div><div dir="auto"><br></div><div dir="auto">Having a single binary across the platform is desirable, not just because it's easier to maintain, but also because we don't have to frequently risk the hardware with reflashing the EEPROM.</div><div dir="auto"><br></div><div dir="auto">At the moment, I'm only really interested in using it as a rescue mode (disks are hosed, needs rebootstrapping without RMA of the box) but I had ideas about maybe just downloading the operating system image on each boot.</div><div dir="auto"><br></div><div dir="auto">Thanks for the input!</div><div dir="auto"><br></div><div dir="auto">M</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>