I've tried using -o usebackuproot but the error persists as soon as I try to modify the filesystem
a btrfs scrub fails almost immediately, errors are in the dmesg log a btrfs-check (no --repair) also fails almost imediatly Opening filesystem to check... Checking filesystem on /dev/sda4 UUID: 31b1c345-9fff-4172-b979-fdb670d89349 [1/7] checking root items parent transid verify failed on 37470208 wanted 6149 found 6150 parent transid verify failed on 37470208 wanted 6149 found 6150 parent transid verify failed on 37470208 wanted 6149 found 6150 Ignoring transid failure ERROR: child eb corrupted: parent bytenr=31391744 item=5 parent level=1 child level=1 ERROR: failed to repair root items: Input/output error $ uname -a Linux 5.2.11-arch1-1-ARCH #1 SMP PREEMPT Thu Aug 29 08:09:36 UTC 2019 x86_64 GNU/Linux $ btrfs --version btrfs-progs v5.2.1 $ btrfs fi show Label: 'Arch Linux' uuid: 5495bf63-5357-453b-a8ff-d39c32fe48b0 Total devices 1 FS bytes used 21.12GiB devid 1 size 200.00GiB used 26.02GiB path /dev/sda2 Label: 'Arch Home' uuid: 4ec029f4-3394-4408-baa3-6160956e1ef5 Total devices 1 FS bytes used 11.32GiB devid 1 size 100.00GiB used 14.02GiB path /dev/sda3 Label: 'storage' uuid: 31b1c345-9fff-4172-b979-fdb670d89349 Total devices 1 FS bytes used 148.98GiB devid 1 size 3.34TiB used 153.07GiB path /dev/sda4 $ btrfs fi df /mnt/storage Data, single: total=149.01GiB, used=148.47GiB System, DUP: total=32.00MiB, used=48.00KiB Metadata, DUP: total=2.00GiB, used=523.53MiB GlobalReserve, single: total=215.11MiB, used=0.00BAny help that could be provided in repairing this file system would be great.
Also it would be great to know how this might of happened so I can avoid it in the future. None of the data is exactly precious, in fact most of it is backed up elsewhere either in dropbox or on an external drive. but I'd like to avoid needing to restore it as my internet speed is atrocious.
dmesg.log.gz
Description: application/gzip
