LinuxやUnixのlost+foundフォルダの目的は何ですか？

ファイルシステムのチェックと修復を行うコマンドである fsck を実行すると、ファイルシステムのどこにも参照されていないデータ断片を見つけることがあります。特に、fsckは、完全なファイルのように見えるが、システム上に名前がないデータ、つまり対応するファイル名がない inode を見つけることがあります。このデータはまだ容量を消費していますが、通常の手段ではアクセスできません。

ファイルシステムを修復するために fsck に指示すると、これらのほとんど削除されたファイルをファイルに戻すことができます。このファイルにはかつて名前と場所があったのですが、その情報はもう利用できない、ということです。そこで fsck はそのファイルを lost+found (lost and found property にちなんで) という特定のディレクトリに保存します。

lost+found`に格納されるファイルは、通常、システムが突然停止したとき（カーネルパニックや電源障害）、すでにリンクが解除されていた（つまり名前が消去されていた）ものの、何らかのプロセスによってまだ開かれていた（つまりデータはまだ消去されていない）ファイルです。もしそれだけで終わったのであれば、これらのファイルはどのみち削除される予定だったのですから、気にする必要はないでしょう。

また、ソフトウェアやハードウェアのバグによってファイルシステムが一貫性のない状態になったために、lost+foundにファイルが表示されることもあります。その場合は、失われたものの、システム修復によって何とか救い出されたファイルを見つけるための方法です。そのファイルには有用なデータが含まれている場合もあれば、含まれていない場合もあり、また、含まれていたとしても不完全であったり、古かったりする場合もあります。

多くのファイルシステムでは、lost+foundディレクトリは少し特殊で、fsckがそこにファイルを預けるためのスペースをあらかじめ確保しています。(このスペースはファイルデータ用ではなく、fsckがそのまま残しておくディレクトリエントリ用です。）もし誤って lost+found を削除してしまった場合は、mkdir で再作成せずに、mklost+found があればそれを使用してください。

lost+foundディレクトリ（Lost+Foundではない）は、ファイルシステム（ハードウェアデバイスではなく、fs）に損傷がある場合に、fsckが使用する構造である。 ディレクトリの破損によって通常失われるはずのファイルは、inode番号によってファイルシステムのlost+foundディレクトリにリンクされます。 これらの中には、失われたディレクトリや失われたファイル、あるいは失われたデバイスもあるかもしれません。 各ファイルシステムにはそれぞれlost+foundディレクトリがあるはずですが、ファイルシステムが1つしかないシステムを見ているかもしれません。 一般的には、このディレクトリが空であることを望むべきですが、もし破損していたとしても、fsck` がファイルをここに置いた後、多くの状況でファイルを回復できることに感謝しましょう。

"Linux Filesystem Hierarchy"、セクション/lost+found"からです： FSSTNDの概要で説明したように、Linuxは、常に適切なシャットダウンを行う必要があります。 は、常に適切なシャットダウンを行う必要があります。時には、システム システムクラッシュや停電でマシンがダウンしてしまうこともあります。いずれにせよ 次の起動時に、fsckを使った長時間のファイルシステムのチェックが行われます。 されます。Fsckは、システム全体をチェックし、破損しているファイル Fsckは、システムを調べ、見つかった破損したファイルを回復しようとします。この回復操作の結果は このディレクトリに配置されます。復旧されたファイルは、完全なものではありません。 復旧されたファイルは、完全なものでも、意味のあるものでもありません。 復旧されたファイルは、完全なものであったり、意味のあるものであったりすることはありませんが、価値のあるものが復旧される可能性はあります。各パーティションには、それぞれ lost+foundディレクトリがあります。もし、その中にファイルを見つけたら、元の場所に移動させましょう。 gt;元の場所に戻してください。もし、壊れたファイルのようなものを見つけたら へのシンボリックリンクが切れているような場合、そのファイルやファイルを、対応するRPMから再インストールする必要があります。 ファイルシステムの損傷が激しいので、対応するRPMから再インストールする必要があります。 ファイルが認識できないほど破壊されたからです。以下は、その例です。 以下は、/lost+foundディレクトリの例です。見てわかるように、ここに含まれるファイルの大部分は ここに含まれるファイルの大部分は、実際にはソケットです。残りのファイルについては その他のファイルについては、破損したシステムファイルや個人的なファイルであることが判明しました。 gt;ファイルであることがわかりました。これらのファイルは、復旧することができませんでした。