Usuń pusty folder „utracony + znaleziony” automatycznie, jeśli jest pusty


9

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:


8

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 .


Dzięki, wiedziałem o tym, ale to rozwiązanie działa tylko na nautilus.
Juan Simón,

Jak mogę ukryć ten folder w NFS?
Juan Simón,

Zobacz aktualizację. Niestety nie mam doświadczenia z NFS.
htorque

4

[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ś.


Dzięki, ale to nie odpowiada na moje pytanie.
Juan Simón


-1

cd where the lost+found folder is located
sudo touch .hidden
sudo mcedit .hidden(Napisz lost+foundi zapisz za pomocą F2.)

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.