home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / unix / sys5 / r4 / 1359 < prev    next >
Encoding:
Text File  |  1993-01-23  |  1.7 KB  |  42 lines

  1. Newsgroups: comp.unix.sys5.r4
  2. Path: sparky!uunet!world!sandyb
  3. From: sandyb@world.std.com (Sandy Bendremer)
  4. Subject: Wierd Problem after changing SVR4 Motherboard
  5. Message-ID: <C1A1GE.HLH@world.std.com>
  6. Summary: Strange problems after upgrading 386->486 w/ SVR4
  7. Keywords: SVR4 Consensys Motherboard
  8. Organization: AnyWare Associates -- Boston, MA
  9. Date: Fri, 22 Jan 1993 22:36:13 GMT
  10. Lines: 30
  11.  
  12. I recently upgraded one of our Consensys SVR4 systems from a 386DX/33 w/ 8 meg
  13. to a 486DX/33 w/ 16 meg.  The system seems to run fine, with the exception of
  14. some occasional strange hard disk activity (or non-activity).  During periods
  15. of high disk activity, sometimes the hard disk (a 210MB IDE) light just stays
  16. on and all disk activity just sits there.  About 20 seconds latter, the disk
  17. starts churning again and all continues as normal.  The only clue I have is 
  18. that twice, I received "NOTICE: HD: interrupt with no request queued" on the
  19. console. (Note that the problem described above has happened about ten times 
  20. that I am aware of, but I can force it by duing any intensive disk activity).
  21.  
  22. Any Ideas?
  23.  
  24. I have a couple of questions for any one who's got the time...
  25.  
  26. 1) mach(1) and arch(1) still return 386/AT and i386 respectively.  Is this a 
  27. generic response for 486 and 386 or does my kernel need to know that I switched
  28. processors on it?
  29.  
  30. 2) Is there a real need to change the kernel or swap parameters for the added
  31. 8 meg of memory.  I know the swap area could be increased, but it's hardly
  32. being used now???
  33.  
  34. 3) Could any poorly adjusted BIOS parameters explain the above problem?
  35.  
  36. 4) Anything else a must change for this upgrade?
  37.  
  38. Thanks VERY much in advance,
  39.  
  40. Sandy Bendrmer
  41. sandyb@world.std.com
  42.