Где в файловой системе я должен хранить общие данные?

Question 1

Нет, это не ошибка, вы не можете запускать DOS-программы в Ubuntu с помощью Wine, потому что он поддерживает только Windows или DOS.

Question 2

Данные, не относящиеся к пользователю, могут быть сохранены в / usr / local / var, чтобы он снова не попадал на новый ресурс.
Все, что не под ../local/ .. разрешено заканчивать на share nfs, поэтому, если вы хотите загрузить данные из общего ресурса nfs и убедитесь, что они хранятся локально на жестком диске компьютера.
Затем вы должны выбрать путь с ... / local / .. в нем .... остальное зависит от характера данных, от типа it.It может быть / local / var или / local / tmp и т. д.

Иерархия файловой системы: alt text [!d1]

Также посмотрите на это

Question 3

Question 4

Данные, не относящиеся к пользователю, могут быть сохранены в / usr / local / var, чтобы он снова не попадал на новый ресурс.
Все, что не под ../local/ .. разрешено заканчивать на share nfs, поэтому, если вы хотите загрузить данные из общего ресурса nfs и убедитесь, что они хранятся локально на жестком диске компьютера.
Затем вы должны выбрать путь с ... / local / .. в нем .... остальное зависит от характера данных, от типа it.It может быть / local / var или / local / tmp и т. д.

Иерархия файловой системы: alt text [!d1]

Также посмотрите на это

Question 5

Я не думаю, что FHS определяет любое место для общих пользовательских данных. Это до тех пор, пока они не захотят хранить общие данные. Обычно я использую / usr / local / shared или / home / shared .

Question 6

Я видел / export , используемый для работы с nfs, и / mnt , используемый для монтирования общего ресурса nfs в корпоративной среде, как это предлагается в документации NFS , стандарт, который, как я подозреваю, первоначально пришел из Sun OS, позже переименованный в Solaris.

Файл / etc / exports указывает экспортированные тома и / exports служит для удаленных пользователей, которые монтируют их на / mnt . Хост сервера также может монтировать эти же общие ресурсы на / mnt с использованием того же самого демона nfs для использования любых клиентов или процессов, выполняемых локально на сервере, чтобы сохранить совместимость с любыми удаленными узлами и, возможно, сохранить функциональность выравнивания нагрузки, квот и т. д.

Это как можно ближе к стандарту. Обратите внимание, что / export не находится в FHS, поэтому / export добавлен независимо, поэтому, вероятно, никто не доволен / srv . Вероятно, из-за возможной путаницы с «услугами», выполняемыми как демоны, а не «обслуживаемые» тома. / export однозначно назван с небольшой вероятностью путаницы. Я никогда ничего не вижу в / srv .

Question 7

Question 8

Данные, не относящиеся к пользователю, могут быть сохранены в / usr / local / var, чтобы он снова не попадал на новый ресурс.
Все, что не под ../local/ .. разрешено заканчивать на share nfs, поэтому, если вы хотите загрузить данные из общего ресурса nfs и убедитесь, что они хранятся локально на жестком диске компьютера.
Затем вы должны выбрать путь с ... / local / .. в нем .... остальное зависит от характера данных, от типа it.It может быть / local / var или / local / tmp и т. д.

Иерархия файловой системы: alt text [!d1]

Также посмотрите на это

Question 9

Я не думаю, что FHS определяет любое место для общих пользовательских данных. Это до тех пор, пока они не захотят хранить общие данные. Обычно я использую / usr / local / shared или / home / shared .

Question 10

Я видел / export , используемый для работы с nfs, и / mnt , используемый для монтирования общего ресурса nfs в корпоративной среде, как это предлагается в документации NFS , стандарт, который, как я подозреваю, первоначально пришел из Sun OS, позже переименованный в Solaris.

Файл / etc / exports указывает экспортированные тома и / exports служит для удаленных пользователей, которые монтируют их на / mnt . Хост сервера также может монтировать эти же общие ресурсы на / mnt с использованием того же самого демона nfs для использования любых клиентов или процессов, выполняемых локально на сервере, чтобы сохранить совместимость с любыми удаленными узлами и, возможно, сохранить функциональность выравнивания нагрузки, квот и т. д.

Это как можно ближе к стандарту. Обратите внимание, что / export не находится в FHS, поэтому / export добавлен независимо, поэтому, вероятно, никто не доволен / srv . Вероятно, из-за возможной путаницы с «услугами», выполняемыми как демоны, а не «обслуживаемые» тома. / export однозначно назван с небольшой вероятностью путаницы. Я никогда ничего не вижу в / srv .

Question 11

Данные, не относящиеся к пользователю, могут быть сохранены в / usr / local / var, чтобы он снова не попадал на новый ресурс.
Все, что не под ../local/ .. разрешено заканчивать на share nfs, поэтому, если вы хотите загрузить данные из общего ресурса nfs и убедитесь, что они хранятся локально на жестком диске компьютера.
Затем вы должны выбрать путь с ... / local / .. в нем .... остальное зависит от характера данных, от типа it.It может быть / local / var или / local / tmp и т. д.

Иерархия файловой системы: alt text [!d1]

Также посмотрите на это

Question 12

Я не думаю, что FHS определяет любое место для общих пользовательских данных. Это до тех пор, пока они не захотят хранить общие данные. Обычно я использую / usr / local / shared или / home / shared .

Question 13

Question 14

Я видел / export , используемый для работы с nfs, и / mnt , используемый для монтирования общего ресурса nfs в корпоративной среде, как это предлагается в документации NFS , стандарт, который, как я подозреваю, первоначально пришел из Sun OS, позже переименованный в Solaris.

Файл / etc / exports указывает экспортированные тома и / exports служит для удаленных пользователей, которые монтируют их на / mnt . Хост сервера также может монтировать эти же общие ресурсы на / mnt с использованием того же самого демона nfs для использования любых клиентов или процессов, выполняемых локально на сервере, чтобы сохранить совместимость с любыми удаленными узлами и, возможно, сохранить функциональность выравнивания нагрузки, квот и т. д.

Это как можно ближе к стандарту. Обратите внимание, что / export не находится в FHS, поэтому / export добавлен независимо, поэтому, вероятно, никто не доволен / srv . Вероятно, из-за возможной путаницы с «услугами», выполняемыми как демоны, а не «обслуживаемые» тома. / export однозначно назван с небольшой вероятностью путаницы. Я никогда ничего не вижу в / srv .

karthick87 · Answer 1 · 6 August 2018 в 04:16

Данные, не относящиеся к пользователю, могут быть сохранены в / usr / local / var, чтобы он снова не попадал на новый ресурс.
Все, что не под ../local/ .. разрешено заканчивать на share nfs, поэтому, если вы хотите загрузить данные из общего ресурса nfs и убедитесь, что они хранятся локально на жестком диске компьютера.
Затем вы должны выбрать путь с ... / local / .. в нем .... остальное зависит от характера данных, от типа it.It может быть / local / var или / local / tmp и т. д.

Иерархия файловой системы: alt text [!d1]

Также посмотрите на это

karthick87 · Answer 2 · 7 August 2018 в 22:20

Данные, не относящиеся к пользователю, могут быть сохранены в / usr / local / var, чтобы он снова не попадал на новый ресурс.
Все, что не под ../local/ .. разрешено заканчивать на share nfs, поэтому, если вы хотите загрузить данные из общего ресурса nfs и убедитесь, что они хранятся локально на жестком диске компьютера.
Затем вы должны выбрать путь с ... / local / .. в нем .... остальное зависит от характера данных, от типа it.It может быть / local / var или / local / tmp и т. д.

Иерархия файловой системы: alt text [!d1]

Также посмотрите на это

binW · Answer 3 · 7 August 2018 в 22:20

Я не думаю, что FHS определяет любое место для общих пользовательских данных. Это до тех пор, пока они не захотят хранить общие данные. Обычно я использую / usr / local / shared или / home / shared .

Eliah Kagan · Answer 4 · 7 August 2018 в 22:20

Я видел / export , используемый для работы с nfs, и / mnt , используемый для монтирования общего ресурса nfs в корпоративной среде, как это предлагается в документации NFS , стандарт, который, как я подозреваю, первоначально пришел из Sun OS, позже переименованный в Solaris.

Файл / etc / exports указывает экспортированные тома и / exports служит для удаленных пользователей, которые монтируют их на / mnt . Хост сервера также может монтировать эти же общие ресурсы на / mnt с использованием того же самого демона nfs для использования любых клиентов или процессов, выполняемых локально на сервере, чтобы сохранить совместимость с любыми удаленными узлами и, возможно, сохранить функциональность выравнивания нагрузки, квот и т. д.

Это как можно ближе к стандарту. Обратите внимание, что / export не находится в FHS, поэтому / export добавлен независимо, поэтому, вероятно, никто не доволен / srv . Вероятно, из-за возможной путаницы с «услугами», выполняемыми как демоны, а не «обслуживаемые» тома. / export однозначно назван с небольшой вероятностью путаницы. Я никогда ничего не вижу в / srv .

karthick87 · Answer 5 · 10 August 2018 в 10:31

Данные, не относящиеся к пользователю, могут быть сохранены в / usr / local / var, чтобы он снова не попадал на новый ресурс.
Все, что не под ../local/ .. разрешено заканчивать на share nfs, поэтому, если вы хотите загрузить данные из общего ресурса nfs и убедитесь, что они хранятся локально на жестком диске компьютера.
Затем вы должны выбрать путь с ... / local / .. в нем .... остальное зависит от характера данных, от типа it.It может быть / local / var или / local / tmp и т. д.

Иерархия файловой системы: alt text [!d1]

Также посмотрите на это

binW · Answer 6 · 10 August 2018 в 10:31

Я не думаю, что FHS определяет любое место для общих пользовательских данных. Это до тех пор, пока они не захотят хранить общие данные. Обычно я использую / usr / local / shared или / home / shared .

Eliah Kagan · Answer 7 · 10 August 2018 в 10:31

Я видел / export , используемый для работы с nfs, и / mnt , используемый для монтирования общего ресурса nfs в корпоративной среде, как это предлагается в документации NFS , стандарт, который, как я подозреваю, первоначально пришел из Sun OS, позже переименованный в Solaris.

Файл / etc / exports указывает экспортированные тома и / exports служит для удаленных пользователей, которые монтируют их на / mnt . Хост сервера также может монтировать эти же общие ресурсы на / mnt с использованием того же самого демона nfs для использования любых клиентов или процессов, выполняемых локально на сервере, чтобы сохранить совместимость с любыми удаленными узлами и, возможно, сохранить функциональность выравнивания нагрузки, квот и т. д.

Это как можно ближе к стандарту. Обратите внимание, что / export не находится в FHS, поэтому / export добавлен независимо, поэтому, вероятно, никто не доволен / srv . Вероятно, из-за возможной путаницы с «услугами», выполняемыми как демоны, а не «обслуживаемые» тома. / export однозначно назван с небольшой вероятностью путаницы. Я никогда ничего не вижу в / srv .

karthick87 · Answer 8 · 13 August 2018 в 16:57

Данные, не относящиеся к пользователю, могут быть сохранены в / usr / local / var, чтобы он снова не попадал на новый ресурс.
Все, что не под ../local/ .. разрешено заканчивать на share nfs, поэтому, если вы хотите загрузить данные из общего ресурса nfs и убедитесь, что они хранятся локально на жестком диске компьютера.
Затем вы должны выбрать путь с ... / local / .. в нем .... остальное зависит от характера данных, от типа it.It может быть / local / var или / local / tmp и т. д.

Иерархия файловой системы: alt text [!d1]

Также посмотрите на это

12

ответ дан karthick87 13 August 2018 в 16:57

1

Хотя это полезное представление FHS, оно по-прежнему не предполагает стандартного расположения для общего хранилища данных. – misterben 7 December 2010 в 15:17
2

FSH, что: / usr является доступным, доступным только для чтения данным. Это означает, что / usr должен быть разделен между различными хостами, совместимыми с FHS, и не должен записываться в . Хм, так что это зависит от цели вашей доли. – htorque 7 December 2010 в 15:38

3

@htorque Я склоняюсь к мысли, что где-то под / var наиболее подходит для общего доступа к файлам, как вы предложили в своем (теперь удаленном) ответе. – misterben 7 December 2010 в 15:43

4

Я удалил свой ответ, потому что FHS также заявляет, что: Приложения обычно не должны добавлять каталоги на верхний уровень / var. Такие каталоги следует добавлять только в том случае, если они имеют некоторые общесистемные последствия и в консультации с списком рассылки FHS. - FHS просто не хочет, чтобы вы делились (записываемыми) данными! :П – htorque 7 December 2010 в 15:48

5

Спасибо, полезный обзор, и, как и другой ответ, он действительно служит для документирования того, что нет окончательного ответа, который полезен сам по себе. – misterben 17 December 2010 в 02:57

binW · Answer 9 · 13 August 2018 в 16:57

Я не думаю, что FHS определяет любое место для общих пользовательских данных. Это до тех пор, пока они не захотят хранить общие данные. Обычно я использую / usr / local / shared или / home / shared .

Eliah Kagan · Answer 10 · 13 August 2018 в 16:57

Я видел / export , используемый для работы с nfs, и / mnt , используемый для монтирования общего ресурса nfs в корпоративной среде, как это предлагается в документации NFS , стандарт, который, как я подозреваю, первоначально пришел из Sun OS, позже переименованный в Solaris.

Файл / etc / exports указывает экспортированные тома и / exports служит для удаленных пользователей, которые монтируют их на / mnt . Хост сервера также может монтировать эти же общие ресурсы на / mnt с использованием того же самого демона nfs для использования любых клиентов или процессов, выполняемых локально на сервере, чтобы сохранить совместимость с любыми удаленными узлами и, возможно, сохранить функциональность выравнивания нагрузки, квот и т. д.

Это как можно ближе к стандарту. Обратите внимание, что / export не находится в FHS, поэтому / export добавлен независимо, поэтому, вероятно, никто не доволен / srv . Вероятно, из-за возможной путаницы с «услугами», выполняемыми как демоны, а не «обслуживаемые» тома. / export однозначно назван с небольшой вероятностью путаницы. Я никогда ничего не вижу в / srv .

Где в файловой системе я должен хранить общие данные?

40 ответов

Другие вопросы по тегам:

Похожие вопросы: