Nie znałem mklost+found
polecenia, dopóki nie przeczytałem tego pytania .
mklost+found
Komenda utworzy nową lost + found w katalogu pwd.
Dlaczego miałbyś kiedykolwiek chcieć uruchomić to polecenie? Katalog lost + found już istnieje w / na każdej sprawdzonej dystrybucji.
Co by się stało, gdybyś miał wiele zagubionych i znalezionych katalogów? Czy odzyskane fragmenty danych trafiłyby do zagubionego + znalezionego katalogu w /, czy też do najnowszego utworzonego zagubionego + znalezionego katalogu?
Nie jestem pewien, jak mógłbym celowo utworzyć fragment danych, aby to przetestować.
filesystems
lost-found
spuder
źródło
źródło
rm -rf /lost+found
. Ups ...Odpowiedzi:
W przypadku, gdy
lost+found
katalog nie istnieje. Ponieważ jest to zwykły katalog,root
użytkownik może go usunąć za pomocąrm -r
. Niektóre wersjefsck
, gdy muszą skorzystać zlost+found
katalogu, utworzą go, jeśli nie istnieje, a niektóre nie. Jeśli nie malost+found
katalogu,fsck
nie można odzyskać osieroconych plików, to znaczy plików, które nie zawierają żadnych pozycji katalogu, które się do nich odnoszą.Wersja systemu Linux
mklost+found
ma następującą funkcję (ze strony podręcznika mklost + znaleziono ):Oznacza to, że jeśli będziesz musiał odzyskać pliki z uszkodzonego systemu plików przy użyciu
fsck
, mniej plików zostanie utraconych w ramach procesu odzyskiwania, ponieważfsck
nie będziesz musiał przydzielać bloków z systemu plików; takie bloki, które mogą zawierać prawidłowe dane pliku.Dla danego systemu plików
fsck
użyje tylko jednegolost+found
katalogu: tego, który znajduje się w katalogu głównym systemu plików. Żaden innylost+found
katalog nie będzie traktowany specjalnie.źródło
Coś musi zostać utworzone
lost+found
, wydaje się, że to polecenie to robi. Każde zamontowane medium musi zachować własnelost+found
.fragment strony man
O co chodzi z tworzeniem
lost+found
katalogu?Spodziewałbym się, że ten ostatni będzie przyzwyczajony,
e2fsck
jeśli będzie musiał przenieść bloki danychlost+found
.źródło
lost+found
”: Tak, ale w większości przypadków tak jestmke2fs
.„Katalog utraconych + znalezionych już istnieje w
/
każdej dystrybucji, którą sprawdziłem”.Ale nie o to chodzi. Każdy „prawdziwy” system plików (który mapuje do pewnego rodzaju pamięci blokowej, w przeciwieństwie do pseudo systemów plików takich jak / proc i swap) potrzebuje utraconego + znalezionego sierocińca. Na przykład, jeśli masz osobny system plików dla / home, powinien być
/home/lost+found
. Jest tak, ponieważfsck
nie przenosi pliku do/lost+found
głównego systemu plików; pozostawia znalezione pliki tam, gdzie je znalazł, ale tworzy pozycję katalogu w sierocińcu, aby człowiek mógł interweniować w celu zapewnienia odpowiedniej adopcji. Wiedza o tym, że coś jest w/home/lost+found
środku,/var/lost+found
może znacznie ułatwić tę ręczną interwencję.źródło
Według Essential System Administration
Najprawdopodobniej narzędzia takie jak wygląd fsck umieszczają fragmenty plików w katalogu lost + found wewnątrz katalogu głównego odpowiedniej partycji. Inne utracone + znalezione katalogi należy zignorować.
źródło