From: Marc MERLIN <marc@merlins.org>
To: Qu Wenruo <quwenruo@cn.fujitsu.com>
Cc: linux-btrfs@vger.kernel.org
Subject: Re: btrfs check --repair: ERROR: cannot read chunk root
Date: Sun, 30 Oct 2016 19:06:16 -0700 [thread overview]
Message-ID: <20161031020616.GH28648@merlins.org> (raw)
In-Reply-To: <062d36da-197f-6a58-0b6e-208a5ca9fef3@cn.fujitsu.com>
On Mon, Oct 31, 2016 at 09:02:50AM +0800, Qu Wenruo wrote:
> Your chunk root is corrupted, and since chunk tree provides the
> underlying disk layout, even for single device, so if we failed to read
> it, then it will never be able to be mounted.
That's the thing though, I can mount the filesystem just fine :)
> You could try to use backup chunk root.
>
> "btrfs inspect-internal dump-super -f" to find the backup chunk root,
> and use "btrfs check --chunk-root <backup chunk root bytenr>" to have
> another try.
Am I doing this right? It doesn't seem to work
myth:~# btrfs check -p --repair --chunk-root 13835462344704 /dev/mapper/crypt_bcache0 2>&1 | tee /var/spool/repair2
bytenr mismatch, want=13835462344704, have=0
ERROR: cannot read chunk root
Couldn't open file system
enabling repair mode
myth:~# btrfs inspect-internal dump-super -f /dev/mapper/crypt_bcache0 | less
superblock: bytenr=65536, device=/dev/mapper/crypt_bcache0
---------------------------------------------------------
csum_type 0 (crc32c)
csum_size 4
csum 0x3814e4a0 [match]
bytenr 65536
flags 0x1
( WRITTEN )
magic _BHRfS_M [match]
fsid 6692cf4c-93d9-438c-ac30-5db6381dc4f2
label DS5
generation 51176
root 13845513109504
sys_array_size 129
chunk_root_generation 51135
root_level 1
chunk_root 13835462344704
chunk_root_level 1
log_root 0
log_root_transid 0
log_root_level 0
total_bytes 16002599346176
bytes_used 14584560160768
sectorsize 4096
nodesize 16384
leafsize 16384
stripesize 4096
root_dir 6
num_devices 1
compat_flags 0x0
compat_ro_flags 0x0
incompat_flags 0x169
( MIXED_BACKREF |
COMPRESS_LZO |
BIG_METADATA |
EXTENDED_IREF |
SKINNY_METADATA )
cache_generation 51176
uuid_tree_generation 51176
dev_item.uuid 0cf779be-8e16-4982-b7d7-f8241deea0d1
dev_item.fsid 6692cf4c-93d9-438c-ac30-5db6381dc4f2 [match]
dev_item.type 0
dev_item.total_bytes 16002599346176
dev_item.bytes_used 14691011133440
dev_item.io_align 4096
dev_item.io_width 4096
dev_item.sector_size 4096
dev_item.devid 1
dev_item.dev_group 0
dev_item.seek_speed 0
dev_item.bandwidth 0
dev_item.generation 0
sys_chunk_array[2048]:
item 0 key (FIRST_CHUNK_TREE CHUNK_ITEM 13835461197824)
chunk length 33554432 owner 2 stripe_len 65536
type SYSTEM|DUP num_stripes 2
stripe 0 devid 1 offset 13500327919616
dev uuid: 0cf779be-8e16-4982-b7d7-f8241deea0d1
stripe 1 devid 1 offset 13500361474048
dev uuid: 0cf779be-8e16-4982-b7d7-f8241deea0d1
backup_roots[4]:
backup 0:
backup_tree_root: 12801101791232 gen: 51174 level: 1
backup_chunk_root: 13835462344704 gen: 51135 level: 1
backup_extent_root: 12801124352000 gen: 51174 level: 3
backup_fs_root: 10548133724160 gen: 51172 level: 0
backup_dev_root: 11125467824128 gen: 51172 level: 1
backup_csum_root: 12801133953024 gen: 51174 level: 3
backup_total_bytes: 16002599346176
backup_bytes_used: 14584560160768
backup_num_devices: 1
backup 1:
backup_tree_root: 13842532810752 gen: 51175 level: 1
backup_chunk_root: 13835462344704 gen: 51135 level: 1
backup_extent_root: 13843784695808 gen: 51175 level: 3
backup_fs_root: 10548133724160 gen: 51172 level: 0
backup_dev_root: 11125467824128 gen: 51172 level: 1
backup_csum_root: 13842542362624 gen: 51175 level: 3
backup_total_bytes: 16002599346176
backup_bytes_used: 14584560160768
backup_num_devices: 1
backup 2:
backup_tree_root: 13845513109504 gen: 51176 level: 1
backup_chunk_root: 13835462344704 gen: 51135 level: 1
backup_extent_root: 13845513191424 gen: 51176 level: 3
backup_fs_root: 10548133724160 gen: 51172 level: 0
backup_dev_root: 11125467824128 gen: 51172 level: 1
backup_csum_root: 13852180938752 gen: 51176 level: 3
backup_total_bytes: 16002599346176
backup_bytes_used: 14584560160768
backup_num_devices: 1
backup 3:
backup_tree_root: 12750807580672 gen: 51173 level: 1
backup_chunk_root: 13835462344704 gen: 51135 level: 1
backup_extent_root: 12750810447872 gen: 51173 level: 3
backup_fs_root: 10548133724160 gen: 51172 level: 0
backup_dev_root: 11125467824128 gen: 51172 level: 1
backup_csum_root: 12684302712832 gen: 51173 level: 3
backup_total_bytes: 16002599346176
backup_bytes_used: 14584560177152
backup_num_devices: 1
--
"A mouse is a device used to point at the xterm you want to type in" - A.S.R.
Microsoft is to operating systems ....
.... what McDonalds is to gourmet cooking
Home page: http://marc.merlins.org/
next prev parent reply other threads:[~2016-10-31 2:06 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-30 18:34 btrfs check --repair: ERROR: cannot read chunk root Marc MERLIN
2016-10-31 1:02 ` Qu Wenruo
2016-10-31 2:06 ` Marc MERLIN [this message]
2016-10-31 4:21 ` Marc MERLIN
2016-10-31 5:27 ` Qu Wenruo
2016-10-31 5:47 ` Marc MERLIN
2016-10-31 6:04 ` Qu Wenruo
2016-10-31 6:25 ` Marc MERLIN
2016-10-31 6:32 ` Qu Wenruo
2016-10-31 6:37 ` Marc MERLIN
2016-10-31 7:04 ` Qu Wenruo
2016-10-31 8:44 ` Hugo Mills
2016-10-31 15:04 ` Marc MERLIN
2016-11-01 3:48 ` Marc MERLIN
2016-11-01 4:13 ` Qu Wenruo
2016-11-01 4:21 ` Marc MERLIN
2016-11-04 8:01 ` Marc MERLIN
2016-11-04 9:00 ` Roman Mamedov
2016-11-04 17:59 ` Marc MERLIN
2016-11-07 1:11 ` Qu Wenruo
[not found] ` <87lgwwnnyf.fsf@notabene.neil.brown.name>
2016-11-07 1:20 ` clearing blocks wrongfully marked as bad if --update=no-bbl can't be used? Marc MERLIN
2016-11-07 1:39 ` Qu Wenruo
2016-11-07 4:18 ` Qu Wenruo
2016-11-07 5:36 ` btrfs support for filesystems >8TB on 32bit architectures Marc MERLIN
2016-11-07 6:16 ` Qu Wenruo
2016-11-07 14:55 ` Marc MERLIN
2016-11-08 0:35 ` Qu Wenruo
2016-11-08 0:39 ` Marc MERLIN
2016-11-08 0:43 ` Qu Wenruo
2016-11-08 1:06 ` Marc MERLIN
2016-11-08 1:17 ` Qu Wenruo
2016-11-08 15:24 ` Marc MERLIN
2016-11-09 1:50 ` Qu Wenruo
2016-11-09 2:05 ` Marc MERLIN
2016-11-11 3:48 ` Marc MERLIN
2016-11-11 3:55 ` Qu Wenruo
2016-11-12 3:17 ` when btrfs scrub reports errors and btrfs check --repair does not Marc MERLIN
2016-11-13 15:06 ` Marc MERLIN
2016-11-13 15:13 ` Roman Mamedov
2016-11-13 15:52 ` Marc MERLIN
-- strict thread matches above, loose matches on Subject: below --
2016-10-31 1:29 btrfs check --repair: ERROR: cannot read chunk root Janos Toth F.
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=20161031020616.GH28648@merlins.org \
--to=marc@merlins.org \
--cc=linux-btrfs@vger.kernel.org \
--cc=quwenruo@cn.fujitsu.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 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).