Sign in with
Sign up | Sign in
Your question

Narrowing Down Source of Instability

Tags:
  • CPUs
Last response: in CPUs
Share
August 19, 2012 4:58:22 PM

Hi y'all. My story starts in this thread: http://www.tomshardware.com/forum/361830-33-upgrading-p.... The first post describes the problem I've been having and the steps I've taken. The last post describes my recent hardware upgrade and where I am now. (Props to amuffin for recommending a new graphics card and PSU.)

My machine is now an HP p6654y, but with the Radeon 4200 disabled in favor of an R6670, and the stock 250W power supply replaced with a SeaSonic 430W. I know the problem isn't the GPU, PSU, hard drive (no data corruption at all), or RAM (memcheck came up clean after crashes began). That basically narrows it down to a motherboard, CPU, or unusual software problem (and I'd like to rule out all hardware issues before I resort to reformatting).

Is it possible that my thermal paste might be the culprit? Replacing the CPU paste with Arctic Silver 5 was the original fix that got my machine running stable for a while. The thing is, it doesn't overheat. I run CoreTemp practically 24/7, and when it freezes lately, it provides me a perfect screenshot of all four core temperatures at the time of failure. They've never been anywhere near dangerous (always less than 40°C/70°C max), and they're always within 1°C of each other.

Aside from a bunch of old 250W PSUs, I don't have any known-working components to test with. Barring that method, how can I check my motherboard and CPU for problems?

More about : narrowing source instability

a b à CPUs
August 19, 2012 7:18:59 PM

if it's blue screening, can you try to get a picture of it, or write down what it says... different error codes mean different things, so that would be a good indicator of whats happening
m
0
l
a c 119 à CPUs
August 19, 2012 8:14:36 PM

u can use bluescreen viewer to see whats causing the errors. if your machine is logging them.
if not make sure high precision event timer is enabled in bios set it to match your o.s bit rate (32 for 32bit 64 for 64bit) and that the rest of the bios is running optimized default with peg mode enabled for the gfx card.
m
0
l
Related resources
September 5, 2012 5:09:49 AM

Centaurd: Sorry for the delay. I really don't know if it's a motherboard problem. I wish I knew what the problem is, because it's still happening to me regularly enough to cramp my style in a big way.

nna1 and HEXiT: I have crash dump files for some, but not nearly all, of the crashes. The most recent one is from today (9/4/2012). The odd thing about today's crash dump is that the machine crashed multiple times today, but there was no BSOD on any of them: one screen-freeze/unresponsive at 12:09 PM (required switching off my PSU), one horizontal distortion between 5:00 and 6:00 PM, and another horiz. dist. a little after 9:00 PM. Usually I get no dump file without a BSOD. The computer was freshly started up on the first two crashes, nothing but a conservative group of startup programs running. The third time, I had the startup programs plus a few tabs in Firefox running. I've been running a whole lot more than that for over an hour now with no crashes.

The crash dump below is, I believe, from the second crash. The computer sat unresponsive with the horizontal distortion for possibly up to an hour before I hard-restarted it (my only option). WhoCrashed reports it as 10:08:34 PM GMT / 5:08:34 PM my time. Windows says the matching file was last modified at 9:22 PM, which is probably about the time I turned it back on after the second crash and right before the third.

On Tue 9/4/2012 10:08:34 PM GMT your computer crashed
crash dump file: C:\Windows\Minidump\090412-34304-01.dmp
This was probably caused by the following module: ntoskrnl.exe (nt+0x70040)
Bugcheck code: 0xA (0x24F, 0x2, 0x1, 0xFFFFF800030DD183)
Error: IRQL_NOT_LESS_OR_EQUAL
file path: C:\Windows\system32\ntoskrnl.exe
product: Microsoft® Windows® Operating System
company: Microsoft Corporation
description: NT Kernel & System
Bug check description: This indicates that Microsoft Windows or a kernel-mode driver accessed paged memory at DISPATCH_LEVEL or above.
This appears to be a typical software driver bug and is not likely to be caused by a hardware problem.
The crash took place in the Windows kernel. Possibly this problem is caused by another driver which cannot be identified at this time.

I can provide a total of 12 crash dump files if you'd like: 8 refer to ntoskrnl.exe, 2 refer to win32k.sys, 1 refers to ntfs.sys, and 1 refers to atikmpag.sys. (The last one is almost 2 years old and may be from when I was first setting up my two monitors; it predates the major crashing problems I've been having.)
m
0
l
October 15, 2012 5:33:04 PM

Jimulacrum - I am having this exact same issue w/ my HP p6654y that I've recently bought secondhand. Originally I bought a new PSU, new video card, and new hard drive. I had a buddy look at the machine and he pulled a stick of RAM, which did the job and the computer worked fine the rest of the day. This left me to believe it must be bad RAM slots on the motherboard, but then the next morning the issues started again. I REALLY need to know if you ever came across a permanent fix for this machine!

m
0
l
!