<div class="gmail_quote">On Sun, Jun 17, 2012 at 6:25 PM, David Laban <span dir="ltr">&lt;<a href="mailto:alsuren@gmail.com" target="_blank">alsuren@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Just a heads up that I&#39;m working on a couple of patches to<br>
livecd-iso-to-disk that let you up the filesystem limit.<br>
<br>
The current setup is:<br>
<br>
filesystem<br>
|_ livecd.iso<br>
   |_ squashfs.img --read-only?<br>
      |_ ext3fs.img<br>
<br>
I have prototyped it, and I had to:<br>
<br>
* cp --sparse=always ext3fs.img &lt;filesystem with sparse support and<br>
2.5GB free&gt; // If I could mount the squashfs image read-write or do<br>
some kind of snapshot/overlay, this would be unneccesary<br>
<br>
* dd seek=8GB of=ext3fs.img<br>
* losetup ext3fs.img<br>
* resize2fs /dev/loopX // automatically expands to fill the whole<br>
&#39;partition&#39; == 8GB<br>
* mkdir -p tmp/LiveOS/<br>
* mv ext3fs.img tmp/LiveOS/<br>
* mksquashfs tmp squashfs.img // takes ages: has to re-compress 2.5GB<br>
<br>
Can anyone give any hints on making this more efficient, or should I<br>
submit a patch to<br>
<a href="http://git.fedorahosted.org/git/?p=hosted/livecd;a=blob;f=tools/livecd-iso-to-disk.sh;hb=HEAD" target="_blank">http://git.fedorahosted.org/git/?p=hosted/livecd;a=blob;f=tools/livecd-iso-to-disk.sh;hb=HEAD</a><br>


as it is?<br>
<br>
Also, I need to do more research into snapshots (had a wild goose<br>
chase grepping the kernel source for &quot;overlay&quot;) but I think that I<br>
might be able to re-compact the overlay file into the squashfs using<br>
the above process. Would anyone be interested in seeing a patch of<br>
that form?<br></blockquote><div><br></div><div>Yes, such a patch is feasible.</div><div>See</div><div><a href="http://wiki.sugarlabs.org/go/LiveOS_image">http://wiki.sugarlabs.org/go/LiveOS_image</a></div><div><br></div>

<div>for more information on the LiveOS image.</div><div><br></div><div>I have a version of edit-livecd,</div><div><a href="http://git.fedorahosted.org/git/?p=hosted/livecd;a=blob;f=tools/edit-livecd;hb=HEAD">http://git.fedorahosted.org/git/?p=hosted/livecd;a=blob;f=tools/edit-livecd;hb=HEAD</a></div>

<div>, which I call editliveos.py, that uses a virtual filesystem mirror to merge the ext3fs.img with the overlay to create an updated, single filesystem image file (instead of using rsync, as the current version does with the --clone option).</div>

<div><br></div><div>(I haven&#39;t tested the rsync version in a long time, since it failed,</div><div><a href="http://www.mail-archive.com/livecd@lists.fedoraproject.org/msg01052.html">http://www.mail-archive.com/livecd@lists.fedoraproject.org/msg01052.html</a></div>

<div>, and I haven&#39;t seen other reports of its use.)</div><div><br></div><div>My current version of editliveos.py has a perplexing bug where an image built from a live running source will reboot, but one built from an attached LiveOS source fails to reboot.  This was not previously a problem, and I suspect some side effect of the systemd startup changes on the way new sessions or seats are authenticated.</div>

<div><br></div><div>The new version involves updates to fs.py, util.py, live.py, and creator.py and I have not submitted patches yet for review, but I have just posted whole files at</div><div><a href="http://git.sugarlabs.org/soas/sugar-clone-extensions/commit/8c4e03323fc9a7e630e6c62213bb842909fbaa00">http://git.sugarlabs.org/soas/sugar-clone-extensions/commit/8c4e03323fc9a7e630e6c62213bb842909fbaa00</a></div>

<div><br></div><div>           --Fred</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Also, I think that pre-allocating 2GB from /dev/zero on FAT<br>
filesystems is pointless and needlessly slow. Doesn&#39;t the overlay grow<br>
itself anyway?</blockquote><div> </div><div>The overlay file is fixed in size.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Also, isn&#39;t the limit 4GB for FAT32?<br>


<br>
David.<br>
--<br>
livecd mailing list<br>
<a href="mailto:livecd@lists.fedoraproject.org">livecd@lists.fedoraproject.org</a><br>
<a href="https://admin.fedoraproject.org/mailman/listinfo/livecd" target="_blank">https://admin.fedoraproject.org/mailman/listinfo/livecd</a></blockquote></div><br>