解決策 1:
fsck は、lost+found ディレクトリが見つからない場合、再作成します。
ファイルシステムが正常にアンマウントされていないことが検出された場合、ほとんどのディストリビューションは起動時に fsck を実行します。 fsck は、lost+found ディレクトリが見つからない場合にそれを作成するので、それを作成し、見つかったものをすべてそのディレクトリに配置します。
解決策 2:
fsck を実行できない、または実行したくない場合 、 lost+found を再作成できます mklost+found のディレクトリ :
mklost+found は、lost+found ディレクトリにディスク ブロックを事前に割り当てます。これにより、e2fsck(8) を実行してファイル システムを回復するときに、リンクされていない多数のファイルを格納するためにファイル システムにブロックを割り当てる必要がなくなります。これにより、リカバリ中に e2fsck がファイルシステムにデータ ブロックを割り当てる必要がなくなります。
解決策 3:
多数のリンクされていないファイルを格納するのに十分なサイズの既存の lost+found ディレクトリは、e2fsck がディレクトリを作成して適切なサイズに拡張する負担を軽減します。
それでもそうしようとしますが、破損したファイルシステムに直面すると、より危険になる可能性があります.
他のプラットフォーム上の他のファイルシステム用の非常に古い fsck は、/lost+found を作成することも、拡張することもできませんでした。これが /lost+found の論理的根拠の歴史です。しかし、現在の理論的根拠は、e2fsck の仕事を簡単にすることです。
解決策 4:
lost+found がない場合 、 e2fsck (他の fsck までのコードは調べていません 実装) は、あなたのためにそれを作成することを提案します。ただし、必要に応じて自分で再作成することもできます。そのディレクトリについて特に特別なことは何もありません (少なくともコードを調べることからではありません)。
解決策 5:
e2fsck は、lost+found を再作成し、邪魔になる可能性のある同じ名前のファイルを破棄して、ディレクトリとして作成できるようにします。
多くの古い Unix ファイルシステムでは、lost+found を inode 番号 2 にアタッチする必要があることに注意してください。したがって、ディレクトリが失われた場合、ほとんどの場合、ファイルシステムを再作成する必要があります。 e2fsck は空いている i ノードを検索するだけで、特に i ノード 2 を必要としないようです。これにより、以前よりもはるかに簡単に復旧できます。