Re: Mount linux filesystem

From: Stuart J. Browne (stuart_at_promed.com.au)
Date: 04/30/04


Date: Fri, 30 Apr 2004 12:11:17 +1000


"FyRE" <FyRE@toktik.demon.ku.oc.x> wrote in message
news:dmvv80hkvjg4cqu8q8pmfi1np4rllktp34@4ax.com...
> On Wed, 28 Apr 2004 16:59:42 +1000, "Stuart J. Browne"
> <stuart@promed.com.au> wrote:
>
> >
> >"FyRE" <FyRE@toktik.demon.ku.oc.x> wrote in message
> >news:07iu80tsbb9q35pd5gdqv6datehccrt0f9@4ax.com...
> >> On Wed, 28 Apr 2004 11:05:56 +1000, "Stuart J. Browne"
> >> <stuart@promed.com.au> wrote:
> >>
> >> [...]
> >>
> >> >'smbmount' (the last time I looked at least) was incapable of mapping
> >PDC
> >> >based UID's/GID's to it's child-mounted structures, or enforce
> >> >user-specific UID's to said structure.
> >>
> >> You need to use winbind in conjunction with the samba pam module to
> >> remap.
> >>
> >> >It mounts as a given UID/GID, and continues writing as that pair.
Not
> >good
> >> >in my opinion.
> >>
> >> Not sure what you mean here. You can of course smbmount a share with
> >> forced details. I use a Linux workstation most of the time, and
> >> usually mount shares as my normal user. However, I can remount as
> >> Administrator whenever I need "full" access. Similarly, Windows users
> >> connecting to Linux smb shares assume their correct UID/GIDs when
> >> reading and writing to the share, accessing printers etc. You can also
> >> override this in the samba config to force all files in a share to be
> >> owned by user X, group Y if you wish.
> >
> >Was thinking of using the following:
> >
> > mount -t smbfs //server/share /local/path/
> >
> >and having UID 38 create a file in /local/path/ somewhere, and the file
be
> >created with UID 38 instead of whatever smbmount forced it to be
(usually
> >the uid/gid of the person that did the mount).
>
> Maybe try mount -t smbfs -ousername=someUserName,password=somePassword
> //serverName/share /local/mountPoint, or the smbmount tool, which uses
> a similar syntax? ;-)

That forces all things to be created with owern 'someUserName', and not by
the user who created it, thus why it isn't the best for centralized shares.