LinuxとUnixのLost + Foundフォルダの目的は何ですか？

走ればfsck、ファイルシステムのどこにも参照されないデータフラグメントを見つけることができるファイルシステムスキャンと回復コマンド。特に、fsck完全なファイルのように見えますが、システムでは名前のないデータを見つけることができます。インデックスノードそのファイル名がありません。このデータはまだスペースを占めていますが、一般的な方法ではアクセスできません。

Repair File Systemを選択すると、fsckほとんど削除されたファイルがファイルに復元されます。問題は、ファイルに名前と場所がありましたが、その情報を使用できなくなることです。したがって、ファイルは（次へ）fsckという特定のディレクトリに配置されます。lost+found紛失物財産）。

表示されるファイルは通常、切断されたlost+found（つまり名前が削除された）システムが突然停止したとき（カーネルパニックまたは停電）、一部のプロセスによってまだ開かれていたファイルです（したがってデータは削除されません）。それがすべてなら、ファイルはとにかく削除されるので、気にする必要はありません。

lost+foundファイルシステムを一貫性のない状態にするソフトウェアまたはハードウェアのエラーが原因でファイルが表示されることがあります。もしそうなら、失われましたが、システム回復によって正常に回復されたファイルを見つける方法は次のとおりです。これらのファイルには、有用なデータが含まれている場合も含まれていない場合もあります。

多くのファイルシステムでは、このディレクトリはファイルを保持するlost+foundために事前に割り当てられたスペースがあるという点で少し特別です。fsck（このスペースは、fsckファイルデータを保持するためのスペースではなく、fsck構成する必要があるディレクトリ項目のスペースです。）誤って削除した場合は、lost+found再生成には使用しないmkdirでください。mklost+found可能であれば。

ディレクトリ（Lost + Foundではない）は、lost+foundファイルシステム（ハードウェアデバイスではなくファイルシステム）が破損したときに使用される構造です。fsck通常、ディレクトリの破損によって失われたファイルは、lost+foundinode番号でそのファイルシステムのディレクトリにリンクされます。そのうちのいくつかは、ディレクトリが存在しないか、ファイルが存在しないか、デバイスが欠落している可能性があります。各ファイルシステムには独自のディレクトリが必要ですlost+foundが、ファイルシステムが1つしかないシステムが表示されることがあります。通常、このディレクトリは空でなければなりません。ただし、破損が発生した場合は幸いなことに、ほとんどの場合、ここにファイルをfsck配置してから回復できます。

「Linuxファイルシステム階層」セクションで/紛失+発見」:

前述のFSSTNDの概要で説明したように、Linuxは常に適切なシャットダウンを受ける必要があります。時にはシステムがクラッシュする可能性があり、停電によって機械がハングすることがあります。いずれにしても、次の起動時にfsckを使用して長いファイルシステムチェックを実行します。 Fsckはシステムに移動し、見つかった破損したファイルを修復しようとします。この復元操作の結果はこのディレクトリに保存されます。回復されたファイルが完全またはそれほど重要である可能性はありませんが、貴重なファイルを回復することは常に可能です。各パーティションには独自のloss + foundディレクトリがあります。そこでファイルを見つけたら、元の場所に戻ります。 「ファイル」への破損したシンボリックリンクなどが見つかった場合は、ファイルシステムが破損しすぎてファイルが認識できないほど破損しているため、そのRPMからファイルを再インストールする必要があります。以下は、/lost+found ディレクトリの例です。ご覧のとおり、ここに含まれるほとんどのファイルは実際にはソケットです。残りのファイルは、システムファイルと個人ファイルが破損していることが確認された。これらのファイルは回復できません。