Linuxシステムのグループ共有ファイルはどこに配置すればよいですか？

14

Linuxシステムから別のシステムに多くの小さなカスタムスクリプトとデータを移行しています。

古いシステムでは、ほとんどのファイルを所有する共有ユーザーがいて、それらはそのユーザー/homeに配置されていましたが、新しいシステムでは、自分のアカウントでログインし、グループのアクセス許可を使用して共同作業を行いますが、ファイルの単一の所有者には、/home-dir はありません。

それで、それらの共有ファイルをどこに置くべきですか？ファイルを所有する非ログインユーザーを作成する必要がありますか？または、適切/grouphomeな場所がありますか？

（私はそれらを個々のユーザーに広げたくありません/home：s。）

— ダニエル
ソース

それらはどのようなファイルですか？

— ダンカーリー

ほとんどは、異なる種類の関連データを含むインポートスクリプトであり、フィルタリングしてデータベースにインポートする必要があります。

— ダニエル

/ grouphomeが好きです。ファイルのアイデアを所有する非ログインユーザーも良いです。

— pjc50

15

私はほぼ間違いなく使用することをお勧めし/usr/localます。

グローバルにアクセス可能なユーザースクリプトはに配置できます/usr/local/bin。少量の関連データも入力できbinます。または、データを/usr/local/varまたはに分離することもできます/usr/local/share。

これを行うことで、特定のシステムに関する予備知識がなくても、FHSファミリアがだれでもすぐに見つけることができるようになります。

— ダン・カーリー
ソース

3

（1）ここで入れに何の将来の参考のために：pathname.com/fhs/pub/fhs-2.3.html

— カイル・ブラント

両方に感謝します。/usr/localそれである。実際、それは私の最初の選択肢の1つでしたが、提案された記事の（読み取り専用の）目的の説明は、/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

もちろん、「共有」以外の任意の名前を使用でき、/ homeディレクトリにある必要はありません。良い点は、ユーザーのアカウントに特別なことをする必要がなく、グループにユーザーを簡単に追加または削除できることです。

— 単純化する
ソース

投票に感謝します。しかし、私が書いたものが間違っていることを知りたいです。

— simplr 2009年

また、グループスティッキビットを設定して、作成された新しいファイルに対してグループが設定されるようにします。 chmod g+s /home/shared

— jris198944

1

@ jris198944 sはSUIDおよびGUIDビットt用で、スティッキービット用です。投稿する前にダブルチェックして下さい;-)参照：unix.stackexchange.com/a/79401/136321。

— 葉

1

短い答えは次のとおりです。あなたが好きな場所:)

/ projects、/ shared、/ commonなどを使用するのが好きです。/ home / sharedも機能します。

— ロイ
ソース

ありがとう。短くて素敵ですが、自分で決めなくてもいい場合があります/。いつ（もしあれば）重要ですか？私は自分の選択の意味を理解するのに十分な経験がありません。

— ダニエル

これらは実際には単なる慣習です。これらの事前定義された場所で私のものを探す他のプログラム。binディレクトリは既に$ PATHにあるため、スクリプトを実行するためのフルパス名を指定する必要はありません。他の管理者は、彼らがそこにいると期待するかもしれません。おそらくあなたの場合、それは本当に重要ではありませんが、良い習慣は良いです：

— カイルブラント

UNIX環境には、多くの適用可能な規則があります。FHSは優れたベースラインになりますが、この標準から逸脱することは非常に一般的です。たとえば、OracleデータベースサーバーのOptimal Flexible Architectureは、ローカルユーザーデータに/ u *（/ u01、/ u02）を使用し、Ubuntuはリムーバブルメディアマウントポイントに/ mediaを使用します。運用環境で内部的に同意する規則がある限り、問題はないはずです。

— ロイ

0

私が使用し/sharesます。これは、qnapが使用する場所でもあります。

で/shares、私はと呼ばれるフォルダ内の目的地へのシンボリックリンクを持っている/shares/.mnt/私は、データドライブをマウントしているところ。

これは/shares、データドライブが/ mntにのみマウントされている場合に必要なハードリンクを使用するときに、共有間でファイルを移動するときに長い待機時間を防ぐために行われます。

/shares/.mnt ところで、共有されていません。

— イェロエン
ソース