On Tue, Feb 16, 2021 at 10:19 AM Josef Bacik <jo...@toxicpanda.com> wrote:
>
> On 2/14/21 3:25 PM, Neal Gompa wrote:
> > Hey all,
> >
> > So one of my main computers recently had a disk controller failure
> > that caused my machine to freeze. After rebooting, Btrfs refuses to
> > mount. I tried to do a mount and the following errors show up in the
> > journal:
> >
> >> Feb 14 15:20:49 localhost-live kernel: BTRFS info (device sda3): disk 
> >> space caching is enabled
> >> Feb 14 15:20:49 localhost-live kernel: BTRFS info (device sda3): has 
> >> skinny extents
> >> Feb 14 15:20:49 localhost-live kernel: BTRFS critical (device sda3): 
> >> corrupt leaf: root=401 block=796082176 slot=15 ino=203657, invalid inode 
> >> transid: has 888896 expect [0, 888895]
> >> Feb 14 15:20:49 localhost-live kernel: BTRFS error (device sda3): 
> >> block=796082176 read time tree block corruption detected
> >> Feb 14 15:20:49 localhost-live kernel: BTRFS critical (device sda3): 
> >> corrupt leaf: root=401 block=796082176 slot=15 ino=203657, invalid inode 
> >> transid: has 888896 expect [0, 888895]
> >> Feb 14 15:20:49 localhost-live kernel: BTRFS error (device sda3): 
> >> block=796082176 read time tree block corruption detected
> >> Feb 14 15:20:49 localhost-live kernel: BTRFS warning (device sda3): 
> >> couldn't read tree root
> >> Feb 14 15:20:49 localhost-live kernel: BTRFS error (device sda3): 
> >> open_ctree failed
> >
> > I've tried to do -o recovery,ro mount and get the same issue. I can't
> > seem to find any reasonably good information on how to do recovery in
> > this scenario, even to just recover enough to copy data off.
> >
> > I'm on Fedora 33, the system was on Linux kernel version 5.9.16 and
> > the Fedora 33 live ISO I'm using has Linux kernel version 5.10.14. I'm
> > using btrfs-progs v5.10.
> >
> > Can anyone help?
>
> Can you try
>
> btrfs check --clear-space-cache v1 /dev/whatever
>
> That should fix the inode generation thing so it's sane, and then the tree
> checker will allow the fs to be read, hopefully.  If not we can work out some
> other magic.  Thanks,
>
> Josef

I got the same error as I did with btrfs-check --readonly...

# btrfs check --clear-space-cache v1 /dev/sda3
> Opening filesystem to check...
> parent transid verify failed on 796082176 wanted 888894 found 888896
> parent transid verify failed on 796082176 wanted 888894 found 888896
> parent transid verify failed on 796082176 wanted 888894 found 888896
> Ignoring transid failure
> ERROR: could not setup extent tree
> ERROR: cannot open file system


-- 
真実はいつも一つ!/ Always, there's only one truth!

Reply via email to