All of lore.kernel.org
 help / color / mirror / Atom feed
From: Luciano ES <lucmove@gmail.com>
To: XFS mailing list <linux-xfs@vger.kernel.org>
Subject: Re: XFS file system corruption, refuses to mount
Date: Fri, 2 Aug 2019 22:53:20 -0300	[thread overview]
Message-ID: <20190802225320.77b4b3c2@lud1.home> (raw)
In-Reply-To: <20190803011106.GJ7138@magnolia>

On Fri, 2 Aug 2019 18:11:06 -0700, Darrick J. Wong wrote:

> On Fri, Aug 02, 2019 at 09:53:56PM -0300, Luciano ES wrote:
> > I've had this internal disk running for a long time. I had to 
> > disconnect it from the SATA and power plugs for two days. 
> > Now it won't mount. 
> > 
> > mount: wrong fs type, bad option, bad superblock
> > on /dev/mapper/cab3, missing codepage or helper program, or other
> > error In some cases useful info is found in syslog - try
> >        dmesg | tail or so.
> > 
> > I get this in dmesg:
> > 
> > [   30.301450] XFS (dm-1): Mounting V5 Filesystem
> > [   30.426206] XFS (dm-1): Corruption warning: Metadata has LSN
> > (16:367696) ahead of current LSN (16:367520). Please unmount and run
> > xfs_repair (>= v4.3) to resolve.  
> 
> Hm, I think this means the superblock LSN is behind the log LSN, which
> could mean that... software is buggy?  The disk didn't flush its cache
> before it was unplugged?  Something else?
> 
> What kernel & xfsprogs?

Debian 4.9.0-3-amd64, xfsprogs 4.9.0.


> And how did you disconnect it from the power plugs?

I shut down the machine, opened the box's cover and disconnected the 
data and power cables. I used them on the CD/DVD drive, which I never 
use but this time I had to. The hard disk drive remained quiet in its 
bay. Then I shut down the machine and reconnected the cables to the 
hard disk and this problem came up. I also tried another cable and 
another SATA port, to no avail.


> > [   30.426209] XFS (dm-1): log mount/recovery failed: error -22
> > [   30.426310] XFS (dm-1): log mount failed
> > 
> > Note that the entire disk is encrypted with cryptsetup/LUKS, 
> > which is working fine. Wrong passwords fail. The right password 
> > opens it. But then it refuses to mount.
> > 
> > This has been happening a lot to me with XFS file systems. 
> > Why is this happening?
> > 
> > Is there something I can do to recover the data?  
> 
> Try xfs_repair -n to see what it would do if you ran repair?

I tried and got this output:


Phase 1 - find and verify superblock...
bad primary superblock - bad magic number !!!

attempting to find secondary superblock...


and it's been printing an endless stream of dots for a very long 
time. I'm about to go to bed and let this running overnight. 
It looks like it has a long way to go.

-- 
Luciano ES
>>

  reply	other threads:[~2019-08-03  1:53 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-12-11 20:32 I got file system corruption with XFS Luciano ES
2019-08-15 20:32 ` XFS file system refuses to mount Luciano ES
2019-08-03  0:53 ` XFS file system corruption, " Luciano ES
2018-12-11 20:57 ` I got file system corruption with XFS Eric Sandeen
2018-12-11 22:54   ` Luciano ES
2018-12-12  1:01     ` Eric Sandeen
2018-12-11 21:27 ` Dave Chinner
2019-03-31 22:49 ` File system corruption in two hard disks Dave Chinner
2019-04-01 21:13   ` Luciano ES
2019-04-01 21:32     ` Dave Chinner
2019-04-02 16:23       ` Luciano ES
2019-04-02 16:42         ` Eric Sandeen
2019-04-02 18:54         ` Chris Murphy
2019-04-02 21:37         ` Dave Chinner
2019-08-03  1:11 ` XFS file system corruption, refuses to mount Darrick J. Wong
2019-08-03  1:53   ` Luciano ES [this message]
2019-08-03  5:35     ` Dave Chinner
2019-08-03  8:05   ` Luciano ES

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=20190802225320.77b4b3c2@lud1.home \
    --to=lucmove@gmail.com \
    --cc=linux-xfs@vger.kernel.org \
    /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.