home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / ultrix / 5898 < prev    next >
Encoding:
Text File  |  1992-07-26  |  1.5 KB  |  35 lines
  1. Newsgroups: comp.unix.ultrix
  2. Path: sparky!uunet!munnari.oz.au!bunyip.cc.uq.oz.au!kirk!bambi
  3. From: bambi@bu.oz.au (David J. Hughes)
  4. Subject: Re: Will DEC ever fix newfs/mkfs ??
  5. Message-ID: <1992Jul27.061542.15761@kirk.bu.oz.au>
  6. Organization: ITS, Bond University
  7. References: <1992Jul27.020441.25308@kirk.bu.oz.au> <1992Jul27.051959.26668@src.dec.com>
  8. Date: Mon, 27 Jul 1992 06:15:42 GMT
  9. Lines: 24
  10.  
  11. schedler@src.dec.com (Richard Schedler) writes:
  12.  
  13. >This will give you 512 bytes per inode, 4k blocks and 512 byte fragments.
  14. >The trick it to decrease the number of cylinders per group to 8.  
  15.  
  16.  
  17. Yup, I know.  I had a look at the old 3.0 sources to see how the number
  18. of inodes was calculated.  You must admit though, if the manual says you
  19. can change it using a particular option, it would be nice if it worked.
  20. Stuffing around with cylinder group sizes doesn't help the person who
  21. either 1) has no idea what that implies, or 2) doesn't have the sources
  22. to figure out what's going on.
  23.  
  24. Thanks for the response Richard.  Maybe you could lean on someone in
  25. your org that could add the odd line of code to enable the option?
  26.  
  27. Oh well, it isn't a perfect world after all .....
  28.  
  29.  
  30.    ___                                 David J. Hughes     bambi@bu.oz.au
  31.   /   \                /  /    /        
  32.  /  __/ __   __   ____/  /    / __          Senior Network Programmer
  33. /    \ /  \ /  \ /   /  /    / /  \  /    Comms Development & Operation
  34. \____/ \__//   / \__/   \___/ /   / /       AUSTRALIA  (+61 75 951450)
  35.