回答:
fsckは、lost + foundディレクトリが存在しない場合は再作成します。
起動時に、ファイルシステムが正常にアンマウントされていないことが検出された場合、ほとんどのディストリビューションはfsckを実行します。
fsckは、lost + foundディレクトリが存在しない場合は作成するため、それを作成し、見つかったものはすべてそのディレクトリに配置します。
したがって、問題なく削除できます。
これまでのところ、削除lost+found
はfsckによって必要に応じて再作成されるため、削除は完全に安全であるという印象を受けていました。しかし、Ubuntu 12.10のアップグレード後に、cronからこのメールを受け取りました。
/etc/cron.daily/standard:
Some local file systems lack a lost+found directory. This means if the
file system is damaged and needs to be repaired, fsck will not have
anywhere to put stray files for recovery. You should consider creating
a lost+found directory with mklost+found(8).
The following lost+found directories were not available:
/home/lost+found
のマンページにmklost+found
は次のように書かれています:
mklost+found pre-allocates disk blocks to the lost+found directory
so that when e2fsck(8) is being run to recover a filesystem, it does
not need to allocate blocks in the filesystem to store a large number
of unlinked files. This ensures that e2fsck will not have to allocate
data blocks in the filesystem during recovery.
正確にそれが何を意味するのかはわかりませんが、それがないとlost+found
回復時にトラブルを引き起こす可能性があることを示しているようです。さらにlost+found
、通常のディレクトリとは異なり、事前に割り当てられたブロックが関連付けられていることを示しています。
lost+found
ディレクトリ用のディスクブロックの事前割り当ては、ファイルシステムが不安定な状態(の間fsck
)にある間、さらなる割り当てを行う必要がないことを確認するために使用されると考えています。ファイルシステムがすでに台無しになっている場合、fsck
失われたファイルを復元するときにディレクトリエントリを割り当てようとすると悪化する可能性があります。少なくともext2/ext3/ext4
家族はfsck
、ファイルシステムが完全に壊れていても、事態を悪化させないように非常に努力しています。