Date: Fri, 23 Jul 1999 10:41:40 +0930 (CST) From: Kris Kennaway <kkenn@rebel.net.au> To: "Ronald G. Minnich" <rminnich@acl.lanl.gov> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Filesystem question... Message-ID: <Pine.BSF.4.10.9907231037250.87625-100000@morden.rebel.net.au> In-Reply-To: <Pine.SGI.4.10.9907221057410.145267-100000@acl.lanl.gov>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 22 Jul 1999, Ronald G. Minnich wrote:
> On Fri, 23 Jul 1999, Kris Kennaway wrote:
> > Well, if you're running it as a kernel module then obviously you need root
> > permissions to load it. If it's running as a userland process, then
> > there's no reason why you can't run it as a user. mount presumably
> > wouldn't care as long as you had access rights to the underlying objects
> > (mountpoint + stacking layer process).
>
> well, you'll have to tell me more. (i have to get my freebsd source tree
> back :-) )
>
> Are you saying that as an ordinary user I can mount something on top of
> /tmp, for example?
If the vfs.usermount sysctl is 1, and you have appropriate access to the
thing you're trying to mount (block device, etc).
> Is the suser() check still in the mount system call?
From vfs_syscalls.c:
if (usermount == 0 && (error = suser(p)))
return (error);
usermount is tuned by the vfs.usermount sysctl and defaults to 0.
Kris
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.10.9907231037250.87625-100000>