home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!pipex!warwick!uknet!edcastle!dcs.ed.ac.uk!sct
- From: sct@dcs.ed.ac.uk (Stephen Tweedie)
- Newsgroups: comp.os.linux
- Subject: Re: HELP: Problems with groups
- Message-ID: <SCT.93Jan23165208@ascrib.dcs.ed.ac.uk>
- Date: 23 Jan 93 16:52:08 GMT
- References: <4fLl1ga00iV105jsUP@andrew.cmu.edu>
- Sender: cnews@dcs.ed.ac.uk (UseNet News Admin)
- Organization: University of Edinburgh Dept. of Computer Science, Scotland
- Lines: 26
- In-Reply-To: pw1r+@andrew.cmu.edu's message of 21 Jan 93 21:06:52 GMT
-
- In article <4fLl1ga00iV105jsUP@andrew.cmu.edu>, pw1r+@andrew.cmu.edu (Peter William Wieland) writes:
- > I've made a new group using groupadd, made the new users using useradd
- > and then tried to chgrp their home directories. The group changes and
- > shows up properly when I do an ls -l, but after about 30 seconds, the
- > group is changed to 232 or 233 (neither of which exists in /etc/group).
- > I've noticed, however, that the group won't change back if that user is
- > logged in on another console, but once you logout the group changes
- > shortly after.
-
- This is a known problem with existing filesystems. The kernel's
- internal inode cache stores full 32-bit group IDs for files, which is
- why you are seeing the correct group persist for a brief while.
- However, the minix fs only stores 8 bit ids, and the extfs 16 bits
- (although I have heard complaints that even extfs manages to truncate
- to 8 bits).
-
- The next generation of file systems (like Remy Card's forthcoming Mark
- II new extfs) should not have this limitation, but in the mean time
- I'm afraid that the only solution is to limit yourself to group IDs in
- the range 0-255.
-
- Cheers,
- Stephen Tweedie.
- ---
- Stephen Tweedie <sct@uk.ac.ed.dcs> (Internet: <sct@dcs.ed.ac.uk>)
- Department of Computer Science, Edinburgh University, Scotland.
-