Dlaczego te katalogi nazywane są systemami plików?


11

/ proc, / usr, / var, / home są nazywane systemami plików.

Co to znaczy? myślałem, że istnieje tylko jeden system plików (np. ext4) ..


Czy możesz podać kilka przykładów, w których / usr, / var lub / home nazywają się systemami plików?
Sergey

linux.die.net/sag/root-fs.html Czy popełniłem błąd? Proszę .. wyjaśnij ..
DrStrangeLove

Mówią - punkty montowania dla innych systemów plików. Co to znaczy??
DrStrangeLove

1
Może to pomóc: linfo.org/mounting.html .
Siergiej

Odpowiedzi:


16

Termin „system plików” ma kilka znaczeń. Kiedy ludzie mówią o nazwach systemów plików takich jak ext4, UFS, NTFS itp., Mają na myśli organizację przechowywania danych na niskim poziomie (pod względem bloków na nośnikach). Takie „systemy plików” zwykle wymagają sterownika, aby uzyskać dostęp do danych przechowywanych na nośnikach sformatowanych w tym systemie plików. W przypadku /proc, /usr, root file systemlub coś, system plików po prostu odnosi się do struktury katalogów.

Technicznie w systemie Linux każdy katalog może być punktem podłączenia systemu plików. Pozwala to wybrać najlepszy typ systemu plików (ext4, ufs, xfs itp.) Dla poszczególnych katalogów, w zależności od charakteru przechowywanych informacji i wymagań bezpieczeństwa.

Uważam, że w twoim przypadku katalogi te nazywane są „systemami plików”, ponieważ są często używane jako punkt podłączenia dla poszczególnych systemów plików. /procjest zawsze punktem podłączenia dla procfspseudo-systemu plików, który przedstawia informacje o procesach i inne informacje o systemie w hierarchicznej strukturze podobnej do pliku.

Istnieje kilka katalogów, które mogą być uznane za systemy plików: /dev, /sysi /tmp.


Gdybym tylko mógł dać ci +100 ... bardzo dobrą odpowiedź!
Uri Herrera

3
Uri Herrera: możesz. To się nazywa nagroda i możesz ją przyznać komuś, kto ma na to ochotę. :)
Jo-Erlend Schinstad

@UriHerrera Mam nadzieję, że kiedyś będziesz w stanie to zrobić :)
Sergey

12

/ proc jest bardzo specjalnym folderem i nie jest przechowywany na dysku, ale w pamięci i służy do przekazywania informacji o systemie (procesor, pamięć RAM, urządzenia ...). Dlatego używa specjalnego systemu plików (nie ext4), który nazywa się procfs. Możesz przeczytać więcej na Wikipedii: procfs

Zamiast tego, / usr , / var i / home są zazwyczaj (przynajmniej na komputerze stacjonarnym) przechowywane w tym samym systemie plików (np. Ext4), a często na tym samym dysku: są to zwykłe foldery o określonych znaczeniach. Zawsze na Wikipedii można znaleźć szczegółowe informacje na temat standardu hierarchii systemów plików .

Nie są to tak naprawdę „systemy plików”, ale ten akapit pomaga wyjaśnić użycie nazewnictwa (z podręcznika FHS 2.3 ):

Aby uruchomić system, na partycji głównej musi znajdować się wystarczająca ilość, aby zamontować inne systemy plików. Obejmuje to narzędzia, konfigurację, informacje o module ładującym i inne niezbędne dane startowe. / usr, / opt i / var są zaprojektowane w taki sposób, że mogą znajdować się na innych partycjach lub systemach plików.


1
To nie odpowiada na pytanie, dlaczego te katalogi są tak często nazywane systemami plików .
umów się

6
Właściwie to robi. Podsumowując, / proc wygląda jak zwykły katalog przeglądarki plików, ale tak naprawdę jest to system plików. Jeśli chodzi o pozostałe wymienione katalogi, być może ktoś przez pomyłkę nazywa je systemami plików.
mikewhthing

@mikewhokolwiek, na pewno to wyjaśnia, /procale nie /usr, /varlub /home.
Oxwivi

Masz rację, do / usr / var i / home nie odpowiedziałem, ponieważ zwykle nie nazywam ich systemami plików, ale folderami. Jednak poprawiłem odpowiedź na ten punkt.
Pisu,

0

System plików można traktować jako strukturę umożliwiającą tworzenie plików w urządzeniu do przechowywania danych. Urządzeniem jest na przykład partycja dysku twardego, pamięć RAM lub pamięć USB. Typ systemu plików to format używany do przechowywania danych w systemie plików, na przykład ext4, vfat lub wiele innych. Systemy plików (urządzenia) mogą być montowane jako katalogi (foldery), zwane także punktami montowania.

Aby uruchomić system operacyjny, musisz mieć główny system plików, w którym system operacyjny jest zainstalowany. Jest on montowany jako / (root) podczas uruchamiania i wszystkie inne systemy plików są montowane pod nim. Z podanych przykładów / usr i / var mogą być częścią głównego systemu plików lub oddzielnymi systemami plików (inna partycja na tym samym lub innym dysku jako /). Jeśli oddzielne systemy plików, mogą nawet być innym typem systemu plików niż / (myślę!). Z drugiej strony, / proc to system plików w pamięci RAM (znany również jako dysk RAM) z własnym typem o tej samej nazwie, proc.

Polecenie mount na terminalu udostępnia te informacje o wszystkich zamontowanych systemach plików: urządzenie, punkt podłączenia, typ. Na przykład:

user@box:~$ mount
/dev/sda7 on /home type ext3 (rw,relatime,errors=remount-ro,commit=0)
proc on /proc type proc (rw)

Oznacza to, że mam partycję sda7 zamontowaną jako / home (ze wszystkimi moimi cennymi danymi!) I jest ona sformatowana przy pomocy typu ext3; proc proc jest zamontowany na / proc z typem proc. Podane są również uprawnienia dla każdego systemu plików (rw itp.).

Ostatni punkt: do systemów plików często odnoszą się ich punkty montowania. Oznacza to, że w powyższym przykładzie mogę powiedzieć, że urządzenie sda7 jest moim systemem plików / home. Nie jest to całkowicie poprawne, choć jasne dla większości ludzi: oznacza to, że system plików jest przeznaczony do montowania z punktem montowania / home. Ale nic nie powstrzymuje mnie przed zamontowaniem systemu plików na sda7 pod mount mount / work, / hotel lub / sunny_beach. Rzeczywiście, surowe dane można również uzyskać bezpośrednio pod / dev / sda7 (zamontowane lub odmontowane) bez znajomości bazowego systemu plików. Może to być przydatne do odzyskiwania danych w przypadku uszkodzenia systemu plików, gdy nie można już zamontować systemu plików, ale urządzenie jest nadal czytelne. Taki bezpośredni dostęp jest jednak potencjalnie katastrofalny i powinien być wykorzystywany tylko w wyjątkowych okolicznościach.

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.