<div>the #define COMPRESS 0 seems to do the trick, and after that I can easily patch the embedded script.</div><div><br></div>is there some integrity check? the patched ipxe.iso prints a bunch of colored garbage on the console and then reboots. i assume it has a bogus bzImage kernel container and that might be doing some checksumming.<div>

<br></div><div>the ipxe.dsk instead hangs after emitting "Loading ROM image" and 89 dots...</div><div><br></div><div>i guess if the ipxe.dsk worked, it could be used as an eltorito image for an otherwise empty cdrom, hence bypassing any issue with the bzImage container in the iso?</div>

<div><br></div><div>thanks!<br clear="all"><div><span style="font-family:monospace;font-size:15px">-Alessandro-<br> Here i am, A young man,<br> A crashing computer program,<br> Here is a pen, write out my name...<br><br>
(from: The Servant - Orchestra)<br>
</span></div><br>
<br><br><div class="gmail_quote">On Tue, Nov 8, 2011 at 03:43, 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 class="im">On Tuesday 08 Nov 2011 10:52:33 Alessandro Salvatori wrote:<br>
> would it be easily possible to create non-zbin bootable images (rom, iso,<br>
> usb or dsk)?<br>
><br>
> i was thinking of having a script as an embedded image, and having<br>
> placeholders in it that could be "patched" with the desired values just in<br>
> time.<br>
><br>
> alas, the compression gets in the way of easily patching the values in...<br>
> but the fact that my dsk image takes only 80kB out of 1440 available makes<br>
> me wonder if i couldn't do without the compression :-)<br>
<br>
</div>There's no easily-accessible way to create non-compressed images, but you can<br>
try hacking it by setting<br>
<br>
  #define COMPRESS 0<br>
<br>
in arch/i386/prefix/libprefix.S.  This code path isn't used very often, and may<br>
not be functional.<br>
<br>
A cleaner solution would probably be to add code to lkrnprefix.S to allow iPXE<br>
to pick up and use an initrd image as though it were an embedded image.  There<br>
are some complications in doing this, primarily relating to memory allocation.<br>
(initrd images are typically placed at the top of memory, which is exactly<br>
where iPXE will try to install itself, so there's a good chance that iPXE will<br>
overwrite the initrd image.)  This would give you a solution for .iso images<br>
(which are based upon .lkrn images); similar schemes could be devised for<br>
other image formats.<br>
<span class="HOEnZb"><font color="#888888"><br>
Michael<br>
</font></span></blockquote></div><br></div>