fsckNASのext4ファイルシステムで作業していましたが、ハードエラーが発生して終了しました（残念ながらエラーメッセージが失われました）。ボリュームが破損していることを確認するためにすぐにボリュームを再マウントしたとき（もちろん読み取り専用）、ドライブ上のほとんどすべてのデータが失われたことがわかりました（もちろん、バックアップなしでほぼ8TB）。わかります）。ルート外部ディレクトリが存在しますが（すべての内容を含むように見えます）、ルートの他のディレクトリはもう存在しません。にはいくつかのファイルがあります/lost+foundが、これはディスク上のファイルのほんの一部です。
私はディスク上のさまざまなデータ復旧ツールを使ってflsみました。ルートを「検索」しているように見えますが、削除済みとしてマークされます。
d/- * 0: home
d/- * 0: photos
d/- * 0: music
d/- * 0: games
d/- * 0: books
d/- * 0: docker-registry
d/- * 0: cache
（*削除されたことを意味し、00として処理されたように見えるinode番号ですfsck。）
残念ながら、このマンページによれば、この-rオプションはfls削除されたディレクトリツリーに再帰することはできません。どういうわけかこれらのディレクトリエントリを「削除解除」する方法はありますか？ディレクトリエントリのメタデータがまだ存在し、fsckルートエントリを指すすべてのエントリを難読化、削除、および何らかの方法で復元できる場合は、以前のコンテンツをすべて再帰的に見つけることがflsできることを願っています。
私が試した他のもの
ext4magic他のツールを試してみましたが、extundelete最近削除されたものだけがログから見つかりましたfsck。
ディスク上で動作していますがphotorec（今は写真の回復以上の機能を実行できます）、ディスク全体を確認するのに2000時間（11週間以上）かかることが予想されます。約8時間実行した後、65,000個のファイルで約45GBのデータが見つかりましたが、もちろん役に立たないかほとんど役に立たない名前があり、これまでに見つかった比較的少数のファイルをスクリーニングするのに数ヶ月かかることがあります。
提供されたコマンドのリストも読んでみましたが、debugfs実際に役立つものは見えません。しかし、一部の機能を誤解しているものかもしれません。
試してみましたが、foremostドライブを見始めてから約1分でセグフォルトが発生し、事前に有用な出力がありませんでした。 scalpelに基づくforemost開始メッセージを印刷し、何が間違っているかを知らせずに、すぐにステータス1で終了します。
複雑
ボリュームサイズは約12TBで、LVM2を介して一緒に接続された2つのRAID5アレイの一部です。残念ながら、ファイルシステムのイメージを作成できる空き容量はありません。これまでは読み取り専用回復ツールを使用してきましたが、ルートエントリを回復する方法がある場合は、物理ディスクを変更する必要があります。
私の回復スクラッチスペースは、私が見つけた6TBボリュームです。photorec失われたすべてを見つけると、完了する前にスペースが不足します。
要約すると...
flsだから一番下に私の質問をまとめてみましょう。再帰的な内容が有効で利用可能であることを願って、ルートで見つかったディレクトリエントリを「削除解除」する方法はありますか？