Hi All,

maybe I should note that when I have tried to dump the whole tree using btrfs-progs ver. 4.12 (as a part of distribution Kubuntu 17.10) then it have dumped the tree (I have that dump saved in a ~2 GiB file) with just only "a few" errors on stderr (I remember about 2-4 lines with some things like "blocks x-y aren't mapped" and maybe some other errors - unfortunately I haven't saved them into a file:-( ) ...

... but when I have tried to do the same thing (because of the error messages) with btrfs-progs 4.15.1 it gives me only: "ERROR: unable to open /dev/sda4".

But I am still able to do: btrfs inspect-internal dump-tree -b 75150311424 /dev/sda4
(it dumps the respective block without errors).

With regards
TM

--

  Tomáš Metelka
  Business & IT Analyst

  Tel: +420 728 627 252
  Email: tomas.mete...@metaliza.cz
On 6.5.2018 02:44, Tomáš Metelka wrote:
Hi all,

I have a following problem:
FS sudenly became RO, after reboot FS became non-mountable with the
following error:

[  +0.006976] BTRFS critical (device sda4): corrupt node: root=1
block=75150311424 slot=245, invalid NULL node pointer
[  +0.000007] BTRFS error (device sda4): failed to read block groups: -5
[  +0.038021] BTRFS error (device sda4): open_ctree failed

I've tried:
btrfs check /dev/sda4

but:
ERROR: cannot open file system

I've also tried:
btrfs inspect-internal dump-tree -b 75150311424

Result:
btrfs-progs v4.15.1
node 75150311424 level 1 items 249 free 244 generation 2488741 owner 2
fs uuid be557007-42c9-4079-be16-568997e94cd9
chunk uuid dbe69c7e-2d50-4001-af31-148c5475b48b
     key (13276114944 EXTENT_ITEM 4096) block 74355359744 (4538291) gen 2392964
     key (13279277056 EXTENT_ITEM 4096) block 775307264 (47321) gen 2484930
     key (13286531072 EXTENT_ITEM 4096) block 74792714240 (4564985) gen 2392814
...
(slots 244-248)
     key (14811271168 EXTENT_ITEM 135168) block 656310272 (40058) gen 2488049
     key (1505328190277054464 UNKNOWN.4 366981796979539968) block 0 (0) gen 0
     key (0 UNKNOWN.0 1419267647995904) block 6468220747776 (394788864)
gen 7786775707648
     key (12884901888 EXTENT_ITEM 24576) block 816693248 (49847) gen 2484931
     key (14902849536 EXTENT_ITEM 131072) block 75150327808 (4586812) gen 
2488741


Is there a way to repair slots 245-247 from some other data (located elsewhere)?

Thanx
TM

--

   Tomáš Metelka
   Business & IT Analyst

   Tel: +420 728 627 252
   Email: tomas.mete...@metaliza.cz

--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to