web-dev-qa-db-ja.com

lost + foundフォルダーを削除しても安全ですか？

Vhd/virtualboxに使用する空の別のパーティションがあります。 /mount/win7にマウントされています。

今すべてを削除しましたが、lost + foundフォルダーが残っています。 5ギガほどかかります

紛失したフォルダーを削除しても安全ですか？

filesystemdirectorydelete
31
chrisjlee

fsckは、lost + foundディレクトリが存在しない場合は再作成します。

起動時に、ファイルシステムが正常にアンマウントされていないことが検出された場合、ほとんどのディストリビューションはfsckを実行します。

Fsckは、lost + foundディレクトリが存在しない場合は作成するため、それを作成し、見つかったものはすべてそのディレクトリに配置します。

したがって、問題なく削除できます。

32
LnxSlck

これまでのところ、lost+foundを削除することは完全に安全であるという印象を受けていました。しかし、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は、通常のディレクトリとは異なり、事前に割り当てられたブロックが関連付けられていることを示します。

17
Grumbel

Lost + foundディレクトリを削除したくありません。
これは重要なシステムフォルダーであり、とにかく次回の起動時に再作成されます。なぜそこにあるのか、何をするのかについてかなり良い説明があります here

2
snishalaka