Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #164157 > unrolled thread

BTRFS failed

Back to article view | Back to linux.debian.user

Contents

  BTRFS failed Bhasker C V <bhasker@unixindia.com> - 2016-02-14 17:10 +0100
    Re: BTRFS failed Adam Wilson <moxalt@riseup.net> - 2016-02-14 19:20 +0100
      Re: BTRFS failed Bhasker C V <bhasker@unixindia.com> - 2016-02-14 21:00 +0100
      Re: BTRFS failed Anders Andersson <pipatron@gmail.com> - 2016-02-15 04:00 +0100
      Re: BTRFS failed Jonathan Dowland <jmtd@debian.org> - 2016-02-15 12:00 +0100
        Re: BTRFS failed Pavel Volkov <sailor@lists.xtsubasa.org> - 2016-02-16 07:40 +0100
          Re: BTRFS failed Teemu Likonen <tlikonen@iki.fi> - 2016-02-16 16:10 +0100
    Re: BTRFS failed Pavel Volkov <sailor@lists.xtsubasa.org> - 2016-02-16 07:40 +0100

#164157 — BTRFS failed

[Multipart message — attachments visible in raw view] — view raw

Hi,

 I  have a home dir btrfs on top of luks
 Just recently there was a power falure to the machine and since then the
volume is not mountable

1) I tried ro,recovery,nospace_cache,nospace_cache option of mount
2) I tried btrfs-zero-log -y -v
3) btrfsck  --repair --init-csum-tree

But for sure there is data in the volume.
btrfs-show-super reports nicely the btrfs filesystem

Can someone help me how to proceed further ?
Usnig K 4.2.0 debian sid testing
I thought of attaching more logs but was not sure what would be required. I
will sure do if needed.

Thanks
Bhasker C V

[toc] | [next] | [standalone]

#164159

On Sun, 14 Feb 2016 17:05:51 +0100 Bhasker C V <bhasker@unixindia.com>
wrote:

> Hi,
> 
>  I  have a home dir btrfs on top of luks

Surely you mean LUKS on top of btrfs?

[toc] | [prev] | [next] | [standalone]

#164164

[Multipart message — attachments visible in raw view] — view raw

Adam
 No. I have BTRFS file system upon a  LUKS volume. I first unlock LUKS and
then I get a dm-mapped btrfs Filesystem. I used to be able to mount this
filesystem but not anymore
--------  This is the dmesg for ro,recovery,nospace_cache,nospace_cache

[21680.563023] BTRFS info (device dm-12): enabling auto recovery
[21680.563044] BTRFS info (device dm-12): disabling disk space caching
[21680.563059] BTRFS: has skinny extents
[21680.583128] BTRFS: bdev /dev/mapper/ee errs: wr 18, rd 0, flush 0,
corrupt 0, gen 0
[21680.588884] BTRFS (device dm-12): parent transid verify failed on
59162624 wanted 134868 found 54964
[21680.591339] BTRFS (device dm-12): parent transid verify failed on
59162624 wanted 134868 found 54964
[21680.591358] BTRFS: Failed to read block groups: -5
[21680.620285] BTRFS: open_ctree failed


a subsequent  btrfs rescue zero-log give this

sudo btrfs rescue zero-log /dev/mapper/jj
parent transid verify failed on 59162624 wanted 134868 found 54964
parent transid verify failed on 59162624 wanted 134868 found 54964
parent transid verify failed on 59162624 wanted 134868 found 54964
parent transid verify failed on 59162624 wanted 134868 found 54964
Ignoring transid failure
leaf parent key incorrect 59162624
parent transid verify failed on 408584192 wanted 130813 found 53737
parent transid verify failed on 408584192 wanted 130813 found 53737
parent transid verify failed on 408584192 wanted 130813 found 53737
parent transid verify failed on 408584192 wanted 130813 found 53737
Ignoring transid failure
Clearing log on /dev/mapper/jj, previous log_root 0, level 0
parent transid verify failed on 59162624 wanted 134868 found 54964
Ignoring transid failure
parent transid verify failed on 59162624 wanted 134868 found 54964
Ignoring transid failure
parent transid verify failed on 87556096 wanted 134922 found 54980
parent transid verify failed on 87556096 wanted 134922 found 54980
parent transid verify failed on 87556096 wanted 134922 found 54980
parent transid verify failed on 87556096 wanted 134922 found 54980
Ignoring transid failure
parent transid verify failed on 59162624 wanted 134868 found 54964
Ignoring transid failure
parent transid verify failed on 466993152 wanted 135739 found 53864
parent transid verify failed on 466993152 wanted 135739 found 53864
parent transid verify failed on 466993152 wanted 135739 found 53864
parent transid verify failed on 466993152 wanted 135739 found 53864
Ignoring transid failure
parent transid verify failed on 59162624 wanted 134868 found 54964
Ignoring transid failure
parent transid verify failed on 262455296 wanted 135295 found 53548
parent transid verify failed on 262455296 wanted 135295 found 53548
parent transid verify failed on 262455296 wanted 135295 found 53548
parent transid verify failed on 262455296 wanted 135295 found 53548
Ignoring transid failure
parent transid verify failed on 59162624 wanted 134868 found 54964
Ignoring transid failure
parent transid verify failed on 45613056 wanted 134843 found 54949
parent transid verify failed on 45613056 wanted 134843 found 54949
parent transid verify failed on 45613056 wanted 134843 found 54949
parent transid verify failed on 45613056 wanted 134843 found 54949
Ignoring transid failure
parent transid verify failed on 59162624 wanted 134868 found 54964
Ignoring transid failure
parent transid verify failed on 522469376 wanted 135880 found 53946
parent transid verify failed on 522469376 wanted 135880 found 53946
parent transid verify failed on 522469376 wanted 135880 found 53946
parent transid verify failed on 522469376 wanted 135880 found 53946
Ignoring transid failure


No other methods seem to work
Dont exactly know why this has gone to this bad state. A strings on the dm
device does show my data on datablocks



On Sun, Feb 14, 2016 at 7:10 PM, Adam Wilson <moxalt@riseup.net> wrote:

> On Sun, 14 Feb 2016 17:05:51 +0100 Bhasker C V <bhasker@unixindia.com>
> wrote:
>
> > Hi,
> >
> >  I  have a home dir btrfs on top of luks
>
> Surely you mean LUKS on top of btrfs?
>
>

[toc] | [prev] | [next] | [standalone]

#164178

On Sun, Feb 14, 2016 at 7:10 PM, Adam Wilson <moxalt@riseup.net> wrote:
> On Sun, 14 Feb 2016 17:05:51 +0100 Bhasker C V <bhasker@unixindia.com> wrote:
>
>>  I  have a home dir btrfs on top of luks
>
> Surely you mean LUKS on top of btrfs?

You can't have LUKS on top of btrfs, because btrfs does not export any
block devices for LUKS to encrypt.

[toc] | [prev] | [next] | [standalone]

#164188

On Sun, Feb 14, 2016 at 09:10:07PM +0300, Adam Wilson wrote:
> Surely you mean LUKS on top of btrfs?

I don't think that's possible. If you want btrfs and encryption the advice is
to do the encryption *underneath* btrfs, because btrfs does not support
encryption itself.  I'm not sure how/why you would layer a block device *on top*
of a btrfs filesystem.

-- 
Jonathan Dowland
Please do not CC me, I am subscribed to the list.

[toc] | [prev] | [next] | [standalone]

#164217

On понедельник, 15 февраля 2016 г. 13:50:57 MSK, Jonathan Dowland wrote:
> On Sun, Feb 14, 2016 at 09:10:07PM +0300, Adam Wilson wrote:
>> Surely you mean LUKS on top of btrfs?
>
> I don't think that's possible. If you want btrfs and encryption 
> the advice is
> to do the encryption *underneath* btrfs, because btrfs does not support
> encryption itself.

Why, you can also enable hardware encryption in SSD sometimes :) It might 
not be so strong as LUKS though.
Does TRIM work on LUKS, BTW? Certainly barriers shouldn't work, that's 
probably why Bhasker's FS was damaged.

[toc] | [prev] | [next] | [standalone]

#164249

[Multipart message — attachments visible in raw view] — view raw

Pavel Volkov [2016-02-16 09:22:09+03] wrote:

> Does TRIM work on LUKS, BTW?

Yes. It may require be a whole chain of "discard" options:

    /etc/fstab:

        UUID=...  mountpoint  ext4  discard  0  0

If we have LVM on top of LUKS:

    /etc/lvm/lvm.conf:

        issue_discards = 1

And finally:

    /etc/crypttab:

        name  UUID=...  none  luks,discard

I think "sudo update-initramfs" and reboot is needed before it works.

-- 
/// Teemu Likonen   - .-..   <https://github.com/tlikonen> //
// PGP: 4E10 55DC 84E9 DFF6 13D7 8557 719D 69D3 2453 9450 ///

[toc] | [prev] | [next] | [standalone]

#164215

On воскресенье, 14 февраля 2016 г. 19:05:51 MSK, Bhasker C V wrote:
> But for sure there is data in the volume.
> btrfs-show-super reports nicely the btrfs filesystem
>
> Can someone help me how to proceed further ?

I recommend asking for recovery instruction in btrfs@vger.kernel.org list 
as a last resort, the devs there might be more helpful.

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web