home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / sgi / 13067 < prev    next >
Encoding:
Internet Message Format  |  1992-08-30  |  5.9 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: <1992Aug31.054312.1613@bacchus.esa.oz.au>
  6. Date: 31 Aug 92 05:43:12 GMT
  7. References: <vC+vr*Qw0@video1.bs.open.de> <1992Aug19.030638.667@bacchus.esa.oz.au> <optf0ac@zuni.esd.sgi.com> <1992Aug27.035353.26664@bacchus.esa.oz.au> <p39r5do@zuni.esd.sgi.com>
  8. Organization: none
  9. Lines: 111
  10.  
  11. In <p39r5do@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
  12.  
  13. >In <1992Aug27.035353.26664@bacchus.esa.oz.au> hunter@bacchus.esa.oz.au (James Gardiner [Hunter]) writes:
  14. >| >Unlikely, since it is so rare a requirement, and such a pain to
  15. >| rare but it does happen.
  16.  
  17. >True, and in those rare cases, you call support, or dig through
  18. >your hardcopy manuals (if you have them, and don't have some other
  19. >SGI system up and running).
  20. I have them.
  21. The problem was we got the machine late friday.
  22. We do not have a 24hour support line here in Australia (I think).
  23. And gee. you get a new machine, you want to get it running.
  24.  
  25. >| >be very many false starts.  Putting it into the installation
  26. >| But. how do I do an apropos when my Indigo is still in bits....???
  27.  
  28. >Gee, doesn't everybody prepare for every possible disaster in
  29. >advance ;)  Get yourself a spare Indigo (even more ;) !)
  30. I'll take your advice.  Will order a R4000 Indigo as soon as possible.  :)
  31.  
  32. >| >guide isn't likely to be viewed with favor, as it is already
  33. >| >too long and complicated (as many of you have posted).  It is
  34. >| >hard to be both simple and thorough.
  35.  
  36. >| Well I understand how it could be long and complicated to write about
  37. >| but my main beef is that I had to search the manual cover to cover
  38. >| defore I stumbled over it.   A small little entry in the index would
  39. >| have been great.  A one liner to the area of the manual in question.
  40. >| Is that too much to ask.
  41.  
  42. >I thought there was an index entry for this, or at least an entry
  43. >in the table of contents.  All else failing, and remembering that
  44. >this is an exceptional case anyway, I'd call the support center.
  45. Well there may have been an index entry of some type but not that
  46. some one NEW to SGI hardware would identify with.
  47.  
  48. >| I'm sorry if I expected to be as easy as my old sun...   ;)
  49.  
  50. >Hah!  Calling setting up a Sun disk simple is a sick joke!  *The*
  51. >most single, common question on the sun newsgroups relates to how
  52. >to set up this, that, and the other about disks.
  53. Gee strange.  I found SUN a breeze to install.  Don't forget, you get
  54. um.. less intelegent people, putting it nicely, buying suns then SGI.
  55. Look at it this way.  You have to be smart enough to by an SGI over a
  56. sun in the first place.
  57. I vote 1 for the Sun partition program over SGI however.
  58.  
  59. >| >It is tough to go half way, as you find out.  You either know a
  60. >| >little and use the defaults, or know (or learn) a lot.
  61.  
  62. >| Sorry but defaults just dont cut it.  For every situation 
  63. >| development/cad/dtp/vid work different swap etc are required.
  64.  
  65. >Yes, but swap size is simple.  That has nothing to do with deciding
  66. >that you want 4 seperate filesystems (which is likely to produce
  67. >worse performance, by the way), *and* that you wanted to use different
  68. Why would it produce worse disk performance please?
  69. Anyway, I have seperate partitions because I have users which have no
  70. consideration on disk space.  I do not quotas personally so I put them
  71. on there own partition and if they fill it up its there problem.
  72.  
  73. >partition numbers than the standard partition numbers for the root
  74. >and user filesystems.
  75. Well if something told me it HAD standard partition numbers for / and /usr
  76. then this wouldn't have been an issue anyway.
  77.  
  78. >| Falling back on defaults does not sound very professional to me.
  79. >| For example, I pumped up the swap 20-30 meg over default.  Today I wish
  80. >| I pushed it up another 20-30 over that.
  81.  
  82. >Again, so what?  Changing swap size is easy under 4.0.1, and has
  83. >nothing to do with your complaints about partitions.  (You may have
  84. >problems changing your swap partition size, but you certainly
  85. >never mentioned it.)
  86. We are talking 2 different issues here.
  87. To change your swap size you have to edit the partiton table.
  88. To do so you have to take so much of that partition and put onto this etc.
  89. Its not like.  I want x swap where remander y will be /usr.
  90. Otherwise its get the pen and paper out and calculate it all yourself.
  91.  
  92. >| >I'm not being sarcastic above, but honest.  There are only so many
  93. >| >people in the company to write code, scripts, and documentation, and
  94. >| >none of us want to spend a lot of effort on something that benefits
  95. >| >relatively few people, when there are so many other things to be done
  96. >| >that benefit quite a few people.  It is all a matter of resources and
  97. >| >priorities.
  98. >| I understand your problem especially as your range is advancing and
  99. >| changing so fast.  Its just that I thought small things like this would
  100. >| have been worked out years ago in the early OS.
  101.  
  102. >Again, I still don't understand what you are complaining about.
  103. >What problems?  The ones that you made such a big deal about were
  104. >cases where you apparently didn't bother to read the manuals before
  105. >changing things, or even the online help in inst.  Frankly, I don't
  106. >view the things you were complaining about as problems.  Very minor
  107. >annoyances, at best.
  108. They are annoyances yes but in my opinion, caused by lack of info in
  109. the manuals.  Annoyances that just should not have happened or at best
  110. be easier to solve.
  111. Remember here.  I was comming at this from a TOTALLY ignorate possition.
  112. I had never used an SGI for more then general playing with demos before
  113. in my life.
  114. First time users never react like manual writers think they should.
  115.  
  116.  
  117. James
  118. -- 
  119. ------------------------------------------------------------------------------
  120. James Gardiner [Hunter]  [hunter@bacchus.esa.oz.au] Expert Solutions Australia
  121. Systems Administrator                                        ACN [003 130 434]
  122.