All of lore.kernel.org
 help / color / mirror / Atom feed
From: Qu Wenruo <quwenruo.btrfs@gmx.com>
To: Christian Wimmer <telefonchris@icloud.com>
Cc: Qu WenRuo <wqu@suse.com>, Anand Jain <anand.jain@oracle.com>,
	"linux-btrfs@vger.kernel.org" <linux-btrfs@vger.kernel.org>
Subject: Re: [PATCH] btrfs-progs: Skip device tree when we failed to read it
Date: Sat, 7 Dec 2019 22:10:53 +0800	[thread overview]
Message-ID: <e8b667ab-6b71-7cd8-632a-5483ec4386d8@gmx.com> (raw)
In-Reply-To: <BF872461-4D5F-4125-85E6-719A42F5BD0F@icloud.com>


[-- Attachment #1.1: Type: text/plain, Size: 3367 bytes --]



On 2019/12/7 下午9:03, Christian Wimmer wrote:
> Sorry for the repeated post, I am trying to pass the mail server...
> 
> Hi Qui, 
> 
> I tried what you said and I got at least some very small files out of the device!
> 
> Yes, I have sub volumes/snapshots.
> 
> There should be a subvolume called “projects” which I am interested in.
> Inside this subvolume should be lots of snapshots.
> 
> Any chance to recover one of them?
> 
> Here the output of the restore command that you suggested:
> 
> # ./btrfs restore -l /dev/sdb1 
> checksum verify failed on 5349895454720 found 000000A8 wanted 00000000
> checksum verify failed on 5349895454720 found 000000A8 wanted 00000000
> checksum verify failed on 5349895454720 found 000000A8 wanted 00000000
> bad tree block 5349895454720, bytenr mismatch, want=5349895454720, have=14275350892879035392
> WARNING: could not setup device tree, skipping it
>  tree key (EXTENT_TREE ROOT_ITEM 0) 641515520 level 2
>  tree key (DEV_TREE ROOT_ITEM 0) 5349895454720 level 1
>  tree key (FS_TREE ROOT_ITEM 0) 653901824 level 1
>  tree key (CSUM_TREE ROOT_ITEM 0) 658161664 level 3
>  tree key (UUID_TREE ROOT_ITEM 0) 657014784 level 0
>  tree key (315 ROOT_ITEM 0) 637386752 level 1
> checksum verify failed on 3542131507200 found 0000008C wanted 00000000
> checksum verify failed on 3542131507200 found 000000F5 wanted 00000000
> checksum verify failed on 3542131507200 found 0000008C wanted 00000000
> bad tree block 3542131507200, bytenr mismatch, want=3542131507200, have=14275350892879035392
> 
> And I tried:
> 
> # ./btrfs restore -r 315 -v -D /dev/sdb1 test/
> checksum verify failed on 5349895454720 found 000000A8 wanted 00000000
> checksum verify failed on 5349895454720 found 000000A8 wanted 00000000
> checksum verify failed on 5349895454720 found 000000A8 wanted 00000000
> bad tree block 5349895454720, bytenr mismatch, want=5349895454720, have=14275350892879035392
> WARNING: could not setup device tree, skipping it
> This is a dry-run, no files are going to be restored
> Restoring test/1
> Skipping snapshot snapshot
> Skipping existing file test/1/info.xml
> If you wish to overwrite use -o
> Done searching /1
> Restoring test/4
> Skipping snapshot snapshot
> Skipping existing file test/4/info.xml
> Done searching /4
> Restoring test/28
> Skipping snapshot snapshot
> Skipping existing file test/28/info.xml
> Done searching /28
> Restoring test/52
> checksum verify failed on 3305202188288 found 0000009E wanted FFFFFFA9
> checksum verify failed on 3305202188288 found 000000FA wanted 00000000
> checksum verify failed on 3305202188288 found 0000009E wanted FFFFFFA9
> bad tree block 3305202188288, bytenr mismatch, want=3305202188288, have=18446556327804403584
> Error reading subvolume test/52/snapshot: 18446744073709551611
> Error searching test/52/snapshot
> 
> 
> Well, I got the very small files info.xml.
> How can I get the rest? Any ideas?

I'm afraid there are too many corruptions in your filesystem.

From root tree to fs tree, all had corruptions.
Thus really hard to get recovered.

Just curious, how this happened? Btrfs itself shouldn't cause so many
random corruptions. Looks more like a hardware problem or random wipe.

Thanks,
Qu

> 
> Thanks a lot for your help,
> 
> 
> 
> Chris
> 
> 
> 


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

  reply	other threads:[~2019-12-07 14:11 UTC|newest]

Thread overview: 53+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-12-06  3:44 [PATCH] btrfs-progs: Skip device tree when we failed to read it Qu Wenruo
2019-12-06  6:12 ` Anand Jain
2019-12-06 15:50   ` Christian Wimmer
2019-12-06 16:34   ` Christian Wimmer
     [not found]   ` <762365A0-8BDF-454B-ABA9-AB2F0C958106@icloud.com>
2019-12-07  1:16     ` Qu WenRuo
2019-12-07  3:47       ` Christian Wimmer
2019-12-07  4:31         ` Qu Wenruo
2019-12-07 13:03           ` Christian Wimmer
2019-12-07 14:10             ` Qu Wenruo [this message]
2019-12-07 14:25               ` Christian Wimmer
2019-12-07 16:44               ` Christian Wimmer
2019-12-08  1:21                 ` Qu WenRuo
2019-12-10 21:25                   ` Christian Wimmer
2019-12-11  0:36                     ` Qu Wenruo
2019-12-11 15:57                       ` Christian Wimmer
     [not found]           ` <9FB359ED-EAD4-41DD-B846-1422F2DC4242@icloud.com>
2020-01-04 17:07             ` 12 TB btrfs file system on virtual machine broke again Christian Wimmer
2020-01-05  4:03               ` Chris Murphy
2020-01-05 13:40                 ` Christian Wimmer
2020-01-05 14:07                   ` Martin Raiber
2020-01-05 14:14                     ` Christian Wimmer
2020-01-05 14:23                       ` Christian Wimmer
2020-01-05  4:25               ` Qu Wenruo
2020-01-05 14:17                 ` Christian Wimmer
2020-01-05 18:50                   ` Chris Murphy
2020-01-05 19:18                     ` Christian Wimmer
2020-01-05 19:36                       ` Chris Murphy
2020-01-05 19:49                         ` Christian Wimmer
2020-01-05 19:52                         ` Christian Wimmer
2020-01-05 20:34                           ` Chris Murphy
2020-01-05 20:36                             ` Chris Murphy
     [not found]                         ` <3F43DDB8-0372-4CDE-B143-D2727D3447BC@icloud.com>
2020-01-05 20:30                           ` Chris Murphy
2020-01-05 20:36                             ` Christian Wimmer
2020-01-05 21:13                               ` Chris Murphy
2020-01-05 21:58                                 ` Christian Wimmer
2020-01-05 22:28                                   ` Chris Murphy
2020-01-06  1:31                                     ` Christian Wimmer
2020-01-06  1:33                                     ` Christian Wimmer
2020-01-11 17:04                                     ` 12 TB btrfs file system on virtual machine broke again (third time) Christian Wimmer
2020-01-11 17:23                                     ` Christian Wimmer
2020-01-11 19:46                                       ` Chris Murphy
2020-01-13 19:41                                         ` 12 TB btrfs file system on virtual machine broke again (fourth time) Christian Wimmer
2020-01-13 20:03                                           ` Chris Murphy
2020-01-31 16:35                                             ` btrfs not booting any more Christian Wimmer
2020-05-08 12:20                                             ` btrfs reports bad key ordering after out of memory situation Christian Wimmer
2020-01-05 23:50                   ` 12 TB btrfs file system on virtual machine broke again Qu Wenruo
2020-01-06  1:32                     ` Christian Wimmer
2020-01-11  7:25                     ` Andrei Borzenkov
2021-10-15 21:01                     ` need help in a broken 2TB BTRFS partition Christian Wimmer
2021-10-16 10:08                       ` Qu Wenruo
2021-10-16 17:29                         ` Christian Wimmer
2021-10-16 22:55                           ` Qu Wenruo
2021-10-16 17:35                         ` Christian Wimmer
2021-10-16 23:27                           ` Qu Wenruo

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=e8b667ab-6b71-7cd8-632a-5483ec4386d8@gmx.com \
    --to=quwenruo.btrfs@gmx.com \
    --cc=anand.jain@oracle.com \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=telefonchris@icloud.com \
    --cc=wqu@suse.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.