home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / linux / 7101 < prev    next >
Encoding:
Text File  |  1992-07-31  |  2.7 KB  |  66 lines

  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!ira.uka.de!math.fu-berlin.de!news.th-darmstadt.de!hp14.iti.informatik.th-darmstadt.de!herr
  3. From: herr@hp14.iti.informatik.th-darmstadt.de (Gabor Herr)
  4. Subject: Re: Rebooting and bad cache
  5. Sender: news@infoserver.th-darmstadt.de (The Usenet-News System)
  6. Message-ID: <1992Jul31.104750.45463@infoserver.th-darmstadt.de>
  7. Date: Fri, 31 Jul 1992 10:47:50 GMT
  8. References:  <1992Jul29.031659.2484@news.iastate.edu>
  9. Nntp-Posting-Host: hp14.iti.informatik.th-darmstadt.de
  10. Organization: TU Darmstadt
  11. Lines: 53
  12.  
  13. In article <1992Jul29.031659.2484@news.iastate.edu>, mhbrekke@iastate.edu (Monty H. Brekke) writes:
  14. > Has anyone else received a bad cache memory error after rebooting Linux?
  15. > Every time I reboot, my BIOS tells me that my cache memory is bad, and that
  16. > I should disable it. This message comes up just before the Shoelace menu
  17. > appears and only after I have rebotted from Linux. Rebooting from DOS does
  18. > not seem to produce this error. Also, if I shutdown and then C-A-D instead of
  19. > typing reboot, the error does not appear. Disabling the external cache seems
  20. > to fix the problem.
  21. > My system configuration is as follows:
  22. > 486-33
  23. > AMI BIOS/OPTi chipset
  24. > 256K external cache
  25. > 16MB memory
  26. > 1.44MB 3.5 inch floppy drive on /dev/fd0
  27. > 1.2MB 5 inch floppy drive on /dev/fd1
  28. > Quantum 244MB hard drive partitioned as follows:
  29. >     ~100MB DOS partition on /dev/hda1
  30. >     ~64MB Linux root partition on /dev/hda2
  31. >     ~50MB Linux partition on /dev/hda3, mounted as /home
  32. >     ~20MB Linux swap partition on /dev/hda4
  33. > Colorado Memory Systems 250MB tape drive
  34.  
  35.  
  36. I had similar problems with a 386/40Mhz, ETEQ Chipset board with 64K cache,
  37. 8MB memory. Linux produced segmentation fault or general protection errors from
  38. time to time under heavy load. With disabled caching everything worked fine.
  39.  
  40. I thougth it was a timing problem, so I went back to the vendor and exchanged my
  41. board for a 386/33Mhz, C&T chipset, 64K cache board. But that wasn't and I got
  42. the same errors. Without caching everything OK.
  43.  
  44. A friend of mine has Linux running on similar board (other manufacturer but
  45. same proc 386/33 with identical chipset (C&T), 64K cache, 8MB memory) without
  46. any problems. To ensure that not the IO cards or the memory caused the errors,
  47. we exchanged the two boards in our machines. And what happend? 
  48.  
  49. His board worked with my components: 8MB SIMMs, ColorImage VGA, HD (ST3144A) 
  50. with IDE controller. My board didn't. :-(
  51.  
  52. Any ideas? Did anybody had this kind of problems?
  53.  
  54. Thanks in advance.
  55.  
  56. Gabor
  57.  
  58.  
  59. ############################################################################
  60. Gabor Herr            Email: herr@iti.informatik.th-darmstadt.de
  61. Computer Science Department
  62. Technical University of Darmstadt, Germany
  63.