Do czego służy folder lost + found w systemach Linux i Unix?

W katalogu głównym systemów operacyjnych Linux i Unix znajduje się folder o nazwie /lost+found/

Po co to jest? W jakich okolicznościach miałbym z tym kontakt? Jak miałbym z tym współdziałać?

Po uruchomieniu fsckpolecenia sprawdzania i naprawy systemu plików może znaleźć fragmenty danych, do których nie ma odniesienia w żadnym miejscu w systemie plików. W szczególności fsckmoże znaleźć dane, które wyglądają jak kompletny plik, ale nie mają nazwy w systemie - i- węzła bez odpowiedniej nazwy pliku. Te dane wciąż zajmują miejsce, ale nie są dostępne w żaden normalny sposób.

Jeśli powiesz, fsckaby naprawić system plików, zamieni te prawie usunięte pliki z powrotem w pliki. Rzecz w tym, że plik miał kiedyś nazwę i lokalizację, ale ta informacja nie jest już dostępna. Więc fsckdeponuje plik w określonym katalogu o nazwie lost+found(po zagubionej i znalezionej własności).

Pliki, które się pojawiają, lost+foundto zazwyczaj pliki, które zostały już rozłączone (tj. Ich nazwa została usunięta), ale nadal zostały otwarte przez jakiś proces (więc dane nie zostały jeszcze usunięte), gdy system nagle się zatrzymał (panika jądra lub awaria zasilania). Jeśli to wszystko się wydarzyło, te pliki i tak zostały przeznaczone do usunięcia, nie musisz się tym przejmować.

Pliki mogą się również pojawiać, lost+foundponieważ system plików był niespójny z powodu błędu oprogramowania lub sprzętu. W takim przypadku możesz znaleźć pliki, które zostały utracone, ale naprawa systemu zdołała je uratować. Pliki mogą zawierać przydatne dane, ale nawet jeśli są, mogą być niekompletne lub nieaktualne; wszystko zależy od stopnia uszkodzenia systemu plików.

W wielu systemach plików lost+foundkatalog jest nieco wyjątkowy, ponieważ wstępnie przydziela trochę miejsca na fsckumieszczanie tam plików. (Miejsce nie jest na dane pliku, które fsckpozostają na miejscu; są to pozycje katalogu, które fsckmuszą uzupełnić.) Jeśli przypadkowo usuniesz lost+found, nie twórz go ponownie mkdir, użyj, mklost+foundjeśli jest dostępny.

lost+foundKatalogu (nie lost + found) jest konstruktem wykorzystywane przez fsckkiedy nie jest uszkodzenie systemu plików (nie do urządzenia sprzętowego, ale do FS). Pliki, które normalnie zostałyby utracone z powodu uszkodzenia katalogu, zostałyby połączone w lost+foundkatalogu tego systemu plików według numeru i-węzła. Niektóre z nich mogą zostać utracone katalogi lub utracone pliki, a nawet utracone urządzenia. Każdy system plików powinien mieć własny lost+foundkatalog, ale możesz patrzeć na system z tylko jednym systemem plików. Ogólnie rzecz biorąc, powinieneś mieć nadzieję, że katalog jest pusty; ale w przypadku korupcji bądź wdzięczny, że w wielu warunkach pliki można odzyskać po fsckumieszczeniu ich tutaj.

Z „Hierarchii systemu plików Linux”, sekcja / lost + found ” :

Jak wyjaśniono wcześniej podczas przeglądu FSSTND, Linux powinien zawsze przechodzić prawidłowe zamknięcie. Czasami system może ulec awarii lub awaria zasilania może spowodować wyłączenie urządzenia. Tak czy inaczej, przy następnym uruchomieniu zostanie przeprowadzona długa kontrola systemu plików za pomocą fsck. Fsck przejdzie przez system i spróbuje odzyskać wszystkie znalezione uszkodzone pliki. Wynik tej operacji odzyskiwania zostanie umieszczony w tym katalogu. Odzyskane pliki prawdopodobnie nie będą kompletne ani sensowne, ale zawsze istnieje szansa na odzyskanie czegoś wartościowego. Każda partycja ma własny katalog lost + found. Jeśli znajdziesz tam pliki, spróbuj przenieść je z powrotem do pierwotnej lokalizacji. Jeśli znajdziesz coś w rodzaju zepsutego dowiązania symbolicznego do „pliku”, musisz ponownie zainstalować plik / pliki z odpowiedniego RPM, ponieważ twój system plików został tak poważnie uszkodzony, że pliki zostały okaleczone nie do poznania. Poniżej znajduje się przykład katalogu / lost + found. Jak widać, ogromna większość zawartych tu plików to tak naprawdę gniazda. Jeśli chodzi o pozostałe pliki, okazało się, że są to uszkodzone pliki systemowe i osobiste. Tych plików nie można odzyskać.