遇到这种断电导致的BTRFS校验和问题确实闹心，尤其是还有一个月的最新数据没备份，先结合你给出的所有操作日志和信息，咱们一步步来梳理可行的恢复方案：

现状分析 #

从你提供的命令输出能看出几个关键信息：

• btrfs rescue super-recover显示所有超级块都有效，说明文件系统的核心基础结构没损坏，问题集中在某个元数据块的校验和不匹配（就是逻辑地址4317118464的块，预期校验和0x4b93e5a3实际是0x743b8159）
• 直接挂载、rescue=usebackuproot挂载都失败，btrfs restore也卡在这个校验和错误上

可行的恢复尝试步骤 #

因为你的磁盘在Xen环境里，可以多次尝试操作，但请务必在每一步操作前先做磁盘镜像备份（比如用dd if=/dev/xvdb1 of=/path/to/safe/backup.img bs=1M），避免操作失误彻底损坏数据：

1. 指定具体备份根节点挂载 #

你已经试过rescue=usebackuproot，但可以尝试指定具体的备份根节点——从btrfs inspect-internal dump-super的输出里，有4个备份根可用：

• 备份0：tree_root 4328472576（gen 1197903）
• 备份1：tree_root 4317069312（gen 1197900）
• 备份2：tree_root 4328636416（gen 1197901）
• 备份3：tree_root 4317069312（gen 1197902）

可以逐个尝试指定这些根节点只读挂载，命令格式：

mount -o ro,rootid=4317069312 /dev/xvdb1 /temp/

优先尝试生成号（gen）比当前主根（1197903）稍小的，比如备份3（gen1197902）、备份2（gen1197901），这些是断电前的最近快照根节点，大概率能绕过损坏的那个元数据块。

2. 跳过校验和强制恢复文件 #

如果指定备份根还是不行，可以用btrfs restore的--ignore-crc参数跳过校验和检查，强制提取所有可识别的文件：

btrfs restore --ignore-crc /dev/xvdb1 /temp/

这个操作会忽略校验和错误，尽可能提取数据，虽然可能有少量文件损坏，但能保住大部分内容，尤其是你需要的最近一个月的最新数据。

3. 尝试修复元数据块（谨慎操作） #

如果上面的方法都无效，可以尝试用btrfs check的修复模式，但这个操作有风险，必须先做镜像备份：

btrfs check --repair /dev/xvdb1

建议先不加--repair运行btrfs check /dev/xvdb1，查看完整的错误报告，确认是不是只有那一个元数据块出问题，再决定是否执行修复——修复可能会修改文件系统，甚至丢失部分数据，只在万不得已时使用。

后续预防建议 #

这次问题大概率是断电时PERC H730P的缓存数据没刷到磁盘，后续建议：

• 开启RAID卡的缓存电池保护（如果没开的话）
• 或者将缓存策略设置为“Write Through”（虽然会牺牲一点性能，但能避免断电丢失缓存数据）

备注：内容来源于stack exchange，提问作者Aleksandrs