All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eric Sandeen <sandeen@sandeen.net>
To: Hendrik Hoeth <hendrik.hoeth@cern.ch>
Cc: xfs@oss.sgi.com
Subject: Re: corrupt file system -- "Structure needs cleaning"
Date: Fri, 26 Jun 2009 15:17:59 -0500	[thread overview]
Message-ID: <4A452CF7.3040807@sandeen.net> (raw)
In-Reply-To: <20090626195804.GG29416@mail.physik.uni-wuppertal.de>

Hendrik Hoeth wrote:
> Hi,
> 
> I'm running linux-2.6.29.3 on a VIA Esther CPU. The harddisk is fully
> encrypted using dm-crypt, and inside the encryption I have LVM with my
> actual partitions. The file system is XFS, I have xfsprogs-2.9.4-1.
> 
> I was copying some large files when I got these errors (and yes, I own
> that music CD ;-)):
> 
> -------------------8<---------------------
> cp: cannot create regular file

...

> [14:36] hoeth@jetway:~/Musik/DONE $ ls
> ls: cannot open directory .: Input/output error
> [14:36] hoeth@jetway:~/Musik/DONE $ 
> -------------------8<---------------------
> 
> So at this point I realised that the filesystem was shut down.

Yep

> Here's what I see in the logfiles:
> 
> -------------------8<---------------------
> Jun 26 14:35:44 jetway kernel: Filesystem "dm-5": XFS internal error xfs_btree_check_sblock at line 124 of file fs/xfs/xfs_btree.c.  Caller 0xc02201ac

This is an internal consistency check failing

> -------------------8<---------------------
> 
> This is how I recovered (well, most of the data I had copied is
> corrupt at the target location):
> 
> -------------------8<---------------------
> [14:40] root@jetway:/var/log # umount /home 
> [14:43] root@jetway:/var/log # xfs_check /dev/mapper/hda_crypt_vg-home
> ERROR: The filesystem has valuable metadata changes in a log which needs to
> be replayed.  Mount the filesystem to replay the log, and unmount it before
> re-running xfs_check.  If you are unable to mount the filesystem, then use
> the xfs_repair -L option to destroy the log and attempt a repair.
> Note that destroying the log may cause corruption -- please attempt a mount
> of the filesystem before doing this.
> [14:43] root@jetway:/var/log # mount /home/
> [14:43] root@jetway:/var/log # umount /home/
> [14:44] root@jetway:/var/log # xfs_check /dev/mapper/hda_crypt_vg-home

xfs_check doesn't actually fix anything; I'd run xfs_repair.  Use -n
first if you want to see what it would do.

If it doesn't find anything, then I guess you had some in-memory corruption.

-Eric

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

  reply	other threads:[~2009-06-26 20:17 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-26 19:58 corrupt file system -- "Structure needs cleaning" Hendrik Hoeth
2009-06-26 20:17 ` Eric Sandeen [this message]
2009-06-26 21:26   ` Hendrik Hoeth
2009-06-26 21:52     ` Eric Sandeen
2009-06-26 20:36 ` Felix Blyakher
2009-06-26 21:21   ` Hendrik Hoeth
2009-06-27  7:08   ` Hendrik Hoeth
2009-06-27 15:00     ` Felix Blyakher
     [not found] <378225748.635911246250987189.JavaMail.root@zmail05.collab.prod.int.phx2.redhat.com>
2009-06-29  4:50 ` Lachlan McIlroy

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4A452CF7.3040807@sandeen.net \
    --to=sandeen@sandeen.net \
    --cc=hendrik.hoeth@cern.ch \
    --cc=xfs@oss.sgi.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.