LSB指定了一些组名,但用户不是其中之一.

在一个全新的设置中,您可能更愿意避免使用1000.useradd工作的方式,它将为每个用户分配一个组,用户和组ID的数字标识符将方便地结束相同.我认为这是现代多用户系统的首选方法(我认为较旧的系统默认为共享组,例如用户作为用户的主要组).

我的用户不一定是Fedora或Debian上这样的共享组的成员.在这种情况下,分配的数字在某种程度上是学术性的 – 它只是另一个系统组,它在不同的分布之间变化. (另一个像bin这样的群体在现代没有明显的目的).

LSB表示UID和GID 0-99由系统静态分配. UID 100-499(以及所有现代系统100-999)应该动态分配.这已得到Debian Policy Manual的确认;它只是没有严格要求的美德at the current time.

我不确定在Debian系统上看到用户为100意味着什么.如果由于某种原因将组分配到变更中的顺序,则可能不是一个安全的假设.

在Fedora上,假设你可以分配id 100是非常安全的,因为id的100-1000的自动分配实际上是倒计时的. (要清楚,这与Debian相反).

目前为止考虑您的信息的可能选项：

>停止使用群组用户.但是可能你有一些共享文件,无论如何你都需要分配一个共享的组ID.

>使用100,并希望它不会中断,如果您[重新]安装一个系统,从Debian分配系统ID,从100开始计算.

>使用足够高的东西,比如10000,它永远不会自动分配.

>如果您的现有系统都没有将其用于其他目的,请使用1000,并且您从未计划添加访问文件系统的新操作系统.[*]

>在500-1000范围的开头分配一个免费ID. (五年前的Fedora,从499-100而不是999-100倒数,所以我不能排除你有这样的分配).

[*]安装系统后,您可以添加具有所需ID的用户.但我担心的是,操作系统安装程序创建的初始用户很可能拥有ID& GID 1000,不允许您更改它们,特别是如果它不创建root用户,那么稍后更改其ID可能会非常烦人).

10000选项对我来说听起来最简单.如果您创建新系统或指导其他人,它会很好地工作.它也适用于您当前的系统.