permissions on VFAT partitions
David Brodbeck
DavidB at mail.interclean.com
Thu Dec 27 07:02:03 GMT 2001
Hmm...I don't think that the filesystem on the Samba server should matter.
It may be a "case mangling" issue, it seems like this came up once before on
this list. I don't have any MS-DOS clients, though, so I can't really help
you.
-----Original Message-----
From: Rodger Haynes [mailto:rodger at thompsonprint.com]
Sent: Thursday, December 27, 2001 9:50 AM
To: David Brodbeck; samba at samba.org
Subject: Re: permissions on VFAT partitions
I'm looking at the feasability of switching from a Novell server to a Linux
server, and we have software that runs under DOS which is still important to
us. When I tried sharing the files from Linux, the executables stored on the
server wouldn't run. I'm a NEWBIE and in the first stages of looking into
this, so I thought perhaps the programs would run better from a DOS
partition. The files are accessed from terminals that have no disk drives,
so the executables must be stored on the server. I don't think I should need
DOSEMU because the code executes on the DOS box.
David Brodbeck wrote:
Maybe he has a windows install on the machine that he needs files from
occasionally. I've done this with home systems.Not everyone who's running
Samba is in a corporate environment. ;)
-----Original Message-----
From: James Barwick [mailto:jbarwick at basicsllp.com]
Sent: Monday, December 24, 2001 1:43 PM
To: samba at lists.samba.org
Subject: Re: permissions on VFAT partitions
AND...suppose you want at ext2/3 partition to be a samba share.....
On these types of shares, I setup SAMBA to "force a group" on file and
directory creation. And in the Samba config, make sure that the file create
and directory create permissions are 664 and 775 instead of 644 and 755.
This will allow all users that belong to the unix group "user" (or "1001"
in your xample) to have read/write permissios to all files created on the
share.
Why on EARTH would you have a VFAT partition setup as a share....why would
you have them on your SAMBA server at all? You thought it would be easier?
VFAT doesn't contain file permissions, so you can't really do an "NT
Emulation" anyway....you can only do as you have done and force a single
user/group...which you could do with SAMBA on ext partitions anyway.
James
Indulis Bernsteins wrote:
>I'm running RH7.1 and Samba 2.2.2 . I would like to offer a VFAT
>partition on the server hard drive for universal read-write access. I
>mount the partition in fstab with
>
>/dev.hda5 /sys vfat defaults,rw,uid=1001,gid=1001 0 0
>
>It mounts fine and shows up on the Windows 98 machine and can be opened.
>I can't write to it however.
OK what I did to make this exact thing work on my system was to create a new
group on my system called "user" (=gid 502)
in my /etc/fstab I made the entry for /dev/hda5 look like
/dev/hda5 /sys vfat uid=500,gid=502,umask=002
(umask=2 means permissions=775=rwxrwxr-x ie write to people in the owning
group as well as the owner)
And I set up my remote user to belong to group "user".
The only other trick is that if you have been playing around with the user's
credentials (user id, groups the user belongs to), you need to
disconnect/reconnect to samba as it is like logging on to a normal UNIX
shell, the user's group list and other credentials are picked up at login
time. So if you have not logged in/out after making some changes, then any
changes you have made to the user's group id or user id (uid) since the
login don't have any effect on the samba client...(I discovered this after a
Windows reboot fixed my problem).
Apart from that, I have just defined the remote user on linux as a normal
user with a name matching what is shown under
"settings-network-identification-computer name" in windows. Password
matching the logon password on the windows network client.
It *does* work!!! So don't give up on it!
(And if you really get stuck you can set the smb daemon up to give you a
detailed trace of what it is doing as it tries to fulfil your requests.
DOesn't tell you about the login/logout trick though!)
Luck!
Indulis
Indulis Bernsteins
Senior Systems Architect
IBM Australia
More information about the samba
mailing list