Za każdym razem Ubuntu sprawdza moje systemy plików i tworzy kilka pustych folderów „ zgubionych + znalezionych ”.
Czy mogę wyłączyć tę funkcję? Czy jest jakiś sposób, aby Ubuntu automatycznie usuwa te foldery, jeśli są puste?
Czy jest jakiś sposób, aby ukryć ten folder w NFS?
Odpowiedzi:
Ilekroć fsckprzechodzi przez system i próbuje odzyskać uszkodzone pliki, umieści je w folderze lost + found. Wydaje mi się, że jest to w zasadzie problem z fscktworzeniem tego folderu, nawet jeśli nie ma nic do wstawienia. Ponieważ Ubuntu okresowo uruchamia te kontrole na twoich partycjach, foldery te zawsze zostaną ponownie utworzone, więc usunięcie go nie zadziała.
Jeśli chcesz tylko ukryć folder przed Nautilus, możesz utworzyć plik „.hidden” zawierający „lost + found” i umieścić go w folderze nadrzędnym lost + found.
Na przykład. dla utraconego + znalezionego folderu w „/”:
echo "lost+found" | sudo tee /.hidden
W przypadku katalogu domowego w tobie (jeśli istnieje):
echo "lost+found" > ~/.hidden
Sądzę, że alternatywnie możesz je usunąć po każdym uruchomieniu, dodając do pliku „/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
Spowoduje to uruchomienie rmdirfolderów, jeśli istnieją, co 2>/dev/nullspowoduje ich usunięcie tylko wtedy, gdy będą puste ( odrzuci wiadomość „niepusty” z rmdir). Prawdopodobnie nie ma wielu katalogów, więc utrzymałem prostotę. Upewnij się tylko, że „wyjście 0” pozostaje w dolnej linii.
Wada: śledzi tylko katalogi utworzone przez fsckpodczas rozruchu. Jeśli zostanie uruchomiony później, ponownie zobaczysz ten katalog. Następnie możesz umieścić powyższe w okresowo wykonywanym zadaniu cron .
[Posiadanie] zgubionego + znalezionego katalogu o wystarczająco dużym rozmiarze, aby pomieścić dużą liczbę niepowiązanych plików, stanowi mniejsze obciążenie dla e2fsck w celu utworzenia katalogu i powiększenia go do odpowiedniego rozmiaru.
[fsck spróbuje utworzyć utracone + znalezione, jeśli nie istnieje], ale w obliczu uszkodzonego systemu plików może być bardziej ryzykowne.
Bardzo stare fsck dla innych systemów plików na innych platformach nie były w stanie utworzyć / zagubić + znaleźć, ani nie były w stanie go rozwinąć. Oto historia uzasadnienia / lost + found ...
Jest potrzebny znacznie rzadziej od ext3. W przypadku systemu plików kronikowania pliki nie powinny się „zgubić” w przypadku awarii / awarii zasilania. Możesz argumentować, że jest przechowywany tylko po to, aby uniknąć śmiertelnych niespodzianek dla starych użytkowników (i dziwaków, którzy wyłączają dziennik). Jeśli nie wiesz, czego brakuje, być może nie stanowi to problemu.
Mimo to usunięcie go jest jak załatanie e2fsck. Możesz to zrobić, ale nie powinieneś.
W tym artykule wyjaśnimy poprawnie zgubiony + znaleziony katalog: http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/lostfound.html