home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / sun / misc / 3725 < prev    next >
Encoding:
Text File  |  1992-08-17  |  1.5 KB  |  37 lines
  1. Newsgroups: comp.sys.sun.misc
  2. Path: sparky!uunet!rde!eric
  3. From: eric@homebase.vistachrome.com (Eric Brunson)
  4. Subject: Re: Why does OW leave all kind of garbage in tmp?
  5. Message-ID: <1992Aug17.133855.14134@homebase.vistachrome.com>
  6. Organization: Vista-Chrome Incorporated
  7. References: <1992Jul23.184344.15206@cbfsb.cb.att.com> <CKD.92Jul23233441@loiosh.eff.org> <1992Jul29.001208.1190@zia.aoc.nrao.edu> <1992Aug14.165259.13061@midway.uchicago.edu>
  8. Date: Mon, 17 Aug 1992 13:38:55 GMT
  9. Lines: 26
  10.  
  11. chris@gargoyle.uchicago.edu (Chris Johnston) writes:
  12.  
  13. >    Some people suggest "rm -rf /tmp/".  Is it ok to remove
  14. >"/tmp/lost+found/" ?
  15.  
  16. NO!!!! NO, NO, NO, NO, NO!!!!!
  17.  
  18. The lost and found directory has empty inodes assigned to it so that in 
  19. the fsck there is guaranteed to be a place to hang a lost file.  Removing
  20. the lost+found directory is a bad thing and whoever recommended "rm -rf"
  21. should have though of that or else shouldn't have been giving advice to 
  22. the inexperienced.
  23.  
  24. Please take heed of this caution.  "rm -rf" is possibly the most dangerous
  25. command in UN*X.  After 5 years of administrating UN*X systems I _still_
  26. stop every time I type that command and make _damn_ sure I've though 
  27. about what I'm doing.
  28.  
  29. If you delete the lost+found directory there are ways to get it back, but
  30. arbitrarily removing it is not a very good idea.
  31.  
  32.  
  33. -- 
  34. Eric "Ra" Brunson      |
  35. eric@vistachrome.com   |     These opinions are mine alone, but
  36. brunson@math.fsu.edu   |   they could be yours for a low monthly fee.  
  37.