私はXubuntu 18.04でbtrfsを使用してLUKSボリュームに設定した120GB Samsung SSDを持っています。後）。 ):
[ 8023.426359] BTRFS info (device dm-0): disk space caching is enabled
[ 8023.426361] BTRFS info (device dm-0): has skinny extents
[ 8023.427820] BTRFS error (device dm-0): bad tree block start, want 120516247552 have 17642829462275766793
[ 8023.427828] BTRFS warning (device dm-0): failed to read tree root
[ 8023.459232] BTRFS error (device dm-0): open_ctree failed
「必要な」値がバイトオフセットであると仮定すると、合理的な量を超えるようです。 Ubuntu 19.04フラッシュドライブから起動し、rescue chunk-recover111個の回復可能なブロックと「ブロックツリー回復の成功」を報告することを試みましたが、問題には何の影響もありませんでした。ブロックリカバリプロセスを再実行しましたが、最初の実行と同じ出力が生成されたため、何も実行されないようです。
何が起こっているのかを確認するために1つを試しましたが、すでに良好なrescue super-recover状態の2つのスーパーブロックが報告されており、何もしませんでした。
この時点では、ddを使用して一部のワークストアのファイルにディスクをバックアップします。私のデータ（またはその少なくとも一部）がまだそこにあることを知っています。イメージのxxdダンプを渡すと、プレーンテキストファイルの内容が表示されるためです。
最後の手段であることを知っているこの作業を試しましたが、check --repairこれも機能しませんでした。インストールに失敗したdmesgのエラーに似たエラーが発生しました。
enabling repair mode
Opening filesystem to check...
checksum verify failed on 120516247552 found 4D050B32 wanted 0EB4D74B
checksum verify failed on 120516247552 found 4D050B32 wanted 0EB4D74B
bad tree block 120516247552, bytenr mismatch, want=120516247552, have=17642829462275766793
Couldn't read tree root
ERROR: cannot open file system
重複ではないことは確かです。BTRFS不良ツリーブロックの開始
編集：セクタのサイズに合わせてさまざまな場所を指すことを試みましたが、inspect-internal dump-tree -b ...すべてチェックサムの不一致エラーが発生しました。これが見つかり、check --repair120516247552でルートツリーを読み取ろうとすると、他のコマンドが文句を言います。これは特定の症状ですか？ディスクのどこでもチェックサムが失敗した場合、問題は発生しますか？ （ハードウェアエラー？）もう一度申し上げますが、ディスクの内容のイメージを作成することがddでき、その中にあるプレーンテキストデータも見ることができました。 。