> 4. des. 2019 kl. 22:09 skrev Chris Murphy <lists@xxxxxxxxxxxxxxxxx>: > There's a decent chance this is the cause of the problem. That kernel > does not have the fix for this bug: > https://www.spinics.net/lists/stable-commits/msg129532.html > https://bugzilla.redhat.com/show_bug.cgi?id=1751901 > > As far as I'm aware the corruption isn't fixable. You might still be > able to mount the file system ro to get data out; if not then decent > chance you can extract data with btrfs restore, which is an offline > scraping tool, but it is a bit tedious to use. > https://btrfs.wiki.kernel.org/index.php/Restore That was my first thought too, but it seems too coincidental that I should happen across this bug at the same instant as my cache device failing. btrfs-restore doesn't like my filesystem either: > [liveuser@localhost-live btrfs-progs-5.4]$ sudo ./btrfs restore -Divvv /dev/bcache0 /mnt > This is a dry-run, no files are going to be restored > parent transid verify failed on 3719816445952 wanted 317513 found 313040 > parent transid verify failed on 3719816445952 wanted 317513 found 308297 > parent transid verify failed on 3719816445952 wanted 317513 found 313040 > Ignoring transid failure > leaf parent key incorrect 3719816445952 > Error searching -1 -- Gard
