On 2018年06月10日 11:53, Chris Murphy wrote: > On Sat, Jun 9, 2018 at 7:56 PM, Qu Wenruo <[email protected]> wrote: >> >> Indeed, the corrupted bytenr is 0x4bc98004. >> Looks pretty like a bit flip in the 3rd lowest bit. >> >> It can be fixed by manually patching the corrupted leaf to get rid of >> the bitflip. >> I could provide a special branch of btrfs-progs to fix it easily. >> >> But before that, it's better to do a scrub to see if there is other >> similar problems, so I could fix them all. >> > > Do you think Simon should try -o ro and -o ro,norecovery and see if he > can update backups the easy way first?
If the bit flip is the only problem, I could fix it manually and nothing is lost, the fs can be used as usual. > And then use the offline scrub > to check for additional problems? I mean online scrub. I didn't notice extra error, and I don't believe even for a faulty memory, bit flip is that easy to happen, so on-line scrub should do the work. > > Simon, the offline scrub is done unmounted with 'btrfs check > --check-data-csum <dev>' and it is a read-only check. > >
signature.asc
Description: OpenPGP digital signature
