l i n u x - u s e r s - g r o u p - o f - d a v i s
Next Meeting:
July 7: Social gathering
Next Installfest:
Latest News:
Jun. 14: June LUGOD meeting cancelled
Page last updated:
2005 Aug 22 13:30

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
Re: [vox-tech] NFS mounting a VFAT filesystem - uid and gid
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vox-tech] NFS mounting a VFAT filesystem - uid and gid

Reply-To: Marc Elliot Hall <marc@hallmarc.net>
In-Reply-To: <4303AF05.9000703@fmailbox.com>

On Wed, Aug 17, 2005 at 02:41:25PM -0700, Ken Herron wrote:
> Marc Elliot Hall wrote:
> > #make /windows partition owned by user nobody and group webusers
> > /dev/hda4       /windows        vfat \
> >     rw,user,auto,gid=82,uid=501,umask=000  0       2
> Okay, on "tiny", files on the partition should have UID 501, GID 82,
> and
> umask 000. Is that what actually happens?

No, it's not. At least, not now.

> >However, although the data
> >appears to be properly available on "oracle" when I execute
> >
> >$ mount tiny.hallmarc.net:/windows
> >
> >the ownership of the directories and files remains slightly off
> >(group
> >should be "webusers" based on *my* understanding of the mount
> >options).
> >
> >$ ls -la /var/www/
> >
> >drwxrwx---    3 nobody   users       32768 Aug 16 18:30 tiny/
> NFS communicates file ownership using UID and GID numbers, not names.
> On
> the host "oracle", what UID is "nobody"? What GID is "users"?

I misspoke earlier (I'd been making w-a-a-a-y too many changes while
troubleshooting this issue). Although on both hosts, "nobody" is 65534
and "users" is 100, what I want to happen is for it to mount UID 501 
(user "mandrakemarc" on "tiny" and user "marc" on "oracle") and GID 82 
(group "webusers" on both hosts). However, what I'm getting is UID 65534 
and GID 100 (again, user "nobody" and group "users" on both hosts). At 
one point, that's what I was trying for... and now it won't change :-(

Troubleshooting procedure:

marc@oracle: $ umount /var/www/tiny

marc@tiny: $ umount /windows

marc@tiny: $ sudo vi /etc/fstab

(make minor edit to fstab, changing uid or gid, save changes...)

marc@tiny: $ mount /dev/hda4

marc@tiny: $ ls -la /windows
total 68
drwxrwx---   3 nobody users 32768 2005-08-18 09:43 .
drwxr-xr-x  22 root   root   4096 2005-08-02 18:51 ..
drwxrwx---   3 nobody users 32768 2005-08-16 08:15 data

marc@oracle: $ mount /var/www/tiny

marc@oracle: $ ls -la /var/www/tiny

drwxrwx---    3 nobody   users       32768 Aug 18  2005 ./
drwxr-xr-x   13 root     root         4096 Aug 16 17:38 ../
drwxrwx---    3 nobody   users       32768 Aug 16 08:15 data/

As you can see, user "nobody" and group "users" seem to be persistent,
regardless of what I do in /etc/fstab. 

> Your "mount" command there looks like it was done as a normal user. If 
> you perform the mount as root, do the perms come out differently? 

The same holds true if I preface mount and umount commands with sudo.

> FWIW, 
> for ongoing use you're better off using an automounter such as amd, 
> rather than putting it in fstab.

I'll look into that further. Thanks for the tip!

Marc Elliot Hall
621 River Moss Drive
St. Peters, MO 63376
vox-tech mailing list

LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
Appahost Applications
For a significant contribution towards our projector, and a generous donation to allow us to continue meeting at the Davis Library.