home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / linux / 21948 < prev    next >
Encoding:
Text File  |  1992-12-29  |  2.3 KB  |  53 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!think.com!ames!elroy.jpl.nasa.gov!ucla-cs!twinsun!junio
  3. From: junio@twinsun.com (Jun Hamano)
  4. Subject: Re: Question and Observations
  5. In-Reply-To: marcf@nexus.yorku.ca's message of Mon, 28 Dec 1992 16:06:23 GMT
  6. Message-ID: <bk9i85''@twinsun.com>
  7. Sender: usenet@twinsun.com
  8. Nntp-Posting-Host: bo
  9. Organization: Twin Sun, Inc. (El Segundo CA)
  10. References: <marcf.725558783@yorku.ca>
  11. Date: Mon, 28 Dec 1992 22:16:24 GMT
  12. Lines: 39
  13.  
  14. Marc G Fournier <marcf@nexus.yorku.ca> asks a couple of questions
  15. and comments in <marcf.725558783@yorku.ca>.
  16.  
  17. As to passwd expiration problem, read manual page of `passwd' and
  18. find how to use `-x' option.
  19.  
  20. About mkfs `-i'.  It doesn't affect the blocksize.  Traditional
  21. unix filesystem (and MINIX filesystem linux uses) allocates
  22. storage for inode area and blocks when the filesystem is
  23. initialized, and mkfs have to figure out how many inodes it needs
  24. to allocate for the filesystem being created.  The ideal
  25. configuration is that you run out inodes and block storage space
  26. at the same time; otherwise either one of these would be wasted.
  27. If you expect you will have a lot of small files, then give
  28. smaller value to `-i' option so that you won't run out of inodes
  29. before you run out of disk space.
  30.  
  31. About your `gripes' section; I too have the same feeling about
  32. SLS distribution, but this is certainly _not_ the problem with
  33. linux itself.  We should send bug-reports and suggestions to
  34. people (person?) at SoftLanding so that the next release will
  35. have more reasonable configuration.  From what I've seen in
  36. c.o.l, about 30% of newbee questions and gripes wouldn't have
  37. been posted in the first place if SLS release did things right
  38. (e.g.  "/etc/passwd not being readable by everybody" comes to
  39. mind).  It is a trivial, but a tad tedious task to fix all the
  40. ownership and permission bits and such, but SLS release has so
  41. much influence to those naive linux users with little or no unix
  42. experience, we should urge and help SLS to provide more
  43. reasonable and easy to manage system configuration.  I think it
  44. would benefit us, too; we wouldn't have to be bothered by trivial
  45. questions every time somebody finds out his users get error
  46. message from `who' command, for example.
  47.  
  48. --
  49.       |
  50.    __-+-__      Jun Hamano
  51. _-+ (|o|) +-_   junio@twinsun.com
  52.   !   .   !
  53.