Linuxのユーザーグループに推奨されるGID（100または1000）？

Question

ホームディレクトリとデータディレクトリを共有するいくつかのGNU/Linuxインストールがあります。時間の経過とともに、これらのディレクトリ内の一部のユーザーファイルはグループID 1（Linuxの一部のバリアントではusersグループ）を受け取り、他のユーザーファイルはグループID 10（他のバリアントの下のusersグループも）。

usersグループIDをすべてのディストリビューション間で統合したいのですが、どれを選択すればよいですか？

Linux標準があることを覚えていますが、それはusersの推奨GIDを提供しますか？そうでない場合、他の推奨事項や傾向はありますか（個人的な好みについては尋ねていません）？

sourcejedi · Accepted Answer

LSBはいくつかのグループ名を指定しますが、usersはそれらの1つではありません。

http://refspecs.linux-foundation.org/LSB_5.0.0/LSB-Core-generic/LSB-Core-generic/usernames.html

まったく新しい設定では、1000の使用を避けた方がよいかもしれません。useraddが機能する方法は、各ユーザーにグループを割り当て、ユーザーIDとグループIDの数値識別子が同じになることです。私はそれを現代のマルチユーザーシステムに推奨されるアプローチと呼びます（古いシステムは、代わりにユーザーのプライマリグループとしてusersのような共有グループにデフォルト設定されていたと思います）。

私のユーザーは、必ずしもFedoraまたはDebianのこのような共有グループのメンバーではありません。この場合、割り当てられる番号はいくぶん学術的なものになります-異なるディストリビューション間で異なる別のシステムグループになります。（そして、現代では明らかな目的がないbinのような別のグループ）。

LSBは、UIDおよびGID 0〜99はシステムによって静的に割り当てられると述べています。 UID 100〜499（およびすべての最新システムでは100〜999）は、動的に割り当てられると想定されています。これは Debianポリシーマニュアルで確認されています。厳密に真であるという利点はありません現時点では。

~~Debianシステムでusersが100と表示されるのはどういう意味かよくわかりません。~~ グループが割り当てられた順序が何らかの理由で変更された場合に備えて、これを行うのは安全な仮定ではない場合があります。

Fedoraでは、idの100から1000の自動割り当ては実際にはdownをカウントするため、id 100を割り当てることができると想定してもかなり安全です。（明確にするために、これはDebianの反対です）。

これまでの情報を考慮した可能なオプション：

グループusersの使用を停止します。しかし、おそらくいくつかの共有ファイルがあり、とにかく共有グループIDを割り当てる必要があります。
100を使用し、Debianのように100からカウントアップするシステムIDを割り当てるシステムを[再]インストールした場合、それが壊れないことを願っています。
自動的に割り当てられることのない10000などの十分に高い値を使用します。
既存のシステムで他のシステムが何かを使用しておらず、ファイルシステムにアクセスする新しいOSを追加する予定がない場合は、1000を使用してください。[*]
500〜1000の範囲の最初に向かって無料のIDを割り当てます。（5年以上前のFedoraでは、999-100ではなく499-100からカウントダウンしているため、このような割り当てがあることを除外できません）。

[*]システムがインストールされたら、任意のIDを持つユーザーを追加できます。しかし、私の心配は、OSインストーラーによって作成された最初のユーザーがIDとGID 1000を持っている可能性が高く、それらを変更できないことであり、特にrootユーザーを作成せずに、後でそのIDを変更する場合です。非常に迷惑になる場合があります）。

10000オプションは私には最も簡単に聞こえます。新しいシステムを作成したり、他の人に指示したりするのであれば、うまくいきます。現在のシステムでも動作するはずです。