home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / acorn / tech / 7 < prev    next >
Encoding:
Internet Message Format  |  1992-07-30  |  1.9 KB

  1. Xref: sparky comp.sys.acorn.tech:7 comp.sys.acorn:8068
  2. Path: sparky!uunet!mcsun!sun4nl!tuegate.tue.nl!svin02!wsinfo10!wsinda
  3. From: wsinda@wsinfo10.info.win.tue.nl (Dick Alstein)
  4. Newsgroups: comp.sys.acorn.tech,comp.sys.acorn
  5. Subject: Strange crash behaviour; Advice needed
  6. Message-ID: <3763@svin02.info.win.tue.nl>
  7. Date: 30 Jul 92 14:14:57 GMT
  8. Sender: news@svin02.info.win.tue.nl
  9. Reply-To: wsinda@info.win.tue.nl
  10. Followup-To: comp.sys.acorn.tech
  11. Lines: 29
  12.  
  13.  
  14. Recently, my A3000 has developed a strange (and pretty annoying) habit
  15. of crashing. There is a pattern in it. At first, the crashes are not
  16. very serious. Sometimes only an application dies, or else a reset with
  17. Ctrl-Break is enough to get the machine running again. After a while,
  18. Ctrl-Break does nothing, and I have to use the hard reset button. The
  19. crashes get more and more serious, until not a power-on boot (with
  20. Delete pressed) fails to get the @#$@%&* thing working. No screen
  21. output, no nothing. At this point, the only solution is to take off the
  22. cover, remove the IDE interface, switch the machine on and off, and
  23. reassemble the whole thing. After that, all seems well until the
  24. pattern starts all over again.
  25.  
  26. Can anybody make an educated guess about the cause of this annoyance? I
  27. don't think it's caused by the software. It doesn't matter what is
  28. running, and the crash behaviour seems random (I've seen all kinds:
  29. abort on instruction fetch, continuous sound, messed up screen, total
  30. lack of response). Nor could it be caused by heat building up inside:
  31. the thing may crash a few seconds after starting up. Bad contacts in
  32. the expansion slot, messing up the bus is a possibility, but that would
  33. hardly explain why the crashes get more and more serious.
  34.  
  35. My guess would be that the backup battery of the C-mos RAM is getting
  36. old. Is there a way to check this (e.g. by measuring its voltage)?
  37.  
  38. Any help appreciated.
  39.  
  40.  
  41. Dick Alstein
  42.