多くの小さなカスタムスクリプトとデータをLinuxシステムから別のシステムに移行しています。
古いシステムでは、ほとんどのファイルを所有する共有ユーザーと、そのユーザーが/home
にある共有ユーザーがいましたが、新しいシステムでは、独自のアカウントでログインし、グループ権限を使用して共同作業を行いましたが、ファイルの単一の所有者は存在せず、/home
- dirは存在しません。
では、これらの共有ファイルはどこに置くべきですか?ファイルを所有する非ログインユーザーを作成する必要がありますか?または、適切な/grouphome
のような場所はありますか?
(私はそれらを個人ユーザー/home
:sに広めたくありません。)
ほぼ間違いなく/usr/local
の使用をお勧めします。
グローバルにアクセス可能なユーザースクリプトは/usr/local/bin
に配置できます。少量の関連データもbin
に入る可能性があります。または、データを/usr/local/var
または/usr/local/share
に分離することもできます。
これを行うことで、FHSファミリの誰でも、特定のシステムについての事前の知識がなくても、かなり迅速にそれらを見つけることができるようになります。
それはまさにグループの権利が設計されている種類のことです。これは私が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ディレクトリにある必要はありません。ユーザーのアカウントに特別なことをする必要がなく、ユーザーをグループに簡単に追加したり、グループから削除したりできるのは素晴らしいことです。
簡単に言えば、どこでも好きです:)
/ projects、/ shared、/ commonなどを使用したい。/home/sharedも機能します。
私は/shares
を使用しています。これはqnapが使用する場所でもあります。
/shares
には、/shares/.mnt/
という名前のフォルダにある宛先へのシンボリックリンクがあり、そこにマウントされたデータドライブがあります。
これは、データドライブが/ mntにのみマウントされている場合に必要な/shares
のハードリンクを使用する場合に、共有間でファイルを移動するときの長い待機時間を防ぐために行われます。
ちなみに/shares/.mnt
は共有されていません。