home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / coherent / 6932 < prev    next >
Encoding:
Internet Message Format  |  1993-01-24  |  1.8 KB
  1. Path: sparky!uunet!olivea!charnel!sifon!homer.cs.mcgill.ca!branagh
  2. From: branagh@cs.mcgill.ca (Wayne BRANAGH)
  3. Newsgroups: comp.os.coherent
  4. Subject: Re: Not enough permissions for root?
  5. Message-ID: <C1DyBy.GMq@cs.mcgill.ca>
  6. Date: 25 Jan 93 01:19:09 GMT
  7. References: <1993Jan11.171350.7446@netcom.com> <9301191709.25@phzzzt.uucp> <9301212234.02@rmkhome.UUCP>
  8. Sender: news@cs.mcgill.ca (Netnews Administrator)
  9. Organization: SOCS - Mcgill University, Montreal, Canada
  10. Lines: 32
  11.  
  12. In article <9301212234.02@rmkhome.UUCP> rmkhome!rmk@merk.com (Rick Kelly) writes:
  13. >In article <9301191709.25@phzzzt.uucp> mfaurot@phzzzt.uucp (Michael Faurot) writes:
  14. >>messina@netcom.com (Tony Porczyk) writes:
  15. >>: 
  16. >>: I may be confused, but shouldn't 'root' be able to read and see
  17. >>: ALL files on the system (outside of crypted ones, of course)? 
  18. >>: Well, when I go into the directory /usr/man/COHERENT my ls
  19. >>: aborts and says I don't have permissions as root to see any
  20. >>: files.  When I execute ls from above (usr/man) into that
  21. >>: directory, it works just fine.  Anyone has an explanation for
  22. >>: that?  (Yes, I know user bin will work fine).
  23. >>
  24. >>What's happening is that when you type "ls" from within the directory 
  25. >>/usr/man/COHERENT the man page file "ls" is being found before the
  26. >>binary /bin/ls.  If you type /bin/ls from within there this will work
  27. >>instead.  The same thing will happen if you attempt to change root's
  28. >>password when logged to the /etc directory and try to run the "passwd"
  29. >>program.
  30. >
  31. >
  32. >I just did a cd /usr/man/COHERENT, and then an ls, and it worked.
  33. >
  34.     The problem only seems to happen if you have ksh loaded as a second
  35.     shell. If you boot with sh or ksh there's no problem. Try again
  36.     after loading a second ksh. I have the same problem on my
  37.     system (as do others who have tried it).   
  38.  
  39.     Cheers,
  40.  
  41.     Wayne
  42.     branagh@binkley.cs.mcgill.ca 
  43.     branagh@omc.lan.mcgill.ca 
  44.