回答:
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
)。おそらくディレクトリは多くないので、私はそれをシンプルに保ちました。「exit 0」が最終行にあることを確認してください。
欠点:fsck
起動時に作成されたディレクトリのみを追跡します。後で実行すると、そのディレクトリが再び表示されます。次に、上記を定期的に実行されるcronジョブに入れることができます。
リンクされていない多数のファイルを格納するのに十分な大きさのlost + foundディレクトリを使用すると、e2fsckがディレクトリを作成して適切なサイズに拡大する負担が軽減されます。
[fsckはlost + foundが存在しない場合は作成しようとします] が、ファイルシステムが破損している場合は、よりリスクが高くなる可能性があります。
他のプラットフォーム上の他のファイルシステム用の非常に古いfsckは、/ lost + foundを作成できず、それを拡張することもできませんでした。これは/ lost + foundの根拠の歴史です...
ext3以降、必要になる頻度ははるかに少なくなっています。ジャーナリングファイルシステムを使用すると、クラッシュ/停電時にファイルが「失われる」ことはありません。昔ながらの人(そしてジャーナルを無効にする変人)の致命的な驚きを避けるためだけに残されていると主張するかもしれません。何が不足しているかわからない場合は、問題ではない可能性があります。
それでも、それを削除することはe2fsckにパッチを当てるようなものです。あなたはそれを「できる」が、そうすべきではない。
この記事では、lost + foundディレクトリに関する適切な説明を提供します。http: //tldp.org/LDP/Linux-Filesystem-Hierarchy/html/lostfound.html