home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / bsd / 5079 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  5.2 KB
  1. Path: sparky!uunet!sun-barr!ames!haven.umd.edu!darwin.sura.net!wupost!usc!chaph.usc.edu!news
  2. From: eddy@aludra.usc.edu (George Edmond Eddy)
  3. Newsgroups: comp.unix.bsd
  4. Subject: Installation adventures and other magic, (a cry for help!!!)
  5. Date: 3 Sep 1992 16:08:56 -0700
  6. Organization: University of Southern California, Los Angeles, CA
  7. Lines: 117
  8. Message-ID: <lad6o8INNjhj@aludra.usc.edu>
  9. NNTP-Posting-Host: aludra.usc.edu
  10.  
  11.  
  12. Hello everyone,
  13.  
  14. I was successfull installing 386bsd on my home PC a:
  15.  
  16.     386/20, Pheonix bios 
  17.     4 MG RAM
  18.     AST EGA adapter w/mono monitor 8-/ (it's all i got)
  19.     seagate 4096 (80MG mfm)
  20.  
  21. i just did the standard install, i even got sys.386bsd out of
  22. the source distributaion at work so i could recompile the kernel
  23. and i was a happy lad :-).
  24.  
  25. Well i decided to take the plunge, i forked out $400 for 
  26. Conner 3204 (200MG IDE), having been successful with the
  27. 3104 at work, way back in the 0.0 days... i thought this would
  28. be a safe choice.
  29.  
  30. after getting the controller replaced (rusty's law: if i buy hardware
  31. something *will* fail, i don't even get frustrated anymore,
  32. i expect it to happen).  I decided i needed to do the *real*
  33. installation, multiple partitions and swap space.  (If anyone
  34. is interested i'll be glad to post my disktab entry).
  35.  
  36. i booted off the fixit floppy, created the appropriate desktab entry
  37. (i'm pretty sure), including the "d" partition, as pointed out
  38. by cgd, the entire disk is dedicated to bsd - btw.  ran disklabel,
  39. after running disklabel i did the paranoid "disklabel -r wd0"
  40. everything seemed to be ok, with one curious exception, the 
  41. flags entry had: bad sectors, or something like that i can't 
  42. remember, i was tempted to run bad144, but after reading the 
  43. installation doc almost throughly (amazing, i know), i resisted
  44. the evil.
  45.  
  46. i then ran newfs on my / and /usr partitions, then painstakingly
  47. cpio'd the fixit disk directory tree onto the hard disk.  Copied
  48. the mount and umount's too / (make sure the execute permissions are set
  49. if you do this, i didn't :^\.
  50.  
  51. Then i rebooted, just to go into an endless reboot cycle...  so
  52. i rebooted the fixit floppy, ran disklabel -e and removed the
  53. bad sector flag entry.  
  54.  
  55.     *I think this may have been a mistake*????
  56.  
  57. rebooted and IT WORKED!!! gee what clever guy, i thought i was.
  58.  
  59.  
  60. So now i set out to extract bin01, had to use /usr/tmp because
  61. tmp was not big enough, extract sent me into OS panics.  so
  62. i just extracted by hand.  zcat | unompress | cpio -pdalmu.
  63.  
  64. it completed with no complaints, however when i rebooted, i 
  65. found out that some of the files in /etc where garbled, also 
  66. only the fixit device drivers were in /dev.  i know the bin01
  67. dist were ok, they were the ones i installed on my st4096.
  68. i then became worried as to what other files might be wrecked,
  69. especially executables, oh well.  
  70.  
  71. i then reinstalled my st4096 and cpio'd the /dev and etc directories,
  72. (with the exception of the wd?? and rwd?? device drivers) on to 
  73. a floppy.  then reinstalled my cp3204 and cpio'd the /dev and /etc
  74. directories, then rebooted, played a couple games of rogue and
  75. figured everything must be OK.
  76.  
  77. i extracted the src01 stuff and attempted to build the GENERICISA
  78. kernel, i did the config, and make depend and then i typed make, 
  79. by this time it's about 12:30 in the mourning and i start nodding off,
  80. after waking up a couple hours latter, i wipe the dribble off my desk
  81. and look at the screen...  it was the remains of a reboot screen 
  82. with some not too friendly error type messages, hmm.... oh well,
  83. i logged back in and found core.rm and core.cp in the root 
  84. directory, hmmm.
  85.  
  86. i go back into the .../compile/GENERICISA directory to complete the
  87. make and went to bed.  the next mourning (today), all the compilations
  88. completed, but while linking the kernel "loading vmunix", the
  89. thing core dummped, BUMMER!  i found the file core.cp, what? the
  90. cp file core dumped, odd...
  91.  
  92. so i recompiled, rm and cp and copied them back into /bin.  i rebooted
  93. again this time only cp core dumped, not rm???  so i go back
  94. to the source directory for cp, and tried cp'ing some stuff, no
  95. problem, i then try cp'ing back to /bin.  [someting happend]
  96. can't remember  what, but i started getting core dumps when tring
  97. to cp across filesystems.   i then went into / and tried 
  98. cp'ing, the command completed but never created the new file????
  99. never gave an error just did not create the new file.
  100.  
  101. and that's were i'm at now.  when i get off work i'm going back to
  102. try to conquer this beast, or kill it.  i'm affraid editing out
  103. the bad sectors flag from the disklabel, may be the culprit,
  104. i'd hate to think about reinstalling everything again, but if
  105. i have to... this will be about the 15 time starting from 0.0
  106. back in march, so i guess i should be getting good at it.  i'm
  107. also concerned that the C compiler somehow got zonked, but if
  108. that was the case i would think the executable it produced would
  109. bomb out or not even run.
  110.  
  111. anyway, sorry for the long typed explanation, but if you've read
  112. this far, thanx, and if you have any suggestions i would *really*
  113. be greatfull.  if not sympathy would be nice 8^/.
  114.  
  115. So long, 
  116.  
  117. --
  118.  
  119. - rusty
  120.  
  121. Rusty Eddy
  122.  
  123. eddy@usc.edu
  124. rusty@kirra.ema.rockwell.com                        (310) 922-1231
  125.  
  126.  
  127. Bagel: Sugar free donut, for the health concious hacker.
  128.