lost + foundから復元
EXT4 FS /メモリカードに問題があり、その後、fsckですべてのファイルがlost + foundに置かれました。
質問：lost + foundから古いファイル名/階層を復元するにはどうすればよいですか？またはそれは不可能ですか？バックアップからの復元はカウントされません。
何年も前に私がそれをしなければならなかったときは、ファイルの内容に基づいて推測する必要がありました。今日はもっと良い方法があるとは思えません。
「ファイル」プログラムは、データのタイプのアイデアを提供するため、ここで役立ちます。これを使用して、最初にファイルを適切に表示できます。
ファイルの元の名前と場所は/lost+foundで見つけることができません。これは what lost+foundの概要 です。これは、fsckが、まだ行っていないファイルのフラグメントを配置する場所ですディレクトリツリーのどこにでも接続できます。場所がわかっていれば、fsckは本来の場所にファイルを残していたことになります。
理論的には、fsckにファイル名などの部分的な情報のみが含まれ、ディレクトリの場所は含まれない可能性がありますが、通常のファイルシステムでは発生しません。
ファイル自体で手掛かりを見つけることができる場合があります。 file コマンドは、少なくともそれがどの種類のファイルであるかを認識します（認識できる場合）。一部のファイルには追加情報が含まれています。たとえば、JPEGおよびTIFF画像には [〜＃〜] exif [〜＃〜] データが含まれる場合があり、MP3ファイルには ID3タグ などが含まれる場合があります。
ファイル名と階層はありませんが、fileを使用すると、いくつかのものを回復できます。あなたがそれらを有効にした場合、私は長方形の選択を持つジョーエディタを使用します。したがって、「ls> ques」を実行してから、検索置換して、「file "＃133024」> 133024.txt」のようなステートメントのリストに変換できます。私はそれをshスクリプトとして実行した後、「grep PDF * .txt> pdflist」を実行できます。それをmcビューアで開き、別の端末で別のmcを開いて、pdflist.txtを確認しましたすべてのPDFを独自のディレクトリに移動しましたASCIIテキストファイルとそれが識別する他のすべてのもので同じことができます.
「＃410423：gzip圧縮されたデータは「x264_git.tar」でした」などの奇妙な驚きもあります。 'cat * .txt> filelist'を実行して、1つのファイルですべての説明を取得することもできます。
本当の答えはあなたがしようとするべきではないということです。内容が完全かどうかはわかりません。既知の正常なコピーから復元する必要があります。
私の場合、読み取り中にI/Oエラーが発生しました。そしてe2fsckの実行後、ほとんどのファイルはlost+foundのサブフォルダーにあり、ほとんどのファイル（およびファイル名）はokでした。
lost+foundに移動して実行します
find | less
ファイルが見つかるかどうか確認してください。幸運を！