Какие точки крепления соответствуют FHS?


14

Мне интересно, что такое FHS-совместимые точки монтирования для внутренних жестких дисков и сетевых ресурсов ? Многие различные учебники предлагают монтировать их в подкаталогах /mntили/media

Согласно FHS 3.0 (Стандарт иерархии файлов):

  • /media: Точка монтирования для съемных носителей ( этот каталог содержит подкаталоги, которые используются в качестве точек монтирования для съемных носителей, таких как дискеты, компакт-диски и ZIP-диски. )
  • /mnt: Точка монтирования для временно смонтированной файловой системы ( этот каталог предоставляется для того, чтобы системный администратор мог временно смонтировать файловую систему при необходимости. Содержимое этого каталога является локальной проблемой и не должно влиять на способ запуска любой программы )

Я предполагаю, что эти точки монтирования могут быть использованы /home/foo/extdrive /home/foo/nfsshareдля однопользовательской системы, но где я могу монтировать их, чтобы они были доступны для всех пользователей?

Обновление: FHS 3.0, глава 3.1, второй пункт «Обоснование»

  • новый каталог в /(т. е. /workspaceи /nfsshare) Существует несколько причин, по которым создание нового подкаталога корневой файловой системы запрещено: требуется пространство в корневом разделе, которое системный администратор может пожелать сохранить небольшим и простым по соображениям производительности или безопасности. Он уклоняется от любой дисциплины, которую системный администратор мог установить для распределения стандартных файловых иерархий по подключаемым томам. Распределения не должны создавать новые каталоги в корневой иерархии без чрезвычайно тщательного рассмотрения последствий, в том числе для переносимости приложений.

Не ответ, но не будет ли внутренний жесткий диск частью «нормальной» файловой системы? Например, вам не хватает места на диске 1, вы понимаете, что это происходит потому, что он /varрастет быстрее, чем ожидалось, и поэтому установите диск 2 и смонтируйте его как /var. Интересный вопрос: сетевые ресурсы, это своего рода «анти /srv»!
Джон Н

Ответы:


16

Вы делаете свои собственные каталоги точек монтирования. Если вы хотите спросить почему, я могу лишь указать на замечательный ответ Вутера Верхельста .

Внутренние диски

/mntэто действительное место, чтобы сделать свой собственный, если хотите, и так оно и есть /.

/mntВозможно, для этой цели использовались некоторые исторические системы установки, а также для съемных носителей (до /media). Это все еще актуально для вас, но сама система больше не должна ничего настраивать /mnt.

Я думаю, что разумно использовать / mnt, если вы можете сделать несколько точек монтирования. Это позволяет легко увидеть их все вместе, и это известно как одно из мест, которые люди любят использовать. Некоторые другие люди любят использовать /Volumes- следуя системе OS X, или /vol. / данные являются общими для одной точки монтирования. / d / также используется. / disk / почти наверняка используется некоторыми, но может отвлекать внимание от хранилища, которое не основано на диске.

Если вы используете / mnt, я бы также создал / mnt / tmp. Тогда все еще будет удобный каталог для временных монтирований, оригинальное использование / mnt, которое упоминает FHS.

Предпочтительные точки монтирования для внутренних жестких дисков

Возможно, что создание точек монтирования вручную /mediaв некоторых распространенных системах - плохая идея. Современные ОС Linux будут автоматически создавать точки монтирования для съемных носителей, и вполне возможно, что структура, которую они создают, будет конфликтовать или просто не соответствовать вашей собственной. Вы не говорите, какая у вас система, но вас могут заинтересовать портативные руководства, особенно если вы спрашиваете о FHS. Обратите внимание, что это рассуждение похоже на то, почему FHS говорит, что ОС не должна заполнять / mnt.

Точка монтирования для общесистемного USB-диска

Сетевые файловые системы

Иногда рекомендуется монтировать сетевые файловые системы в отдельном подкаталоге, например /n/host, /nfs/hostили /net/hostт. Д.

Например, если вы смонтировали сетевую файловую систему в / host и сеть стала недоступной, она ls /может зависнуть при попытке определить сетевую файловую систему. Это может быть нежелательно и неприятно, когда вы уже разочарованы.


FHS говорит, /mntчто для временных креплений. Как насчет постоянных креплений. Несмотря на то, что я пошел дальше и подготовил /mnt/dataдополнительный подключенный диск, я чувствую себя комфортно, когда стандартный документ рекомендует, какие системные администраторы должны использовать для дополнительных дисков. В основном это психологическое требование.
eternaltyro

1
@eternaltyro У меня точно такие же чувства, но в ответе WouterVerhelst уже есть хороший аргумент. Я пытался составить что-то, чтобы улучшить это, но на самом деле это не так. Это было в основном просто дублирование и мешало практическим предложениям. Отредактировано, чтобы попытаться прояснить это.
Sourcejedi

8

Когда FHS говорит о том, что вы не можете сделать, тогда вы говорите о дистрибутиве , а не о пользователе или локальном системном администраторе.

Система Unix имеет только одно дерево файловых систем. Поэтому вы можете монтировать все что угодно в локальной системе в любом месте файловой системы, и вы не нарушите FHS; В конце концов, FHS делает все возможное, чтобы держаться подальше от локальных системных администраторов. Для внутренних дисков, которые постоянно находятся в системе, вполне допустимо иметь точку монтирования /optили, /ntfsили, /scratchили еще много чего. В качестве альтернативы, если вам не хватает места на диске и вы хотите переместить некоторые вещи из корневой файловой системы на другой диск, вы можете переместить /varили /usrна отдельный жесткий диск и таким образом справляться с проблемами.

Единственное , что вы должны не сделать , это установить внутренний диск на месте , что FHS говорит распределения можно записать в (например /usr, /varили /lib), а затем либо не переместить соответствующие данные в этом месте, или использовать некоторые не-POSIX файловая система для рассматриваемого раздела. Кроме этого, почти все честно.


2

Чтобы сделать каталог доступным для определенных пользователей, вы должны создать группу. По соглашению группы могут иметь домашние каталоги. Иногда они, но не обязательно, создаются как / home / $ GROUP.

Можно было бы создать каталог / home / allusers. Вы можете зарезервировать имя группы allusers (т.е. создать пустую группу), если хотите. (Имена пользователей и групп технически являются отдельными пространствами имен, но они обычно поддерживаются согласованными. Например, в этом случае вы не хотели бы создавать обычных пользователей "allusers").

Эта конкретная схема именования не обобщается естественным образом для нескольких файловых систем, например, одного внутреннего диска и одной сетевой файловой системы.

Вы не являетесь дистрибьютором программного обеспечения, и обоснование, данное в FHS, к вам не относится. Следование этому ограничению введет дополнительное ограничение. Если / home станет неустранимым, также будет не так просто смонтировать / home / allusers для резервного копирования, восстановления или устранения неполадок.


2

Быстрый ответ: Это зависит ... FHS для распространения, как сказали другие. Но вам может показаться, что легче следовать хотя бы духу этого просто для простоты обслуживания, особенно если это должно быть сделано на нескольких системах, которые в итоге могут поддерживать другие люди. Также стоит помнить о том, как создаются резервные копии, поскольку это может избавить вас от необходимости настраивать их, чтобы учесть дополнительное пространство, которое вы добавляете.

Примеры, которые я использовал:

  • Большой кусок общего общего пространства на / mnt / play
  • CIFS для каждого пользователя монтируется через pam-mount на / home / [имя пользователя] / сеть / [общий ресурс]
  • Серверные приложения в соответствии с руководством, например, / sapmnt / opt / what / bacula
  • Файловые ресурсы в / srv / [sharename] или / fileshares / [sharename]

Также стоит избегать всего, что используется автомонтировщиком, таким как / media в Mint / Ubuntu, или использовать перечисленные деревья каталогов для чего-то другого, кроме их предназначения. Например, обычно монтировать диск в / var / [app] или / usr / [app], чтобы освободить место для этого конкретного приложения, но не использовать его для чего-то другого, потому что вы получите только себя в беспорядке.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.