🚀 go-pugleaf

In article <C1A5Ep.6nI@mentor.cc.purdue.edu> davisre@sage.cc.purdue.edu (Robert  
Davis) writes:
> 
> 	This may have been mentioned before (I recently upgraded to
> 3.0), but is there a workaround or fix for this:  ejecting a mounted
> floppy changes the permissions of /etc/mtab so that you can't do a df.
> 
> % df
> Filesystem            kbytes    used   avail capacity  Mounted on
> df: /etc/mtab: Permission denied

Yes,  I had  the  same  problem.  And  it doesn't  help  to  change  the
permissions again. (Except you do it with a cron job. But this is ugly!)
Especially bad is the problem if you use cnews...

What  I did: I simply set the suid bit  of df. But setting a suid always
worries me... Any better solutions out there?

Also  strange: Since I  installed the  MOTD.app multi-volume  disk copys
don't work anymore!! Neither in a net nor at a single user station. 

When will 3.1 be out?

	Gerhard.
--
+---------------------------< principiis obsta! >---------------------------+
N  Gerhard Moeller, Teichstrasse 12, 2900 Oldenburg (FRG) [*: 02/21/1968]   N
e  Private: gemoe@proximus.north.de          Phone (voice): +49-441-75520   e
X  Uni:     Gerhard.Moeller@arbi.Informatik.Uni-Oldenburg.DE      NeXTmail  X
T  Z-Net:   Gerhard.Moeller@uniol.zer                          encouraged!  T
+-> NoGeNUG - Northern German NeXT User Group:  NoGeNUG@proximus.north.DE <-+

>>>>> "Robert" == Robert Davis <davisre@sage.cc.purdue.edu> writes:

Robert>         This may have been mentioned before (I recently upgraded to
Robert> 3.0), but is there a workaround or fix for this: ejecting a mounted
Robert> floppy changes the permissions of /etc/mtab so that you can't do a df.

  I had the same problem.  It took me a while to figure it out, but I'd bet
that you have very tight permissions set on your "File Creation Mask".  If
you just use "Expert Preferences" (Unix) in the Preferences tool to open up
your permissions to allow "Group" & "Others" Read access, then you won't have
any problems with the permissions changing on /etc/mtab.  Evidently when the
eject script/program executes it runs as root and uses your default
permissions and so if your permissions are too "tight" you can't read
/etc/mtab after the floppy get's ejected.  Hope this helps,

Dick...

ps.  I don't remember whether it was ejecting Macintosh or DOS format floppies
     that caused this problem, but one worked and the other didn't and I never
     had problems with the NeXT (Unix) format floppies...
  
+----------------------------------------------------------
WHO:	Richard Hess	[ Staff Engineer ]
CORP:	Consilium Inc,	640 Clyde Court, Mtn View, CA 94043
VOICE:	[415] 691-6342
EMAIL:	rhess@consilium.COM  <-----------------[ NeXTmail ]
+

In article <RHESS.93Jan25093544@consilium.COM> rhess@consilium.COM (Richard L. Hess) writes:
>
>  I had the same problem.  It took me a while to figure it out, but I'd bet
>that you have very tight permissions set on your "File Creation Mask".  If
>you just use "Expert Preferences" (Unix) in the Preferences tool to open up
>your permissions to allow "Group" & "Others" Read access, then you won't have
>any problems with the permissions changing on /etc/mtab.  Evidently when the
>eject script/program executes it runs as root and uses your default
>permissions and so if your permissions are too "tight" you can't read
>/etc/mtab after the floppy get's ejected.  Hope this helps,
>

	Thanks, that seems to be a good workaround.  I had trouble
	with NeXT disks as well as DOS and Mac disks.


Rob
-- 
| Robert Davis                                    davis@sonata.cc.purdue.edu
| "Look up, Hannah.  Look up."                            NeXT Mail accepted
--