linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Adam Borowski <kilobyte@angband.pl>
To: "Łukasz Wróblewski" <lw@nri.pl>
Cc: linux-btrfs@vger.kernel.org
Subject: Re: RAID 6 corrupted
Date: Thu, 18 May 2017 05:29:57 +0200	[thread overview]
Message-ID: <20170518032956.axcluisxusxelmx6@angband.pl> (raw)
In-Reply-To: <CA+M=Xp0o6uz6uBv41ygpFBiWyw1x6ucg38BtG3V-XdOJ9azvxA@mail.gmail.com>

On Thu, May 18, 2017 at 04:09:38AM +0200, Łukasz Wróblewski wrote:
> Thanks guys.
> 
> I will try when stable 4.12 comes out.

It won't come out for ~2.5 months.  I'd recommend building the -rc,
recovering, then going back to a stable kernel.

> Unfortunately I do not have a backup.
> Fortunately, these data are not so critical.
> Some private photos and videos of youth.
> However, I would be very happy if I could get it back.

Usually, the first step should be duplicating the entire filesystem, so
attempts at recovery won't break things further.  As it's a home setup,
I doubt you have 5 spare disks at hand or can readily obtain them, so it
depends how much you care about that data.  Without copies, I'd suggest
doing safe and safeish things first.

> Theoretically, if the devid 4 drive returned to
> 50127310-d15c-49ca-8cdd-8798ea0fda2e. In the absence of a single disk
> recovery should be easy.

The drive's fsid being wrong makes it very likely to not being helpful for
the recovery at all, thus forcing the fsid back sounds like one of less safe
things to do.  In theory, 3/5 healthy disks should be fine for recovering
raid6 (assuming no write hole nastiness), thus it's only a matter of whether
the implementation is up to scratch.  It'd be interesting to see how 4.12
fares.


As the Master Species say, meow!
-- 
Don't be racist.  White, amber or black, all beers should be judged based
solely on their merits.  Heck, even if occasionally a cider applies for a
beer's job, why not?
On the other hand, corpo lager is not a race.

  reply	other threads:[~2017-05-18  3:29 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-05-17  8:27 RAID 6 corrupted Łukasz Wróblewski
2017-05-17  9:45 ` Adam Borowski
2017-05-17  9:52 ` Duncan
2017-05-17 10:05   ` Duncan
2017-05-17 10:15   ` Adam Borowski
2017-05-18  2:09     ` Łukasz Wróblewski
2017-05-18  3:29       ` Adam Borowski [this message]
2017-05-18  6:08         ` Duncan
2017-05-18  8:34           ` Adam Borowski
2017-05-18  5:17       ` Roman Mamedov
2017-05-18  6:12         ` Duncan
2017-05-19  8:55           ` Pasi Kärkkäinen
2017-05-19  9:09             ` Roman Mamedov
2017-05-20  2:30             ` Duncan

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=20170518032956.axcluisxusxelmx6@angband.pl \
    --to=kilobyte@angband.pl \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=lw@nri.pl \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).