Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!mcsun!cernvax!chx400!itr.ch!mheubi
From: mheubi@itr.ch (Heubi Matthias)
Newsgroups: comp.sys.next
Subject: Re: Preserving file ownerships on OD?
Message-ID: <1991Jun25.074635.17974@itr.ch>
Date: 25 Jun 91 07:46:35 GMT
References: <1991Jun20.220525.5015@ccu.umanitoba.ca> <1768@toaster.SFSU.EDU>, 	<11043@idunno.Princeton.EDU> <8cNCt0G00aw4E47LVI@andrew.cmu.edu>
Organization: Interkantonales Technikum Rapperswil; Switzerland (ITR)
Lines: 59

wb1j+@andrew.cmu.edu (William M. Bumgarner) writes:


I got sick of this silly handling, too.
This is my opinion of how automount should handle opticals:

every disk contains a label field where a host name is registered.
setting this host name after initializing  a new disk easely allows
to detect if a disk is inserted into the drive it was formatted from!

a) disk is inserted into the drive (mounted at the system) it was
   originally initialized from:

     - the disk will be mounted NO-SUID but with all ownerships
       correct set.

     - any new files will be created as usual - the ownerships of
       the creating user will be set.


b) disk is inserted into a foreign drive (mounted at a foreign system)

     - the disk will be mounted NO-SUID an all ownership will be set
       to root, giving world rw-access.
       (maybe we could define something else here)

     - any new files will be created (physically written) as owned by root
       giving rw access to world.


This procedure could even get refined by defining some additional flags in
the disk label field:

     - allows to preserve ownerships
     - allows to modify existing files (no world r-flag is created)

     - etc.


anyone feels like programming a new automounter ???

oh yeah! btw: we could also fake some directory entries which will
	      request the appropriate optical disk.

	      /MyArchive : if you type cd /MyArchive a fancy panel
			   will show up:

	       >>> Insert Optical Disk myArchive into drive 0 <<<




just my opinion (probably not worth to be read.)

matthias
-- 
-----------------------------------------------------------------------
Matthias Heubi       / NeXT / Atari ST / HP-48SX /        mheubi@itr.ch
-----------------------------------------------------------------------