home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / ultrix / 5793 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  1.1 KB
  1. Xref: sparky comp.unix.ultrix:5793 comp.unix.admin:4235
  2. Path: sparky!uunet!mcsun!uknet!cam-cl!cam-cl!maj
  3. From: maj@cl.cam.ac.uk (Martyn Johnson)
  4. Newsgroups: comp.unix.ultrix,comp.unix.admin
  5. Subject: Re: Strange behaviour of df and /tmp
  6. Message-ID: <1992Jul21.080144.17193@cl.cam.ac.uk>
  7. Date: 21 Jul 92 08:01:44 GMT
  8. References: <1992Jul20.152235.20345@news.uakron.edu>
  9. Sender: news@cl.cam.ac.uk (The news facility)
  10. Reply-To: maj@cl.cam.ac.uk (Martyn Johnson)
  11. Organization: U of Cambridge Computer Lab, UK
  12. Lines: 19
  13.  
  14. > The suggested solution is to unmount
  15. > /tmp file system and to run 'newfs'.
  16.  
  17. DEC said that?  Shock horror!
  18.  
  19. 1. If a process is hanging on to a file it will indeed use up space
  20.    without being visible.  But you wouldn't be able to unmount until
  21.    the process closed the file, at which point the file would be
  22.    deleted and release the space anyway.
  23.  
  24. 2. It IS possible for a file to remain allocated with no directory
  25.    entry and no process using it. But if this does happen, "fsck" will
  26.    clear up the mess - that is what it is for.  "newfs" is severe
  27.    overkill!
  28.  
  29.  
  30. Martyn Johnson      maj@cl.cam.ac.uk
  31. University of Cambridge Computer Lab
  32. Cambridge UK
  33.