Czy można ukryć zgubione + znalezione?

18

Biorąc pod uwagę partycję przeznaczoną wyłącznie do przechowywania muzyki, wideo itp., Czy można ukryć katalog lost + found?

— jldugger
źródło

19

Utwórz podkatalog w tym systemie plików i udziału / podlinkowujemy że zamiast katalogu głównego systemu plików.

Usunięcie katalogu lost + found to zły pomysł. Podczas odzyskiwania fsck potrzebuje istniejącego katalogu wielosektorowego, w którym można utworzyć wpisy katalogu dla utraconych plików. Jeśli nie ma zagubionego + znalezionego katalogu, musi on utworzyć jeden, potencjalnie nadpisujący dane.

— MikeyB
źródło

1

Jakieś źródła na ten temat?

— kubańczyk

Przez „źródła w tym” zakładam, że masz na myśli odniesienia? Nie jest wymieniony na żadnej stronie, którą mogę znaleźć, ale jest wymieniony tutaj (dzięki, Google): aplawrence.com/SCOFAQ/FAQ_scotec1fsck_lostfound.html

— MikeyB

1

Naprawdę zły pomysł, aby go usunąć. FSCK odtworzy się, ale jak wspomniano powyżej, potencjalnie powodując więcej szkód.

— Tonny,

11

W przypadku komputerów stacjonarnych opartych na Gnome2 / Mate Nautilus / Caja utwórz plik o nazwie .hiddenw folderze głównym dysku.

Edytuj zawartość do czytania:

lost+found

Nautilus ukryje teraz folder utracony + znaleziony, jeśli odświeżysz. Naciśnij „ctrl-h”, aby przełączyć ukryte elementy widoczne / niewidoczne.

— Shabbyrobe
źródło

Szkoda, że to nie wydaje się działać w przypadku Delfina KDE, a nawet Thunara. Jednak Thunar ukrywa utracone + znalezione domyślnie, ponieważ wygląda na folder systemowy

— Manu Järvinen

@ ManuJärvinen Co oznacza folder systemowy? Jeśli chodzi o jądro, lost+foundjest to zwykły katalog, tak jak każdy inny katalog. Tylko fsckto potrzebuje tej konkretnej nazwy katalogu. Każde inne narzędzie, które traktuje tę nazwę jako specjalną, robi to tylko w celu dopasowania do przyjętej konwencji fsck.

— kasperd

5

Nautilus (i Konq?) Zinterpretuje plik .hidden w katalogu jako listę plików do ukrycia. W przeciwnym razie, jak sugerują inni, użyj XFS lub ReiserFS.

— James Cape
źródło

5

$ ls --ignore=lost+found

Niech to będzie alias

$ alias ls='ls --ignore=lost+found'

Dzięki zaktualizowanemu ls, który jest częścią GNU coreutils 8.15

Odp: http://www.askapache.com/linux-unix/bash_profile-functions-advanced-shell.html

— AskApache
źródło

4

Nie. Ale możesz go usunąć (zostanie odtworzony przy następnym fsck), lub możesz użyć innego systemu plików, który nie wymaga zagubienia + znalezienia. ext2 / 3 robi.

— Mihai Limbăşan
źródło

Tak, ale możesz mieć skrypt, który usuwa go po uruchomieniu fsck. Ale tak naprawdę nie wiem, jaki byłby tego sens.

— BobbyShaftoe

1

Ściśle mówiąc, to tylko polecenie fsck, które potrzebuje katalogu lost + found. Sam system plików go nie potrzebuje. Nie mogłem znaleźć żadnej wzmianki o katalogu lost + found w kodzie źródłowym systemu plików. Z punktu widzenia systemu plików nie różni się niczym od wszystkich innych katalogów.

— kasperd

Naprawdę bardzo zła rada. Jest to specjalny katalog, ponieważ serverfault.com/a/9909/2101

— MikeyB

2

Lost + Found to miejsce, w którym FSCK zdeponuje fragmenty plików, które był w stanie odzyskać, jeśli twój system plików jest uszkodzony. Jeśli katalog jest obecnie pusty, możesz go po prostu usunąć.

FSCK (wierzę) odtworzy go, jeśli ma coś, co trzeba tam umieścić.

Nie wiesz jednak, dlaczego obecność tego katalogu jest dla Ciebie problematyczna?

— Tim Post
źródło

1

rmdir lost+found

— Ian Kelling
źródło

1

Przynajmniej w Ubuntu wystarczy zmienić właściciela katalogu na root

sudo chown -R root:root '/media/user/device/lost+found'

Otóż to.

— Dante
źródło

-1

Nie. Nie można tego ukryć, ponieważ w systemach operacyjnych UNIX tylko pliki rozpoczynające się kropką są ukryte w widoku standardowym.

— Dave Cheney
źródło