<div dir="ltr">well, the next place to go, if fsck isn't enough would be to to try debugfs(1)<div>man debugfs.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 18, 2015 at 8:39 PM, Boylan, Ross <span dir="ltr"><<a href="mailto:Ross.Boylan@ucsf.edu" target="_blank">Ross.Boylan@ucsf.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I guess some of the trouble was that the virtual disk was mounted read-only at the VM level.  When I mounted read/write I was able to do fsck, which gave messages about replaying the logs and a couple messages about changing the inode counts (sorry, don't have the exact words).  Then I ran fsck -f, which didn't report any problems.  Then I mounted it, and everything seems OK.<br>
<br>
I'm still interested in the general question about how to diagnose and recover from file system errors, since I have another virtual machine that was backed by a failing real disk.<br>
________________________________________<br>
From: Boylan, Ross<br>
Sent: Wednesday, November 18, 2015 4:35 PM<br>
To: <a href="mailto:Ext3-users@redhat.com">Ext3-users@redhat.com</a><br>
Subject: recovering corrupt file system<br>
<div class="HOEnZb"><div class="h5"><br>
Any recommendations for tools to diagnose and recover problems on an ext4 file system?<br>
<br>
In particular:<br>
root@jessie01:~# mount -o ro /dev/markov02/root /mnt/markov02<br>
mount: wrong fs type, bad option, bad superblock on /dev/mapper/markov02-root,<br>
       missing codepage or helper program, or other error<br>
<br>
       In some cases useful info is found in syslog - try<br>
       dmesg | tail or so.<br>
and e2fsck says<br>
root@jessie01:~# e2fsck /dev/markov02/root<br>
e2fsck 1.42.12 (29-Aug-2014)<br>
/dev/markov02/root: recovering journal<br>
Superblock needs_recovery flag is clear, but journal has data.<br>
<br>
markov02/root is an LVM volume, built on partitions from 2 disks in a virtual machine.  The initial symptom was that the VM the disks were in originally would only get as far as busybox when it started.  However, I think the filesystem was OK even after that, since it was visible in busybox and in another VM.  I think virt-manager might have overwritten on of the disks because I left "allocate entire disk now" checked when I moved one of the disks between machines.<br>
<br>
I'm making copies of the virtual disks now.<br>
Ross Boylan<br>
<br>
_______________________________________________<br>
Ext3-users mailing list<br>
<a href="mailto:Ext3-users@redhat.com">Ext3-users@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/ext3-users" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/ext3-users</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Stephen Samuel <a href="http://www.bcgreen.com" target="_blank">http://www.bcgreen.com</a>  Software, like love, <br>778-861-7641                              grows when you give it away</div>
</div>