home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!cimshop!rhess
- From: rhess@consilium.COM (Richard L. Hess)
- Newsgroups: comp.sys.next.bugs
- Subject: Re: /etc/mtab permissions
- Message-ID: <RHESS.93Jan25093544@consilium.COM>
- Date: 25 Jan 93 17:35:44 GMT
- References: <C1A5Ep.6nI@mentor.cc.purdue.edu>
- Sender: root@cimshop.UUCP
- Organization: Consilium Inc., Mountain View, California.
- Lines: 27
- In-reply-to: davisre@sage.cc.purdue.edu's message of 23 Jan 93 00:01:36 GMT
- X-UserAgent: GNUS 3.13 [ NNTP-based News Reader for GNU Emacs ]
-
- >>>>> "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 ]
- +
-