Btrfs 踩坑记录

用上 Btrfs 不到两个月，还没怎么享受透明压缩和增量快照带来的好处，却已为它熬过几个艰难的夜晚

先是 WinBtrfs 的问题，btrfs check --repair 幸运地修回来，果断注册表里改成只读

但之后在 Arch 中作死用 VMWare 从物理磁盘启动自身，却造成了毁灭性后果，整个系统突然变为 ro，重启后果然 transid error 无法进入

老规矩先抢救数据， restore 到 ext4 格式的移动硬盘（exFAT 真没用）

这次虽然 transid 只差了 1，但 check 后发现问题比上次更为严重，check -b, check -s 1 结果都不妙

记下 btrfs-find-root 的结果以备之后 repair

但可惜 repair 也无能为力，可能还让事情更糟了，试了 rescue zero-log 也没救回

神奇的是进 Win 还能正常识别文件，也不知道是 repair 还是 rescue 让 btrfs 分区能直接挂载了

现在问题变成了 EIO，理论上是盘坏了但它肯定没坏，数据都还能读但无法恢复正常

没办法，趁还可以挂载 btrfs 分区，rsync -aviHAXKhP 再备份一遍到移动硬盘（注意 exclude 快照和无用大目录，否则等一晚上）

把 btrfs 分区格了再从移动硬盘拖回去，子卷化，改 fstab，重做 grub 引导，终于进入了熟悉的 Arch

然而用户配置等方面还是有问题，可能第二回的备份不全，把之前备份的配置覆盖回去。pacman 还有数据不一致问题，overwrite 解决