
一定時間ごとにUbuntuはファイルシステムをチェックし、いくつかの空の「紛失物+拾得物「」フォルダ。
この機能を無効にできますか? 空のフォルダーがある場合、Ubuntu で自動的に削除する方法はありますか?
NFS 上でこのフォルダを非表示にする方法はありますか?
答え1
fsck
システムを調べて破損したファイルを回復しようとすると、そのファイルは lost+found フォルダーに保存されます。これは基本的に、保存するものが何もないのにそのフォルダーを作成するという問題だと思います。Ubuntufsck
はパーティションに対して定期的にこれらのチェックを実行するため、これらのフォルダーは常に再作成されるため、削除しても機能しません。
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ジョブ。
答え2
多数のリンクされていないファイルを格納するのに十分な大きさの lost+found ディレクトリがあれば、ディレクトリを作成して適切なサイズに拡張する際の e2fsck の負担が軽減されます。
[fsck は lost+found が存在しない場合は作成を試みます]しかし、ファイルシステムが破損している場合は、さらに危険になる可能性があります。
他のプラットフォーム上の他のファイルシステム用の非常に古い fsck では、/lost+found を作成できず、また拡張もできませんでした。これが /lost+found の理論的根拠の履歴です...
ext3 以降、これが必要になる頻度はずっと少なくなっています。ジャーナリング ファイルシステムでは、クラッシュや電源障害でファイルが「失われる」ことはありません。これは、古いユーザー (およびジャーナルを無効にする変人) にとっての致命的な驚きを避けるためにのみ保持されていると主張する人もいるかもしれません。何が失われているのかわからない場合は、おそらく問題ではありません。
それでも、これを削除するのは e2fsck にパッチを当てるようなものです。これを行うことは「可能」ですが、行うべきではありません。
答え3
この記事では、lost+found ディレクトリについて適切な説明をします。 http://tldp.org/LDP/Linux-ファイルシステム階層/html/lostfound.html
答え4
cd where the lost+found folder is located
sudo touch .hidden
sudo mcedit .hidden
( で書き込みlost+found
、保存しますF2。)