home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / linux / 25046 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  3.2 KB
  1. Path: sparky!uunet!cs.utexas.edu!uwm.edu!linac!att!cbnewse!cbnewsd!att-out!oucsboss!oucsace!sadkins
  2. From: sadkins@bigbird.cs.ohiou.edu (Scott W. Adkins)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: HELP: shell-init: Permission denied
  5. Message-ID: <1993Jan22.021300.17671@oucsace.cs.ohiou.edu>
  6. Date: 22 Jan 93 02:13:00 GMT
  7. References: <1993Jan18.034910.28658@cronkite.ocis.temple.edu> <1993Jan21.155119.11340@informatik.uni-hamburg.de>
  8. Sender: usenet@oucsace.cs.ohiou.edu (Network News Poster)
  9. Organization: Ohio University CS Dept., Athens
  10. Lines: 48
  11.  
  12. In article <1993Jan21.155119.11340@informatik.uni-hamburg.de> hamdy@rzdspc18.informatik.uni-hamburg.de (Safuat Hamdy) writes:
  13. >
  14. >1. the login-dir of your user must be owned by that user and it 
  15. >      must have read and execute permissions set for the owner.
  16.  
  17. I guess I will assume for now that this is true, but I will test this out
  18. and see what happens... :-)
  19.  
  20. >2. the shell-initialization-files (for bash that is .bash_profile, 
  21. >      .bashrc, etc., for tcsh, if you have, that is .login and .cshrc.
  22. >      see BASH(1) (TCSH(1)) man pages for more info about this topic)
  23. >      must be owned by your user and must have at least read and exec
  24. >      permissions set for your user.
  25.  
  26. The only thing that I can say about the above is that the initialization
  27. files must be readable in some way to the user.  It is *not* the case
  28. that the user has to own the file... :-)  I have a guest account set up
  29. on my system and in order to protect that account from whomever logs in,
  30. I locked the password and changed the ownership of .login, .cshrc, .exrc,
  31. and .mailrc files to root.root (root owned, root group).  This prevents
  32. the guest user from changing things.  The account has been in use for 
  33. awhile now and I have been on it a lot to test new stuff out.  There 
  34. has been no problems with it.  I agree that the files should be readable,
  35. but I once again disagree that they have to be executable.  (No, I haven't
  36. read the man pages about *this* particular topic, but maybe I will sometime
  37. soon.  What I have mentioned from above is from experience.)
  38.  
  39. >pwd, dir etc. will work fine. I recommend to use USERADD(8) because 
  40. >initialization and perms setup will be done automatically.
  41.  
  42. Again, I found this not to be true.   The only thing the useradd program 
  43. did was add the user to the passwd and shadow (password) files.  It did
  44. nothing else.  I thought it would create a directory, but it didn't.  So,
  45. I did it myself.  I thought it would set the ownership and group id 
  46. correctly if I created the directory first.  Well, it didn't.  The end
  47. result was that I had to right my own shell script that would do all of
  48. the new account creation stuff for me.  I am most certainly dissapointed,
  49. but that is alright... it at leasts puts the user in the password files.
  50.  
  51. Well, this may not help the original original poster, but I just wanted
  52. to describe what I have found to be true with my system anyways.  (By the
  53. way, I am using SLS 1.0, the .99p2 kernel release... pre-gzip days.)
  54.  
  55. Scott.
  56. -- 
  57.          Scott W. Adkins           Internet: sadkins@ohiou.edu
  58.          ~~~~~~~~~~~~~~~                     ak323@cleveland.freenet.edu
  59.     Ohio University of Athens        Bitnet: adkins@ouaccvma.bitnet
  60.