/ proc, / usr, / var, / home называются файловыми системами.
Что это обозначает? я думал, что была только одна файловая система (например, ext4) ..
filesystem
directory
Доктор Стрейнджлав
источник
источник
Ответы:
Термин «файловая система» имеет несколько значений. Когда люди говорят об именах файловых систем, таких как ext4, UFS, NTFS и т. Д., Они имеют в виду организацию хранения данных на низком уровне (с точки зрения блоков на носителе). Такие «файловые системы» обычно требуют от драйвера доступа к данным, хранящимся на носителе, отформатированном в этой файловой системе. В случае
/proc
,/usr
,root file system
или файловая система что - то просто относится к структуре каталогов.Технически в Linux любой каталог может быть точкой монтирования файловой системы. Это позволяет вам выбрать лучший тип файловой системы (ext4, ufs, xfs и т. Д.) Для отдельных каталогов, в зависимости от характера хранимой информации и требований безопасности.
Я считаю, что в вашем случае эти каталоги называются «файловыми системами», потому что они часто используются в качестве точки монтирования для отдельных файловых систем.
/proc
всегда является точкой монтирования дляprocfs
псевдофайловой системы, которая представляет информацию о процессах и другую системную информацию в виде иерархической файловой структуры.Есть несколько каталогов , которые могут рассматриваться как файловые системы:
/dev
,/sys
и/tmp
.источник
/ proc - это особая папка, которая хранится не на диске, а в памяти и используется для предоставления информации о системе (ЦП, ОЗУ, устройства ...). Поэтому он использует специальную файловую систему (не ext4), которая называется procfs. Вы можете прочитать больше в Википедии: procfs
Вместо этого / usr , / var и / home обычно (по крайней мере, на настольном компьютере) хранятся в одной и той же файловой системе (например, ext4) и часто на одном диске: это обычные папки с определенным значением. Всегда в Википедии вы можете найти подробную информацию о стандарте иерархии файловой системы .
На самом деле они не являются «файловыми системами», но этот параграф помогает объяснить использование имен (из справочника FHS 2.3 ):
источник
/proc
но не/usr
,/var
или/home
.Вы можете думать о файловой системе как о структуре, которая позволяет создавать файлы в устройстве хранения данных. Например, устройство представляет собой раздел жесткого диска, ОЗУ или USB-накопитель. Файловая система типа формат , используемый для хранения данных в файловой системе, например , ext4, VFAT или много других. Файловые системы (устройства) можно монтировать как каталоги (папки), также называемые точками монтирования.
Для запуска ОС у вас должна быть корневая файловая система, в которой установлена ОС. Он монтируется как / (root) во время загрузки, а все остальные файловые системы монтируются под ним. Из приведенных вами примеров / usr и / var могут быть либо частью корневой файловой системы, либо отдельными файловыми системами (другой раздел на том же или другом диске, как /). Если отдельные файловые системы, они могут даже быть файловой системы другого типа, чем / (я думаю!). С другой стороны, / proc - это файловая система в ОЗУ (также известная как RAM-диск) с собственным типом с таким же именем, proc.
Команда mount на терминале дает вам эту информацию обо всех смонтированных файловых системах: устройство, точка монтирования, тип. Например:
Это означает, что у меня есть раздел sda7, смонтированный как / home (со всеми моими ценными данными!), И он отформатирован с типом ext3; Устройство proc монтируется в / proc с типом proc. Также предоставляются разрешения для каждой файловой системы (rw и т. Д.).
И последнее замечание: файловые системы часто упоминаются по точкам монтирования. То есть в приведенном выше примере я могу сказать, что устройство sda7 - это моя / home файловая система. Это не совсем правильно, хотя и понятно большинству людей: это означает, что файловая система предназначена для монтирования с точкой монтирования / home. Но ничто не мешает мне монтировать файловую систему в sda7 под точками монтирования / work, / hotel или / sunny_beach. Действительно, к необработанным данным также можно получить доступ непосредственно из / dev / sda7 (смонтированы или отключены) без знания основной файловой системы. Это может быть полезно для восстановления данных в случаях повреждения файловой системы, когда файловая система больше не может быть подключена, но устройство все еще доступно для чтения. Такой прямой доступ, однако, потенциально катастрофичен и должен использоваться только в исключительных случаях.
источник