home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / sgi / 12956 < prev    next >
Encoding:
Internet Message Format  |  1992-08-26  |  5.0 KB
  1. Path: sparky!uunet!munnari.oz.au!mel.dit.csiro.au!yarra!bacchus!hunter
  2. From: hunter@bacchus.esa.oz.au (James Gardiner [Hunter])
  3. Newsgroups: comp.sys.sgi
  4. Subject: Re: How to build a System-Disk ??
  5. Message-ID: <1992Aug27.035353.26664@bacchus.esa.oz.au>
  6. Date: 27 Aug 92 03:53:53 GMT
  7. References: <vC+vr*Qw0@video1.bs.open.de> <1992Aug19.030638.667@bacchus.esa.oz.au> <optf0ac@zuni.esd.sgi.com>
  8. Organization: none
  9. Lines: 99
  10.  
  11. In <optf0ac@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
  12.  
  13. >In <1992Aug19.030638.667@bacchus.esa.oz.au> hunter@bacchus.esa.oz.au (James Gardiner [Hunter]) writes:
  14. >| Another comment to SGI here.
  15. >| PLEASE put in the index
  16. >| HOW TO INITALISE A NEW HARD DISK chapter
  17. >| Make sure you put instructions on how to use the Disk initialise program.
  18.  
  19. >Unlikely, since it is so rare a requirement, and such a pain to
  20. rare but it does happen.
  21. >really handle all of the possibilities.  The theory is that if
  22. >you are savvy enough to buy your own disks (and cheat us out of
  23. >our profits ;) ) that you know how to do it or find it yourself...
  24. I see your point.
  25.  
  26. >"apropos disk" yields a fairly short list, so there shouldn't
  27. >be very many false starts.  Putting it into the installation
  28. But. how do I do an apropos when my Indigo is still in bits....???
  29.  
  30. >guide isn't likely to be viewed with favor, as it is already
  31. >too long and complicated (as many of you have posted).  It is
  32. >hard to be both simple and thorough.
  33. Well I understand how it could be long and complicated to write about
  34. but my main beef is that I had to search the manual cover to cover
  35. defore I stumbled over it.   A small little entry in the index would
  36. have been great.  A one liner to the area of the manual in question.
  37. Is that too much to ask.
  38.  
  39. >| Also, another problem I had is that I made 4 partitions when I init the disk.
  40. >| /
  41. >| /usr
  42. >| /home
  43. >| /tmp
  44. >| plus a swap.
  45. >| on a 1gig WREN VII
  46. >| 
  47. >| Then when I started to load the OS, the bloody inst program would ONLY
  48. >| see and load the OS on to a set partitions.  THE WRONG PARTITIONS.
  49.  
  50. >No, it *defaults* to a known set of partitions.  If you want
  51. >others, you need to tell it so.  In fact, with the setup you
  52. >listed above, the default should work just fine, as nothing
  53. >should be installed into /tmp or /home.  Of course, if you
  54. >chose to use something other than partition 6 for /usr, you
  55. >have to work at it a bit, but it is pretty simple nonetheless.
  56.  
  57. >| The only way around this was to make the partitons it wanted to
  58. >| use as / and /usr (mainly where it chose /usr) was to run the disk
  59. >| init program again and change the partition table to what it liked.
  60. >| BLOODY ANNOYING.
  61.  
  62. >See above.  If you want to be different and choose other than
  63. >default partitions for the system disk, you have to expect to
  64. >do some work to compensate.
  65. I'm sorry if I expected to be as easy as my old sun...   ;)
  66.  
  67. >| Also, the other /home and /tmp partitions.
  68. >| I had to make the devices BY HAND.  I suppose thats no big deal but
  69. >| it took me a long while to figure out how IRIX did its devices.
  70. >| What about a MAKEDEV script or similar????
  71.  
  72. >See /dev/MAKEDEV.  We don't bother to make 'unused' partitions
  73. >any longer, because we were wasting literally hundreds of inodes
  74. >on the root partition, and customers were running out of inodes
  75. >before they ran out of space.
  76. I had a look for this but it was not there.  I must have over looked it
  77. some how.  This was a while back now.  Once it all works you tend to
  78. forget about it.
  79.  
  80. >| Thank god I have a little experience with this stuff.  Otherwise
  81. >| I wouldn't have a hope...  All I can say is poor
  82. >| average Joh Blow who has not a clue.
  83.  
  84. >And could care less, since he would have just used the defaults.
  85. >It is tough to go half way, as you find out.  You either know a
  86. >little and use the defaults, or know (or learn) a lot.
  87. Sorry but defaults just dont cut it.  For every situation 
  88. development/cad/dtp/vid work different swap etc are required.
  89. Falling back on defaults does not sound very professional to me.
  90. For example, I pumped up the swap 20-30 meg over default.  Today I wish
  91. I pushed it up another 20-30 over that.
  92.  
  93. >I'm not being sarcastic above, but honest.  There are only so many
  94. >people in the company to write code, scripts, and documentation, and
  95. >none of us want to spend a lot of effort on something that benefits
  96. >relatively few people, when there are so many other things to be done
  97. >that benefit quite a few people.  It is all a matter of resources and
  98. >priorities.
  99. I understand your problem especially as your range is advancing and
  100. changing so fast.  Its just that I thought small things like this would
  101. have been worked out years ago in the early OS.
  102. >--
  103. >Let no one tell me that silence gives consent,  |   Dave Olson
  104. >because whoever is silent dissents.             |   Silicon Graphics, Inc.
  105. >    Maria Isabel Barreno                        |   olson@sgi.com
  106. -- 
  107. ------------------------------------------------------------------------------
  108. James Gardiner [Hunter]  [hunter@bacchus.esa.oz.au] Expert Solutions Australia
  109. Systems Administrator                                        ACN [003 130 434]
  110.