From: gilbertd@sunflower.bio.indiana.edu (Don Gilbert)
Subject: Re: Need to let Non-Root use Mount
Organization: Biology, Indiana University - Bloomington
Date: Sat, 12 Dec 1992 23:56:02 GMT


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