home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.sun.admin
- Path: sparky!uunet!wupost!spool.mu.edu!sol.ctr.columbia.edu!usenet.ucs.indiana.edu!sunflower.bio.indiana.edu!gilbertd
- From: gilbertd@sunflower.bio.indiana.edu (Don Gilbert)
- Subject: Re: Need to let Non-Root use Mount
- Message-ID: <Bz67tF.5FI@usenet.ucs.indiana.edu>
- Sender: news@usenet.ucs.indiana.edu (USENET News System)
- Nntp-Posting-Host: sunflower.bio.indiana.edu
- Organization: Biology, Indiana University - Bloomington
- References: <hq8qvm+@lynx.unm.edu>
- Date: Sat, 12 Dec 1992 23:56:02 GMT
- Lines: 108
-
-
- I searched quite a while until I found a good solution to this
- problem of allowing mere users to mount floppies or cds on their
- Suns. Should go in the faq if there is one. Sun Inc. people
- produced a program called "usermount" which does the job nicely
- in my experience. Sun doesn't support this, and not all that
- many people know about it. You can find it thru archie:
-
- Host guardian.cs.psu.edu
- Location: /pub/src
- FILE -rw-r--r-- 12685 May 22 1991 usermount.tar.Z
-
- Host psuvax1.cs.psu.edu
- Location: /pub/src
- FILE -rw-r--r-- 12685 May 22 1991 usermount.tar.Z
-
- You can also pick up my copy w/ some minor additions like an insert
- for openwin-menu with menu buttons for cd and floppy mount/dismount
- and format: ftp.bio.indiana.edu:/util/unix/sun-usermount.tar.Z
-
- Here is the man page on this:
-
- NAME
- Usermount - mount command for users.
-
- SYNOPSIS
- usermount [ -r ] [ -w ] [ -e ]
-
- DESCRIPTION
- Usermount will mount a disk with the assumption it has a
- filesystem on it and has the mount option usermount_access
- in it's fstab entry. If the system is not running secure
- and there is no /etc/rmd_access file and usermount_access is
- not set to the path of a valid file then it can be run by
- anyone. If the system is running secure according to
- issecure(3) or the file /etc/rmd_access or the file refer-
- enced by usermount_access exists then it can only be run by
- those who are named in the file. Netgroups can be speci-
- fied in the access file using +@group also users can be
- excluded using -username and netgroups excluded using -
- @group .
-
- Everything is logged via syslog(3) at priority AUTH_NOTICE .
-
-
- OPTIONS
- -r Mount the disk read only.
-
- -w Mount the disk read write. This is the default.
-
- -e Eject the disk.
-
- EXMAPLE
- Here is an example /etc/fstab file:
-
- /dev/sd0a / 4.2 rw 1 1
- /dev/sd1g /usr 4.2 rw 1 2
- /dev/sd0f /var 4.2 rw,nosuid 1 3
- /dev/sd0g /usr/kvm 4.2 rw 1 4
- /dev/fd0 /pcfs pcfs
- rw,noauto,usermount_access=/etc/pcfs_access,nosuid 0 0
- /dev/fd0c /floppy 4.2
- rw,noauto,usermount_access,nosuid 0 0
- /dev/sr0 /hsfs hsfs
- ro,nosuid,usermount_access,noauto 0 0
-
- This will allow those everybody to mount /floppy and /hsfs
- if there is no /etc/rmd_access file. If /etc/rmd_access
- exists then only those people named in it are allowed to
- mount or eject the disks. /pcfs can only be mounted by those
- users listed in /etc/pcfs_access .
-
- FILES
- /etc/rmd_access list of users and netgroups who can
- mount the floppy.
- /etc/fstab list of mountable file systems.
-
- SEE ALSO
- eject(1), issecure(3), innetgr(3), syslog(3), netgroup(5),
- rhosts(5), fsck(8) mount(8), newfs(8).
-
- BUGS
- It should check the mode of the raw devices to prevent peo-
- ple from being able to panic the system by writing to the
- raw device. It does not check that the file system is good
- before mounting it.
-
- DISCLAIMER
- The contents of this file are intended to be read as an
- example. This is not a supported product of Sun
- Microsystems and no hotline calls will be accepted which
- directly relate to this information.
-
- NO LIABILITY WILL BE ACCEPTED BY SUN MICROSYSTEMS FOR ANY
- LOSS (DIRECT OR CONSEQUENTIAL) INCURRED IN ANY WAY BY ANY
- PARTY THROUGH THE USE OF THIS INFORMATION.
-
- NO WARRANTY OF ANY SORT IS IMPLIED OR GIVEN FOR ANY CODE
- DERIVED FROM THIS INFORMATION.
-
-
- Sun Release 4.1 Last change: 27 April 1990 2
-
-
-
- --
- Don Gilbert gilbert@bio.indiana.edu
- biocomputing office, biology dept., indiana univ., bloomington, in 47405
-