home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / unix / question / 15305 < prev    next >
Encoding:
Text File  |  1993-01-07  |  1.5 KB  |  39 lines
  1. Newsgroups: comp.unix.questions
  2. Path: sparky!uunet!coplex!trebor!root
  3. From: root@trebor.uucp (Bob Stockler)
  4. Subject: Re: a simple question about rm
  5. Organization: Bob Stockler
  6. Distribution: usa
  7. Date: Thu, 07 Jan 1993 01:22:44 GMT
  8. Message-ID: <1993Jan07.012244.12868@trebor.uucp>
  9. References: <C0DwyB.5Ht@news.cso.uiuc.edu> <1993Jan5.175040.483@ll.mit.edu> <C0ELJK.G8z@news.cso.uiuc.edu>
  10. Lines: 27
  11.  
  12. In <C0ELJK.G8z@news.cso.uiuc.edu> jdg41088@uxa.cso.uiuc.edu (Pickaxe) writes:
  13.  
  14. >yasu@ll.mit.edu (Alan Yasutovich) writes:
  15.  
  16. >>    Here's another one.  Why can root remove stuff if
  17. >>    all permissions are off.  I did a test once to see if
  18. >>    I could use this as a mask, and it failed.
  19.  
  20. >I think that's because permissions don't apply to root. They can do anything
  21. >they want becuase root is god.
  22.  
  23. It can be very dangerous to operate as 'root', or to write shell scripts
  24. to be run by "cron" (perhaps as 'root') without understanding exactly how
  25. your shell will behave in any certain circumstances.
  26.  
  27. For instance, how will "test" respond to its various switches if 'root'
  28. is the user?  The only way to tell is to try it out in experimental
  29. situations before using it.  The privileges and power of 'root' are so
  30. great that things one would assume would work as expected don't.
  31.  
  32. I got bit by this once, where I used "test" (actually [...]) in a "cron"
  33. run script, and I lost half of my 'root' filesystem's files.
  34.  
  35. Try it, before you buy it, has since been my motto.
  36.  
  37. -- 
  38. Bob Stockler                  bob@trebor.uucp                  CIS: 72726,452
  39.