Теория HFS: Что еще там к системе кроме корневой файловой системы?
Можно также сделать это с исполнительной опцией найти вместо xargs
найдите, что / выбирают - должностное лицо grep "вещь, которую Вы ищете" {} \;
Проблемой здесь является слово "файловая система". В мирах POSIX/Unix/Linux это используется для значения нескольких разных вещей.
- "Файловая система" иногда является всей системой файлов, базировался в
/и, как представлено программному обеспечению приложений ядром операционной системы. С этим значением люди говорят об операционных системах POSIX, имеющих "единственное дерево файловой системы", например. - "Файловая система" иногда - одна (или больше) часть (части) (или несколько) DASD — один или несколько наборов непрерывных секторов диска, отформатированных как единственный объем с данным форматом — как разграничено некоторой схемой разбиения дисков на разделы. С этим значением люди говорят, скажем, "о форматировании моего
/usrфайловая система". - "Файловая система" иногда является абстрактным joinable деревом файлов и каталогов, представленных драйвером файловой системы (т.е. уровень VFS) к остальной части системы. С этим значением люди говорят, скажем, "о монтировании proc файловой системы на
/proc".
Ваша "корневая файловая система" означает № 2. Это - то, что иначе обычно известно как системный том: (почти всегда единственный) часть Вашего DASD, который смонтирован в / и что все другие дисковые тома и другие файловые системы (значение № 3) смонтированы сверху в их очередях. (Загрузочный том является, когда это применимо, отдельным объемом: отдельная, единственная, часть DASD, которая содержит код загрузчика операционной системы, который загружает встроенное микропрограммное обеспечение машины, который в мире Linux/BSDs, по крайней мере, традиционно смонтирован сверху корневого объема, в /boot, при необходимости.) Спасение операционной системы и режимы экстренного техобслуживания обычно не монтируют никакие другие объемы кроме корневого объема, таким образом, как указано, все необходимое для такого обслуживания должно будет быть на корневом объеме.
Точно так же настраивая систему так, чтобы не было очень мало ни к какому действию записи к конкретному объему путем пихания всего, что записано в в нормальном функционировании — файлы журнала, пользовательские файлы данных, часто измененные конфигурационные файлы необслуживания — на другой объем, далеко от обычно вещей только для чтения — как системные двоичные файлы утилиты, библиотеки, статические конфигурационные файлы — означают, что существует более низкая вероятность, что объем станет поврежденным в событиях отказов оборудования и грязных завершений работы. Это - особенно хорошая идея для корневого объема, повреждения, к которому может потенциально препятствовать тому, чтобы система подошла даже в режимах обслуживания/спасения.
Это - все на разделе, который смонтирован как /. Довольно распространено иметь отдельные разделы, смонтированные для местоположений как /var, /tmp , /usr и т.д.
Пример, /bin содержит программы, важные для запуска/восстановления системы, Это должно быть в корневой файловой системе в то время как /usr/bin не делает и может идти отдельное (возможно удаленный) файловая система.
-
1Так, мы могли бы иметь (part1:/,/мусорное ведро,/sbin, / lib, / корень), (part2:/var,/tmp), (part3:/usr), (part4:/home). Мы можем переключить его, но в основном существует "базовый раздел", который является тем, что "корневая файловая система" термин отсылает к, правильно? – montooner 3 July 2010 в 02:30
-
2Да, в Вашем примере файловая система раздела 1 является "корневой файловой системой". – David Z 3 July 2010 в 02:40