-
Notifications
You must be signed in to change notification settings - Fork 110
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
btrfs correctable scrub errors after restore #239
Comments
Hi, Thanks for this bug report. Partclone. btrfs v0.3.27 is based on btrfs 6.3.3, so the newer btrfs version would cause some incompatible problems. I can update it recently. |
Hi, I updated btrfs to v6.6.2, but the scrub error is still here. I also tried to change the btrfs version to v5.14 or 5.6 and got the same error message. Per your test, the btrfs check is fine for any restored image. We have to spend more time to study the scrub issue. |
I have the same issue, but in my case, some of the errors are uncorrectable, probably because it is not a raid1 but a single partition. |
Maybe the issue arises if a filesystem has been in use for a while (files deleted, files added etc.) which causes the filesystem to start being fragmented, which is why it doesn't show up if a filesystem has just been created and files copied over. |
When restoring a partclone backup of a btrfs partition, I see some scrub errors in the kernel logs. Fortunately, they are correctable, so no data is lost. In one real case I couldn't mount the partition due to btrfs being unable to find the tree root - but mounting with
usebackuproot
worked. Unfortunately I don't know how to reproduce that case.I can reproduce the scrub errors on the following setup:
Steps:
Then check dmesg and observe errors, e.g.
The text was updated successfully, but these errors were encountered: