[LUNI] File Permission Problems

David Ehle ehle at agni.phys.iit.edu
Sat Jun 7 22:36:10 CDT 2003


I think the solution to your problem is to set the SETGUID/SETUID flag/bit
on your directories.  This will make any files copied to the directory be
owned by the user/group that owns the directory. Then just add all of your
windows users to the group of the direcotry.

If is actually changing the permissions of the files then you might have
to go into the nitty gritty of samba. Read the info on create mode, force
create mode, and directory mode. You might look at force user as an
alternative to SETUID directories. (easier to do all your control in one
place for when you comeback 3 years later and try to figure out what you
did ;) )

--
David Ehle
Computing Systems Manager
CAPP CSRRI
rm 077
LS Bld. IIT Main Campus
Chicago IL 60614
312-567-3751


On Sat, 7 Jun 2003, Fhealy at aol.com wrote:

> I came across this problem recently and there is probably a simple solution
> to it.
>
> I built a new Linux file server running SAMBA that supports a network of
> windows clients.  There is a directory (\public) that is designated to be shared
> by all users connecting with samba with a mapped P: drive.  I created the
> directory and set permissions to 777.  This directory contains two other
> directories (/TLCS and /TLCSAPPS) that contain a bunch of network applications.
> Unfortunately, I only have the capability to copy files our to Windows Workstations.
> When I copy the files and re-copy them back to the new file server, then end
> up as owned by whatever user I use for the transfer.  Other users are then
> unable to use the network applications unless I manually reset the file
> permissions (a tedious process).  The only thing that has so far occurred to be would
> be to copy the files into an archive on the linux system, copy the archive off
> to the Windows system, restore the archive to the new Linux system and open
> the archive to copy the files.  Would this preserve the file permissions?  Can
> you think of anything else?
>



More information about the luni mailing list