Open arnogon opened 4 months ago
Transid mismatch mostly means the death sentence to a btrfs. It can either be some bad firmware or some critical bugs.
But considering it's mmc, and non-kernel btrfs operations, it's pretty unlikely to be a kernel bug.
Repair to a status which can pass btrfs check is almost impossible, for data salvage, you can try mount with "-o ro,rescue=all" some some recent kernels, if that mounts, you can try to grab the data.
I got the same error mounting with "-o ro,rescue=all". dmesg:
[ 180.177270] BTRFS info (device mmcblk0p1): using crc32c (crc32c-intel) checksum algorithm
[ 180.177292] BTRFS info (device mmcblk0p1): enabling all of the rescue options
[ 180.177294] BTRFS info (device mmcblk0p1): ignoring data csums
[ 180.177296] BTRFS info (device mmcblk0p1): ignoring bad roots
[ 180.177298] BTRFS info (device mmcblk0p1): disabling log replay at mount time
[ 180.177301] BTRFS info (device mmcblk0p1): using free space tree
[ 180.183840] BTRFS info (device mmcblk0p1: state C): bdev /dev/mmcblk0p1 errs: wr 0, rd 0, flush 0, corrupt 1, gen 0
[ 180.443630] BTRFS info (device mmcblk0p1: state C): enabling ssd optimizations
[ 180.443638] BTRFS info (device mmcblk0p1: state C): auto enabling async discard
[ 180.445072] BTRFS error (device mmcblk0p1: state C): level verify failed on logical 192339574784 mirror 1 wanted 2 found 0
[ 180.445766] BTRFS error (device mmcblk0p1: state C): level verify failed on logical 192339574784 mirror 2 wanted 2 found 0
Any more I could do to recover the data?
I got the same error mounting with "-o ro,rescue=all". dmesg:
Any more I could do to recover the data?
You said you did a restore, does it mean you have the backup available and not the original filesystem? You could attempt to restore to another disk, possibly on another computer.
I read on CloneZilla website it uses knowledge of btrfs to reduce amount that is copied. It is possible that there is a problem in how that code works, and thus didn't copy important metadata or couldn't recreate it properly, or it placed things misaligned (so btrfs couldn't find all metadata). Perhaps there is some help to be found from clonezilla/forums/etc.
Did you have a different partition layout or disk size when you restored?
One thing to try is btrfs-restore, which sometime can read data off a broken filesystem.
I am sorry the backup/restore didn't work. And when you're back up and running again, perhaps look at btrfs send | btrfs receive
which are native tools to copy btrfs subvolumes.
Hi, I use Clonezilla to back up and restore a Btrfs partition, but afterwards the restored partition was unmountable.![292771498-8fa94c33-c4cb-4a84-9f90-083d02155cac](https://github.com/kdave/btrfs-progs/assets/73190108/f6e40186-9e76-4eca-a969-c085216c394f)
dmesg:
btrfs check:
btrfs check --repair:
I'm trying to see if there's any way I could recover this partition, or at the very least salvage the data.