BTRFS修正不能エラーのあるファイルの検索

BTRFSファイルシステムでの回復不能なエラーに関する質問があります。具体的には、RAMスティックの1つで問題が発生した後、最近BTRFSスクラブを実行しましたが、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

幸いなことに、すべてを3次バックアップでバックアップしているので、ファイルを失うことについて特に心配する必要はありません（BTRFSの実験ステータスに関連する問題をよく知っています。データを安全に保つために複数のバックアップがあり、 「ソリューション。BTRFSを使用しないでください」という投稿をしないでください。

ただし、修正不可能なエラーに関連するファイルを特定する方法を知りたいのですが？それらを見つけて削除し、バックアップしたコピーに置き換えたいと思います。

誰かがこれを行う方法についての情報を持っている場合、私はあなたから聞いてみたいです。

前もって感謝します。

私は次の方法が便利だと思いました...

btrfs scrub ボリューム。

上記のように、任意の数のcsumエラーが表示されます。
あなたの例の使用CSUM = 4：エラーの詳細を。次のステートメントのテールディレクティブでその番号を使用します。

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

これをファイルにパイプで送信すると便利です（例> csums.txt）

私はいくつかの提案されたiノード検索アプローチを試してみましたが、成功したとしても限られたものですべてに会いました。

はい、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：dev [...]の論理[...]でのチェックサムエラー、セクター[...]、ルート[...]、iノード[...]、オフセット[ ...]、長さ[...]、リンク[...]（パス：[...]） "; 最後の情報は、破損したファイルへの絶対パスです。

私もここに来て、BTRFSからの「修正不可能なエラー」を探しました。上記のgrepは私にとってはうまくいきませんでした。代わりに使用する必要がありました：

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

パスがサブボリュームの開始点に対してどのように相対的であるかに注意してください-どのサブボリュームが入っているかは示されません。これは幸運なことに私にとっては問題ではありませんでした。