home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / novell / 11095 < prev    next >
Encoding:
Text File  |  1993-01-05  |  3.1 KB  |  67 lines
  1. Newsgroups: comp.sys.novell
  2. Path: sparky!uunet!usc!howland.reston.ans.net!zaphod.mps.ohio-state.edu!caen!hellgate.utah.edu!fcom.cc.utah.edu!park.uvcc.edu!ns.novell.com!ithaca.Eng.Sandy.Novell.COM!mmm
  3. From: Mark_Muhlestein@Novell.COM (Mark Muhlestein)
  4. Subject: Re: Deleteing Directory Tables
  5. Message-ID: <C0Cwr8.HF1@Novell.COM>
  6. Sender: usenet@Novell.COM (Usenet News)
  7. Nntp-Posting-Host: ithaca.eng.sandy.novell.com
  8. Organization: Novell, Inc.
  9. References: <1ia4ahINNr75@tamsun.tamu.edu> <1993Jan4.210355.1108@novell.com> <1iabjjINNb9l@tamsun.tamu.edu>
  10. Date: Tue, 5 Jan 1993 01:13:56 GMT
  11. Lines: 54
  12.  
  13.  
  14. Carl Brown makes a few basically correct comments on directory entry
  15. allocation, some of which could use a bit of clarification:
  16.  
  17. >You're kind of right.  The way I understand it, NetWare has two "kinds" of
  18. >disk space: file space, and what I'll call "overhead" space.  The sum of
  19. >the file space (used to store files) and the overhead space is the total
  20. >disk space on the server.
  21.  
  22. Close enough.  This is true of all file systems.
  23.  
  24. >The "overhead" space (my term, not NetWare's) is used to store things that
  25. >are not strictly files, for example File Allocation Tables and (I think)
  26. >name spaces for volumes.  The directory tables are also in "overhead"
  27. >space.  Each directory table is 64K and can store 32 directory entries,
  28.  
  29. Actually, the directory table entries are allocated in 4K (not 64K)
  30. blocks, each of which has 32 128-byte directory entry slots.
  31.  
  32. >which consist of the directory name, locations, etc.  When a directory is
  33. >created and there isn't a free directory entry (and I think that sometimes
  34. >even when there is a free entry), a new 64K directory table is created.
  35.  
  36. Each 4K directory block is constrained to hold only entries for a given
  37. subdirectory.  This means that each subdirectory allocates a minimum of
  38. 4K of disk space.  Each file requires one entry per name space, so that,
  39. for example, 20 files in a subdirectory on a volume with two name spaces
  40. would require 40 slots, or 8K on disk, with room for 12 more files without
  41. allocating another 4K directory block.
  42.  
  43. >When a directory table is emptied, it doesn't get deleted like I would
  44. >prefer it to, and the 64K stays in "overhead" space, keeping that space
  45. >from being used by files.
  46.  
  47. Free directory blocks are only available for allocating new directory
  48. entries.  This is a restriction of the current file system
  49. implementation.  In most cases it is not a problem, since the number
  50. of files on a volume tends to grow to more than shrink.  The only way
  51. to recover this space is to back up your volume, delete it, recreate
  52. it, and reload it.  I would only recommend doing this if you really
  53. trust your backup system, and you are sure you won't ever need the
  54. space to hold file names again.
  55.  
  56. >Our local guru says that the only way that he knows to get rid of this
  57. >problem is to delete the partition and re-install it (and I don't want to
  58. >do that - it's a royal pain!!! :-( ) and I'm hoping that someone out there
  59. >knows another way to do it.
  60.  
  61. Sorry, unless there is some third party utility I don't know about your
  62. local guru is correct.
  63.  
  64. I hope this helps,
  65.  
  66. Mark_Muhlestein@novell.com  (speaking for myself only)
  67.