Де слід розмістити групові спільні файли в системі Linux?

14

Я мігрую безліч невеликих спеціальних сценаріїв та даних із системи Linux в іншу.

У старій системі у нас був спільний користувач, який володів більшою частиною файлів, і вони там, де вони перебувають у цих користувачів /home, але в новій ми скоріше увійдемо з власними обліковими записами та використовуватимемо групові дозволи для співпраці, але так як не буде єдиний власник файлів, немає /home-dir.

Тож де я можу розмістити ці спільні файли? Чи слід створити користувача без входу, який належить файлам? Або є відповідне /grouphomeсхоже місце?

(Я не хочу розповсюджувати їх на окремих користувачів /home: s.)

— Даніель
джерело

Що це за файли?

— Ден Карлі

Більшість це сценарії імпорту з різними видами пов'язаних даних, які слід відфільтрувати та імпортувати до баз даних.

— Даніель

Мені подобається / груфом. Користувач без входу в систему, який володіє ідеєю файлів, також хороший.

— pjc50

15

Я майже напевно пропоную використовувати /usr/local.

Глобально доступні сценарії користувачів можуть бути розміщені в /usr/local/bin. Невелика кількість пов’язаних даних також може потрапити bin. Або ви хочете відокремити дані на /usr/local/varабо /usr/local/share.

Роблячи це, ви будете абсолютно впевнені, що будь-який фамільяр із СЗЗ зможе знайти їх досить швидко, без попереднього знання конкретної системи.

— Ден Карлі
джерело

3

(+1) Для подальшого посилання на те, що поставити куди: pathname.com/fhs/pub/fhs-2.3.html

— Кайл Брандт,

Дякую обом. /usr/localбудь то. На насправді це був один з моїх перших варіантів, але опис мети з /usr(тільки для читання) у запропонованій статті перетворило мене від цієї ідеї. Гадаю, я повинен був прочитати /usr/local.

— Даніель

7

Це саме та річ, для якої створені групові права. Ось як я це роблю в Ubuntu:

sudo mkdir /home/shared
sudo addgroup shared
sudo chown :shared /home/shared
sudo chmod 770 /home/shared
sudo vim /etc/group

Додайте список користувачів, які мають отримати доступ до спільного каталогу до спільної групи. Наприклад:

shared:x:1002:norman,nextuser,and,so-on

Звичайно, ви можете використовувати будь-яке ім’я, окрім "спільного", і воно не повинно бути в / домашньому каталозі. Приємно те, що вам не потрібно робити нічого особливого для акаунтів користувача, і ви можете легко додавати або видаляти користувачів із групи.

— simplr
джерело

Дякуємо за перемогу. Але я хотів би знати, що я написав, що це неправильно.

— simplr

також встановіть груповий клейкий біт, щоб група була встановлена для нових створених файлів. chmod g+s /home/shared

— jris198944

1

@ jris198944 sпризначений для бітів SUID та GUID, tдля клейкого біта. Перевірте перед публікацією, будь ласка ;-) Дивіться: unix.stackexchange.com/a/79401/136321 .

— листопад

1

Коротка відповідь: Куди завгодно :)

Мені подобається використовувати щось на кшталт / проекти, / спільне або / загальне. / home / спільні роботи теж.

— Рой
джерело

Спасибі. Короткий і приємний, але іноді простіше, якщо вам не доведеться вирішувати ... Чи було б FHS-сумісним, щоб правильно розмістити свій власний каталог /? Коли (якщо взагалі) це має значення? Я недостатньо досвідчений, щоб усвідомити наслідки свого вибору.

— Даніель

Це справді просто умовності. Інші програми, які шукають мого вигляду в цих заздалегідь визначених місцях. Каталоги бін вже будуть у вашому $ PATH, тому вам не доведеться вказувати повне ім'я шляху для запуску сценарію. Інші адміністратори можуть очікувати, що вони будуть там. У вашому випадку це, мабуть, не має великого значення, але хороші звички - це добре :-)

— Кайл Брандт,

Існує ряд застосовних конвенцій для середовищ UNIX. FHS забезпечує хорошу базову лінію, але це відхилення від цього стандарту досить часто. Наприклад, Оптимальна гнучка архітектура для серверів баз даних Oracle використовує / u * (/ u01, / u02) для локальних даних користувачів, тоді як Ubuntu серед інших використовує / носії для точок монтажу на знімних носіях. Поки у вас є конвенція, про яку ви внутрішньо погоджуєтесь у своєму операційному середовищі, не повинно виникати жодних проблем.

— Рой

0

Я використовую /shares; це також місце, яке використовує qnap.

У /sharesмене є посилання на призначення у папці, /shares/.mnt/де я маю змонтовані накопичувачі даних.

Це робиться для запобігання тривалого часу очікування при переміщенні файлів між спільними ресурсами при використанні жорстких посилань, /sharesякі потрібні, коли накопичувачі даних монтуються лише в / mnt.

/shares/.mnt до речі, не поділяється.

— Jeroen
джерело