Opened 12 years ago

Closed 12 years ago

Last modified 12 years ago

#3061 closed defect (fixed)

Creating Essential Files and Symlinks question

Reported by: Armin Owned by: lfs-book@…
Priority: normal Milestone: 7.2
Component: Book Version: SVN
Severity: normal Keywords:
Cc:

Description

I had a look at /etc/group creation and noticed something.

This is /etc/group from Red Hat root:x:0:root bin:x:1:root,bin,daemon daemon:x:2:root,bin,daemon sys:x:3:root,bin,adm adm:x:4:root,adm,daemon tty:x:5: disk:x:6:root lp:x:7:daemon,lp mem:x:8: kmem:x:9: wheel:x:10:root

This is /etc/group from Debian root:x:0: daemon:x:1: bin:x:2: sys:x:3: adm:x:4: tty:x:5: disk:x:6: lp:x:7: mail:x:8: news:x:9: uucp:x:10:

This is /etc/group from Arch Linux root:x:0:root bin:x:1:root,bin,daemon daemon:x:2:root,bin,daemon sys:x:3:root,bin adm:x:4:root,daemon tty:x:5: disk:x:6:root lp:x:7:daemon mem:x:8: kmem:x:9: wheel:x:10:root

If you take a good look, you will see first 7 GID's and group names are same for all of them. Now take a look at LFS /etc/group

root:x:0: bin:x:1: sys:x:2: kmem:x:3: tty:x:4: tape:x:5: daemon:x:6: floppy:x:7: disk:x:8: lp:x:9: dialout:x:10:

Question is, why does LFS change standard gid's of some groups? I had some problems with package using tty group for which was tought it has gid 5, but in LFS it is gid 4.

Change History (4)

comment:1 by bdubbs@…, 12 years ago

The numbers associated with a group should be meaningless other than gid 0.

The groups and gids above are *not* the same. RH has bin=1, Debian has bin=2

If a package requires a specific gid, then there is a problem with the package.

The LFS group order has not changed, at least the first 10 entries or so, since before LFS 1.0. I'm pretty sure they are from an old RH version from 1999 or so. I admit that tape, floppy, and dialout are not really relevant any more. Note that bin and lp uid values (not gid) are set in BLFS, not LFS.

See the discussion 'About System Users and Groups' in Chapter 3 of BLFS.

comment:2 by bdubbs@…, 12 years ago

Resolution: fixed
Status: newclosed

It turns out that the problem program was a legacy issue (written in 1987). Modern programs query the system to find out what the gid number is ( getgrnam() ).

Swapped the tape and tty group IDs so tty is gid 5 and rechecked that other needed groups are present.

Fixed at revision 9816.

comment:3 by Armin, 12 years ago

You should change gid of tty group at "Creating the /etc/fstab" page since /dev/pts line still points at gid 4.

in reply to:  3 comment:4 by bdubbs@…, 12 years ago

Replying to Krejzi:

You should change gid of tty group at "Creating the /etc/fstab" page since /dev/pts line still points at gid 4.

OK, I just changed it to 5.

Note: See TracTickets for help on using tickets.