All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christian Wimmer <telefonchris@icloud.com>
To: Qu Wenruo <quwenruo.btrfs@gmx.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 10:03:50 -0300	[thread overview]
Message-ID: <BF872461-4D5F-4125-85E6-719A42F5BD0F@icloud.com> (raw)
In-Reply-To: <f7fe057d-adc1-ace5-03b3-0f0e608d68a3@gmx.com>

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?

Thanks a lot for your help,



Chris




  reply	other threads:[~2019-12-07 13:03 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 [this message]
2019-12-07 14:10             ` Qu Wenruo
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=BF872461-4D5F-4125-85E6-719A42F5BD0F@icloud.com \
    --to=telefonchris@icloud.com \
    --cc=anand.jain@oracle.com \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=quwenruo.btrfs@gmx.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.