ホームディレクトリとデータディレクトリを共有する複数のGNU / Linuxインストールがあります。時間の経過とともに、これらのディレクトリの一部のユーザーファイルはグループIDを受け取りました。100(users
一部のLinuxバリアントのグループ)、他のグループにはグループIDがあります。1000(users
他のバリエーションのグループでもあります)
users
さて、すべてのディストリビューションのグループIDを統一したいのですが、どれを選ぶべきですか?
推奨GIDを提供するLinux標準があったことを覚えておいてくださいusers
。それ以外の場合は、他の推奨事項や傾向があります(個人的な好みを求めるものではありません)。
答え1
LSBはいくつかのグループ名を指定しますが、users
そのうちの1つは指定しません。
http://refspecs.linux-foundation.org/LSB_5.0.0/LSB-Core-generic/LSB-Core-generic/usernames.html
新しい設定では1000を使用しないことをお勧めします。これuseradd
により、各ユーザーにグループが割り当てられ、ユーザーとグループIDの数値識別子は便利に同じ方法で終了します。私はこれを現代のマルチユーザーシステムで好む方法と呼びたいと思います(以前のシステムは、デフォルトではusers
ユーザーの基本グループと同じ共有グループを使用したと思います)。
私のユーザーは、必ずしもFedoraまたはDebianでそのような共有グループのメンバーである必要はありません。この場合、割り当てる数字は少し学術的です。これはディストリビューションごとに異なる別のシステムグループにすぎません。 (bin
現代には、明確な目的のないグループなどの他のグループがあります。)
LSBは、UIDとGID 0-99がシステムによって静的に割り当てられることを意味します。 UID 100-499(すべての最新システムでは100-999)しなければならない動的割り当て。これが確認されましたDebian Policy Manual;厳密に言えば、本当という利点はありません。現在。
何らかの理由でグループの割り当て順序が変更された場合、これは安全な仮定ではない可能性があります。users
Debianシステムで見られる100が何を意味するのかわかりません。
Fedoraでは、ID 100-1000の自動割り当てが実際に重要であるため、ID 100を割り当てることができると仮定するのはかなり安全です。下に。 (明らかに、これはDebianの反対です)。
現在の情報を考慮すると、可能なオプションは次のとおりです。
- このグループの使用を中止してください
users
。ただし、一部の共有ファイルがある可能性があるため、とにかく共有グループIDを割り当てる必要があります。 - 100を使用して100から始まるシステムIDを割り当てるDebianなどのシステムを[再]インストールする場合は、競合が発生しないことを願っています。
- 10000のように十分に高い値を使用すると、自動的に割り当てられません。
- 既存のシステムが他の目的に使用せずにファイルシステムにアクセスする新しいオペレーティングシステムを追加する予定がない場合は、1000を使用してください。 [*]
- 500-1000の範囲の先頭に無料IDを割り当てます。 (5年前、Fedoraは999-100ではなく499-100でカウントダウンしたため、そのような割り当てがある可能性を排除できません)。
[*]システムがインストールされたら、必要なIDでユーザーを追加できます。しかし、私の関心事は、OSインストーラによって作成された初期ユーザーがIDとGID 1000を持ち、それを変更できないことです。特にユーザーを作成しない場合は、root
後でIDを変更するのが面倒です。
10000のオプションが私にとって最も簡単なようです。新しいシステムを作成したり、他の人を指導したことがある場合は大丈夫でしょう。現在のシステムでも機能する必要があります。