查找带有BTRFS不可纠正错误的文件

我有一个关于BTRFS文件系统上不可恢复的错误的问题。具体来说，我在遇到其中一个RAM棒问题后最近运行了BTRFS Scrub，似乎发现了4个无法纠正的错误。这是输出：

scrub status for <UUID>
    scrub started at Thu Dec 25 15:19:22 2014 and was aborted after 89882 seconds
    total bytes scrubbed: 1.87TiB with 4 errors
    error details: csum=4
    corrected errors: 0, uncorrectable errors: 4, unverified errors: 0

幸运的是，我将所有内容备份到了第三级备份中，因此我对丢失文件并不特别担心（我非常了解与BTRFS的实验状态相关的问题，为了保护数据安全，我进行了多次备份，并决心继续使用它，所以请不要：“解决方案；请勿使用BTRFS”帖子）。

但是，我想知道如何确定与不可纠正错误相关的文件？我想找到它们，删除它们，并用其备份副本替换它们。

如果有人知道如何执行此操作，我希望收到您的来信。

先感谢您。

我发现以下方法很有用...

btrfs scrub 音量。

如上所示，您将看到许多csum错误。
使用示例错误详细信息：csum = 4。在以下语句的tail指令中使用该数字：

dmesg | grep "checksum error at" | tail -4 | cut -d\  -f24- | sed 's/.$//'

将其通过管道传输到文件（例如> csums.txt）非常方便

我尝试了许多建议的inode搜索方法，但都取得了有限的成功。

是的，从INODE或块号映射回文件名可能很困难。如果您真的有兴趣，可以尝试类似的操作，然后查看要复制的文件...毕竟，如果文件损坏，则在复制过程中会引发错误。我以前使用过这种技术。

 find /mount-point -type f -exec cp {} /dev/null \;

 where mount-point is the ROOT node/mount-point of the affected filesystem

dmesg将为您提供有关不可纠正的校验和错误所涉及文件的详细信息。消息通常看起来像这样：“ BTRFS：开发逻辑上的校验和错误，扇区[...]，根[...]，inode [...]，偏移[ ...]，长度[...]，链接[...]（路径：[...]）“；最后一条信息是已损坏文件的绝对路径。

我也是来这里从BTRFS寻找“无法纠正的错误”的。上面的grep对我不起作用；我不得不使用代替：

$ dmesg | sed -n -r 's#.*BTRFS.*i/o error.*path: (.*)\)#\1#p' | sort -u
somepath/somefile.txt

请注意，路径是相对于子体积开始的-并不表示它在哪个子体积中。幸运的是，这对我来说不是问题。