web-dev-qa-db-ja.com

空の「lost + found」フォルダーが空の場合は自動的に削除する

一定の時間ごとに、Ubuntuはファイルシステムをチェックし、いくつかの空の「lost + found」フォルダーを作成します。

この機能を無効にできますか？これらのフォルダーが空の場合、Ubuntuがこれらのフォルダーを自動的に削除する方法はありますか？

NFSでこのフォルダーを非表示にする方法はありますか？

filesystemnfsfolder
9
Juan Simón

fsckがシステムを通過し、破損したファイルを回復しようとするたびに、それらをlost + foundフォルダーに入れます。これは基本的にfsckの問題であると思います。何も入れなくてもそのフォルダーを作成します。Ubuntuは定期的にパーティションでこれらのチェックを実行するため、これらのフォルダーは常に再作成されるため、削除は機能しません。

Nautilusからフォルダーを非表示にする場合は、「lost + found」を含む「.hidden」ファイルを作成し、lost + found親のフォルダーに配置できます。

例えば。 「/」のlost + foundフォルダーの場合：

echo "lost+found" | Sudo tee /.hidden

ホームディレクトリにあるもの（ある場合）：

echo "lost+found" > ~/.hidden

代わりに、「/ etc/rc.local」ファイルに次を追加することで、起動後にそれらを削除できると思います。

if [ -d /lost+found ]; then
    rmdir /lost+found 2>/dev/null
fi

if [ -d /home/USER/lost+found ]; then
    rmdir /home/USER/lost+found 2>/dev/null
fi

これにより、フォルダーが存在する場合はrmdirが実行され、空の場合のみ削除されます（2>/dev/nullはrmdirからの「not empty」メッセージを破棄します）。おそらくディレクトリはそれほど多くないので、単純にしました。 「exit 0」が最終行にあることを確認してください。

欠点：これは、ブート時にfsckによって作成されたディレクトリのみを追跡します。後で実行すると、そのディレクトリが再び表示されます。その後、上記の定期的に実行される cronジョブ に入れることができます。

8
htorque

[持っている]多数のリンクされていないファイルを含むのに十分な大きさのlost + foundディレクトリは、ディレクトリを作成して適切なサイズに拡張するためのe2fsckの負担を軽減します。

[fsckは、lost + foundが存在しない場合は作成しようとします]、 ただし、破損したファイルシステムに直面すると、よりリスクが高くなります。

他のプラットフォーム上の他のファイルシステム用の非常に古いfsckは、/ lost + foundを作成することも、成長させることもできませんでした。これが/ lost + foundの理論的根拠の歴史です...

Ext3以降、必要な頻度ははるかに少なくなります。ジャーナリングファイルシステムでは、クラッシュ/電源障害でファイルが「失われる」ことはありません。昔の人（およびジャーナルを無効にする変人）にとって致命的な驚きを避けるためだけに維持されていると主張するかもしれません。不足しているものがわからない場合は、おそらく問題ではありません。

それでも、それを削除することはe2fsckにパッチを当てるようなものです。あなたはそれを「する」ことができますが、すべきではありません。

4
karthick87

この記事では、lost + foundディレクトリに関する適切な説明を提供します。 http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/lostfound.html

0
aneeshep