LinuxおよびUnixのlost + foundフォルダーの目的は何ですか？
LinuxおよびUnixオペレーティングシステムのルートに/lost+found/というフォルダがあります
それはなんのためですか？どのような状況でそれを操作しますか？どのように操作しますか？
ファイルシステムのチェックおよび修復コマンドである fsck を実行すると、ファイルシステムのどこにも参照されていないデータフラグメントが見つかる場合があります。特に、fsckは、完全なファイルのように見えてもシステム上に名前がないデータを検出する可能性があります—対応するファイル名のない inode 。このデータはまだ領域を使用していますが、通常の方法ではアクセスできません。
fsckにファイルシステムの修復を指示すると、ほとんど削除されたこれらのファイルがファイルに戻されます。問題は、ファイルに一度名前と場所が設定されていたが、その情報が利用できなくなったことです。したがって、fsckはlost+foundと呼ばれる特定のディレクトリにファイルを配置します（ lost and found プロパティの後）。
lost+foundに表示されるファイルは、通常、すでにリンクが解除されている（つまり、名前が消去されている）が、システムが突然停止したとき（カーネルパニックまたは電源が切れたため）まだ何らかのプロセスによって開かれている（そのため、データはまだ消去されていません）失敗）。それがすべて起こった場合、これらのファイルはとにかく削除する予定でしたので、それらを気にする必要はありません。
ソフトウェアまたはハードウェアのバグが原因でファイルシステムが不整合な状態にあったため、ファイルはlost+foundにも表示される可能性があります。それが事実である場合、それはあなたが失われたファイルを見つけるための方法ですが、システムの修復はなんとかして回復しました。ファイルには有用なデータが含まれている場合と含まれていない場合があり、たとえ含まれていても、不完全であったり古くなっている可能性があります。それはすべて、ファイルシステムの損傷がどれほど悪かったかによって異なります。
多くのファイルシステムでは、fsckがそこにファイルを置くために少しのスペースを事前に割り当てるので、lost+foundディレクトリは少し特殊です。 （スペースは、fsckが残したファイルデータ用ではありません。fsckが作成する必要があるディレクトリエントリ用です。）誤ってlost+foundを削除した場合、 mkdirで再作成しないでください。使用可能な場合は mklost+found を使用します。
lost+foundディレクトリ（Lost + Foundではない）は、ファイルシステム（ハードウェアデバイスではなくfs）に損傷がある場合にfsckによって使用される構造です。ディレクトリの破損が原因で通常失われるファイルは、そのファイルシステムのlost+foundディレクトリにiノード番号でリンクされます。これらのいくつかは、失われたディレクトリ、失われたファイル、または失われたデバイスである可能性があります。各ファイルシステムには独自のlost+foundディレクトリが必要ですが、ファイルシステムが1つだけのシステムを見ているかもしれません。一般に、ディレクトリが空であることを期待する必要があります。しかし、破損がある場合は、多くの状況でfsckがファイルをここに配置した後でファイルを復元できることに注意してください。
「Linuxファイルシステム階層」のセクション / lost + found " ：
前にFSSTNDの概要で説明したように、Linuxは常に適切なシャットダウンを実行する必要があります。場合によっては、システムがクラッシュしたり、停電によってマシンが停止したりすることがあります。どちらの方法でも、次回の起動時に、fsckを使用した長いファイルシステムチェックが行われます。 Fsckはシステムを通過し、検出した破損ファイルの回復を試みます。このリカバリー操作の結果は、このディレクトリーに入れられます。復元されたファイルは完全であるとは限らないか、あまり意味がありませんが、何か価値のあるものが復元される可能性は常にあります。各パーティションには、独自のlost + foundディレクトリがあります。そこにファイルが見つかった場合は、元の場所に戻してください。壊れた「ファイル」へのシンボリックリンクのようなものが見つかった場合、ファイルシステムが著しく損傷してファイルが認識できないほどに破損したため、対応するRPMからファイルを再インストールする必要があります。以下は、/ lost + foundディレクトリの例です。ご覧のとおり、ここに含まれるファイルの大部分は実際にはソケットにあります。他のファイルの残りに関しては、それらは破損したシステムファイルと個人ファイルであることが判明しました。これらのファイルは回復できませんでした。