<tt><font size=2>&gt; From: James Heather &lt;j.heather@surrey.ac.uk&gt;</font></tt>
<br><tt><font size=2>&gt; To: &lt;livecd@lists.fedoraproject.org&gt;</font></tt>
<br><tt><font size=2>&gt; Date: 03/11/2013 09:37</font></tt>
<br><tt><font size=2>&gt; Subject: Re: [Fedora-livecd-list] &quot;Input/output
error&quot; and/or &quot;Bus <br>
&gt; error&quot; for most commands</font></tt>
<br><tt><font size=2>&gt; Sent by: livecd-bounces@lists.fedoraproject.org</font></tt>
<br><tt><font size=2>&gt; <br>
&gt; &gt; Critical limitation<br>
&gt; &gt; LiveOS overlays are employed as write-once files, which always
consume<br>
&gt; &gt; space—never releasing space for reuse. Should the overlay storage<br>
&gt; &gt; space, whether temporary or persistent, be totally consumed,
the<br>
&gt; &gt; system will likely crash with Input/output or Bus errors. &nbsp;If
such a<br>
&gt; &gt; crash does occur while using temporary storage space for the
overlay,<br>
&gt; &gt; a simple reboot will rectify the situation. &nbsp;With persistent
storage<br>
&gt; &gt; the situation is more dire and will require ... (I don't know
this<br>
&gt; &gt; case at all). &nbsp;In either case, achieving the reboot likely
will<br>
&gt; &gt; require a hard reset since attempting a software initiated reboot
will<br>
&gt; &gt; probably fail with more Input/output or Bus errors. <br>
&gt; <br>
&gt; ... will require appending &quot;reset_overlay&quot; (think that's
right) to the<br>
&gt; kernel command line on boot-up, which will reset the state to its<br>
&gt; initial boot (though it won't reset a persistent home, of course).</font></tt>
<br>
<br>
<br><tt><font size=2>I've updated the page with this much and confirmed/noted
that &quot;reset_overlay&quot; is the former (but now deprecated) form
of &quot;rd.live.overlay.reset&quot;. &nbsp;Please review/adjust as necessary.</font></tt>
<br><tt><font size=2><br>
 <br>
&gt; It's not quite true that a live overlay will never release space.
I<br>
&gt; think if you created a file that got stored in the overlay, and then
you<br>
&gt; deleted it, you'd reclaim the space. But what it can't do is reclaim<br>
&gt; space that's used by the squashfs image: deleting things from there
will<br>
&gt; do something to mark them as deleted in the filesystem, but you won't
be<br>
&gt; able to use the space, since it wasn't ever taking up any overlay
space<br>
&gt; in the first place.<br>
&gt; <br>
&gt; I think the overlay operates at the sector level, but I'm not certain
of<br>
&gt; that.<br>
&gt; <br>
&gt; James<br>
</font></tt>
<br><font size=2 face="sans-serif">I left this bit out. &nbsp;It's good
info, but sounds like a bit of certainty could be injected. &nbsp;;-)</font>
<br>
<br><font size=2 face="sans-serif">Also along these lines, a coworker was
playing with the 'discard' mount option to see if the kernel's TRIM support
would help here. &nbsp;Testing showed that it does not and further research
discovered kernel mailing list comments stating clearly that this feature
is not yet available for the COW images.</font>
<br><font size=2 face="sans-serif"><br>
--<br>
John Florian</font>
<br>