<div class="gmail_quote">On Thu, May 28, 2009 at 3:39 AM, Richard W.M. Jones <span dir="ltr"><<a href="mailto:rjones@redhat.com">rjones@redhat.com</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">> Running with LIBGUESTFS_DEBUG=1, it appears that this happened due to<br>
> the guest trying to do ext3 journal recovery against a read-only image.<br>
<br>
</div>ext3 tries to do a journal recovery if we mount -o ro ?</blockquote><div><br></div><div>Yup. Quoting from Stephen Tweedie's ext3 readme:</div><div><span class="Apple-style-span" style="font-family: 'Times New Roman'; font-size: 16px; "><pre>
If you use an older version of e2fsck from e2fsprogs-1.17 or later, then
you can now run e2fsck quite happily on the filesystem, but *only as
long as the filesystem was unmounted cleanly*.  If it wasn't, then
you'll need to get the kernel code to recover the journal from the disk
by mounting the filesystem <b>(even a readonly mount will cause a journal
recovery to happen)</b> and umounting it again (or, for the root filesystem,
remounting it readonly with "mount -o remount,ro /").</pre><pre><br></pre></span></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
But using snapshots actually isn't such a bad idea.  Also works with<br>
previous and current versions of qemu too.<br>
</blockquote><div><br></div><div>It'd almost be tempting to provide optional support for snapshots in read-write mode, letting the user do a commit to persist their changes or to exit without one to discard them.</div>
</div>