/ proc, / usr, / var, / home są nazywane systemami plików.
Co to znaczy? myślałem, że istnieje tylko jeden system plików (np. ext4) ..
filesystem
directory
DrStrangeLove
źródło
źródło
Odpowiedzi:
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 system
lub 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.
/proc
jest zawsze punktem podłączenia dlaprocfs
pseudo-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
,/sys
i/tmp
.źródło
/ 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 ):
źródło
/proc
ale nie/usr
,/var
lub/home
.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:
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.
źródło