BSOD's when transferring data ( I think)

Scritty · 13 Oct 2010

Hi,
Sorry for posting. I could really do with your help.
Home Built PC - 3 years old (except GFX which is 2 years old)
Windows 7 full retail

A few weeks ago my PC started to experience rare BSOD's. THese only occcured when data was being transferred in large quanities. Either from drive to drive or over a network.

During normal use, it was very stable (I play games, watch videos - I understand that they also transfer data as well, but I have not had any BSOD's while doing this)

A few days back I wanted to install a game client over the internet (Lord of the Rings online) It crashed about 3x while uploading the file (it was 9 gigabytes) then crashed everytime I tried to instal from the file.

I was getting concerned, so I started to back up all my files to a mobile HDD in readyness for a clean OS install I have. A couple of times during this process the system crashed again (again while transferring files)

If I grabbed a whole load at once it would crash. If i picked out a few 10's of meg at a time it was fine.

I did a full format of the HDD's and re-installed Windows 7 (full retail package)

I then put on Macafee, and a while later it crashed (Argghh). I carried on for a day, but it crashed a few more times - again while transferring stuff or downloading.
I ran Seagate drive analyzer on full - and it returned no issues.
I ran memtest86 for 4 hours - again no issues

So after advice elsewhere I uninstalled Macafee and installed AVG free (i used a tool to uninstall macafee)

A few minutes after the system crashed twice more

I realized it was because I still had "driver analyzer running" so I turned it off.

A couple of hours later it crashed again

I suspect it is either a major hardware failure (CPU or motherboard) or something really stupid I have overlooked.

Hoping it's the latter (i'm skint)

I really appreciate the help here everyone.

Regards

Paul Clarke

Scritty · 13 Oct 2010

edit - Just ran something called prime95 and I got a BSOD after a matter of a second or two.
Does this mean it's definitely the processor? Or could it still be something else (sorry - I'm really dim when it comes to blue screens)

Thanks
Sorry to bump - About to fall off page one, and (like Princess Leia said) you're my only hope.

Paul

usasma · 13 Oct 2010

12 memory dumps over 3 days - that's a lot!
It looks like most of these are STOP 0x124 errors. More info on that here: BSOD Index
Troubleshooting suggestions here: Stop 0x124 - what it means and what to try

Have you updated your Razer Copperhead drivers? They have, in the past, had issues with Win7
Have you updated your Belkin wireless USB adapter? Here's a link for that: Belkin : Support : F5D8055 Wireless N+ USB Adapter - Driver + Utility FWIW - I don't recommend using these devices. A card that plugs into your motherboard will be more robust and reliable - and you should also notice a speed increase when using it.

More to follow once the memory dumps are finished running....

usasma · 13 Oct 2010

Lot's of hal.dll involvement - I'd suggest checking your hardware and software for compatibility at this link: Windows 7 Compatibility: Software Programs & Hardware Devices: Find Updates, Drivers, & Downloads

The Verifier enabled memory dumps blame your Copperhead drivers. Uninstall them to see if it stops the BSOD's. If it does, install a fresh copy of Win7 compatible drivers in order to use your Copperhead.
Here's the current driver:

Code:

copperhd.sys Tue Nov 01 22:54:42 2005 (43682A72)

That's before Win7 was a gleam in Bill Gates' eye! :)

Also, your MSI PCAlert program dates from 2008, please uninstall it.

IMO the Copperhead drivers are the most likely cause. But, that may not be the only problem. That's because of the large number of different error messages - but that's offset by the number of changes made to the system recently (trying to fix the problem). Only time will tell - Good Luck!

BSOD BUGCHECK SUMMARY

Code:


Built by: 7600.16617.x86fre.win7_gdr.100618-1621
Debug session time: Wed Oct 13 16:23:48.960 2010 (UTC - 4:00)
System Uptime: 0 days 3:33:26.443
BUGCHECK_STR:  0x124_GenuineIntel
DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT
PROCESS_NAME:  System
Bugcheck code 00000124
Arguments 00000000 864c6024 b2000040 00000800
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨``
Built by: 7600.16617.x86fre.win7_gdr.100618-1621
Debug session time: Wed Oct 13 12:49:37.180 2010 (UTC - 4:00)
System Uptime: 0 days 5:39:01.538
BUGCHECK_STR:  0x124_GenuineIntel
DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT
PROCESS_NAME:  System
Bugcheck code 00000124
Arguments 00000000 864f0024 b2000018 02000e0f
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨``
Built by: 7600.16617.x86fre.win7_gdr.100618-1621
Debug session time: Wed Oct 13 07:05:21.446 2010 (UTC - 4:00)
System Uptime: 0 days 0:12:01.929
*** WARNING: Unable to verify timestamp for copperhd.sys
*** ERROR: Module load completed but symbols could not be loaded for copperhd.sys
BUGCHECK_STR:  0xc9_224
DEFAULT_BUCKET_ID:  VERIFIER_ENABLED_VISTA_MINIDUMP
PROCESS_NAME:  System
Bugcheck code 000000C9
Arguments 00000224 913fdc72 a7974e00 00000002
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨``
Built by: 7600.16617.x86fre.win7_gdr.100618-1621
Debug session time: Wed Oct 13 06:52:38.227 2010 (UTC - 4:00)
System Uptime: 0 days 1:56:47.710
*** WARNING: Unable to verify timestamp for copperhd.sys
*** ERROR: Module load completed but symbols could not be loaded for copperhd.sys
BUGCHECK_STR:  0xc9_224
DEFAULT_BUCKET_ID:  VERIFIER_ENABLED_VISTA_MINIDUMP
PROCESS_NAME:  System
Bugcheck code 000000C9
Arguments 00000224 90827c72 b4514e00 00000002
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨``
Built by: 7600.16617.x86fre.win7_gdr.100618-1621
Debug session time: Tue Oct 12 08:00:09.198 2010 (UTC - 4:00)
System Uptime: 0 days 0:45:05.681
BUGCHECK_STR:  CLOCK_WATCHDOG_TIMEOUT_2_PROC
DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT
PROCESS_NAME:  System
Bugcheck code 00000101
Arguments 00000061 00000000 80dc4120 00000001
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨``
Built by: 7600.16617.x86fre.win7_gdr.100618-1621
Debug session time: Tue Oct 12 07:14:14.253 2010 (UTC - 4:00)
System Uptime: 0 days 0:33:40.736
BUGCHECK_STR:  0x124_GenuineIntel
DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT
PROCESS_NAME:  mscorsvw.exe
Bugcheck code 00000124
Arguments 00000000 86964024 b2000040 00000800
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨``
Built by: 7600.16617.x86fre.win7_gdr.100618-1621
Debug session time: Tue Oct 12 04:28:15.925 2010 (UTC - 4:00)
System Uptime: 0 days 0:16:05.408
BUGCHECK_STR:  0x124_GenuineIntel
DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT
PROCESS_NAME:  System
Bugcheck code 00000124
Arguments 00000000 86509024 b2000040 00000800
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨``
Built by: 7600.16617.x86fre.win7_gdr.100618-1621
Debug session time: Mon Oct 11 21:49:43.063 2010 (UTC - 4:00)
System Uptime: 0 days 0:01:58.438
*** WARNING: Unable to verify timestamp for mfehidk.sys
*** ERROR: Module load completed but symbols could not be loaded for mfehidk.sys
Probably caused by : mfehidk.sys ( mfehidk+3a2aa )
DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT
BUGCHECK_STR:  0xA
PROCESS_NAME:  mcshield.exe
Bugcheck code 0000000A
Arguments 00000000 00000002 00000001 828ba5c9
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨``
Built by: 7600.16617.x86fre.win7_gdr.100618-1621
Debug session time: Mon Oct 11 21:47:03.993 2010 (UTC - 4:00)
System Uptime: 0 days 0:16:12.368
BUGCHECK_STR:  0x124_GenuineIntel
DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT
PROCESS_NAME:  System
Bugcheck code 00000124
Arguments 00000000 864eb024 b2000040 00000800
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨``
Built by: 7600.16617.x86fre.win7_gdr.100618-1621
Debug session time: Mon Oct 11 20:11:10.320 2010 (UTC - 4:00)
System Uptime: 0 days 0:41:12.679
BUGCHECK_STR:  0x124_GenuineIntel
DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT
PROCESS_NAME:  System
Bugcheck code 00000124
Arguments 00000000 86519024 b2000018 02000e0f
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨``
Built by: 7600.16617.x86fre.win7_gdr.100618-1621
Debug session time: Mon Oct 11 18:56:47.703 2010 (UTC - 4:00)
System Uptime: 0 days 0:06:48.062
BUGCHECK_STR:  CLOCK_WATCHDOG_TIMEOUT_2_PROC
DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT
PROCESS_NAME:  System
Bugcheck code 00000101
Arguments 00000060 00000000 80dc3120 00000001
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨``
Built by: 7600.16617.x86fre.win7_gdr.100618-1621
Debug session time: Mon Oct 11 18:48:52.388 2010 (UTC - 4:00)
System Uptime: 0 days 0:23:02.748
BUGCHECK_STR:  0x124_GenuineIntel
DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT
PROCESS_NAME:  System
Bugcheck code 00000124
Arguments 00000000 860ad024 b2000018 02000e0f
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨``

Scritty · 14 Oct 2010

Great stuff..|Thanks for the reply.

After running prime95 (and it crashing in seconds) I decided to install a CPU temperature program.

The PC had been off for a while, so I turned it on = installed and started the app.

At first I couldn't understand it. It looked likek a thermometer temperature guage with no reading on it at all.

Then I realized (after looking at the instructions) was that there was a reading - it was just a solid block to the top of the guage (130 degrees plus)

Now I did reinstall my CPU when I updated the OS two days ago - but the thermal paste I used had been in the tube for several years (does this stuff "go off")

After writing the first post Ithe frequency of BSOD's increased to one every 5-10 minutes.

I don't know whether temperature was the original cause, but i think it certainly is playing up now. Off to PC world to get some new thermal paste and reinstall the CPU (maybe with a better fan/heatsink as well - it gets v hot in my office)

I will keep you posted.

I did update my Razer drivers straight after..

Thanks again.

Paul

Scritty · 14 Oct 2010

Turned out the temp test program was poor. Using RealTemp now - Temps were a little high (39 idle 65+ under load)

Bought more thermal paste, cleaned and reseated CPU and fan/heatsink.

Ran Realtemp -and Prime 95. BSOD about 80% of the way through.
Temperature was barely 63% on either core. So not sure whether the stress test caused the BSOD or not - beginning to think CPU is fried.

Uninstalled Razer altogether and put Microsoft intellimouse on (optical) see how that fares.

Checked all hardware on MS compatability site (all ok -though it was specific about Razer being "blue" and mines green - yeah I know.... it's just the colour of the bulb - I feel a Red Dwarf sketch coming on)

Still hopeful of finding a fix, but I am running out of ideas.
Could the CPU be the culprit? Is there any way of testing specifically?
Is the repeated failure under Prime 95 proof that is definitely is the CPU? or could it still be the motherboard or another peripheral?

What about stupid stuff like kinked HDD cables?

Changed the CMOS battery only about 4 months ago and that seems ok.
If I could narrow it down to one component or driver, then I would just replace it, but at the mo' it looks like it could be one of several.

Other than GFX, whole machine is well over 3 years old and gets used every single day - often for many hours. I realise that that isn't that long compared with some stuff, but I won't be massively gutted if the worse comes to the worse, though I would like to get another 18 months plus out of it (5 years would be nice) But I don't think this system owes me much. If it really is cooked, then I will buy a new barebones system and transfer the GFX and HDD's over. When I get a spare £70 I might buy a cheap gfx hdd and chip to use on the rest of the kit to run some SEO jobs I do.

Thanks chaps - your help is very much appreciated.

Paul

usasma · 14 Oct 2010

Patience friend - it may take a while to identify the problem.
Changing stuff around may also affect the length of time it takes to figure this out.

We found that the Copperhead drivers were most likely at fault. But that may not be the only problem - and it may not be the driver that's at fault. Try another mouse to ensure that there's not a hardware problem with the Copperhead device.

zip up and upload the new memory dump files so we can have a look at them. This serves several purposes - it'll give us info on the memory dumps and it will tell us if the drivers have actually been removed/updated (sometimes the installer program doesn't fix that).

The compatibility site is maintained by Microsoft, but it's just a listing of information that's been submitted to them. Microsoft doesn't test the claims of compatibility by the manufacturers.

STOP 0x124 errors are errors that are caught by the CPU and then are passed on to Windows. As such they don't have all the information that other BSOD's have. They are typically hardware problems, although we do see a higher incidence of compatibility issues causing them with Win7. They can also be caused by corruptions in Windows, or by corruptions in 3rd party drivers (although some analysts disagree on this last point).

So, the order of problem probability is:
1. Hardware
2. Compatibility (higher in Win7)
3. Windows corruption
4. 3rd party driver corruption.

Troubleshooting hardware is difficult and expensive. Most hardware troubleshooting involves either removing the device or substituting another, known good device. But some simple steps involve checking all the cabling and testing the output of things like your CMOS battery - even tho' it's only 4 months old it can still be losing it's charge.

Suggestions for a CPU stress test: CPU Stress test - Overclock.net - Overclocking.net

Here's an older post of mine about hardware troubleshooting by system stripdown: Hardware Troubleshooting Via System Stripdown

Scritty · 14 Oct 2010

Ok,

Thanks a lot for this help. It is appreciated.

Well, I've now got MS mouse installed and have uninstalled the Razor drivers.
As metioned above, I have done the prime95 stress test on my CPU - it failed within seconds (BSOD)

Today I checked the BIOS temperature and noticed it climbing steadily (started at 34 degrees and was 49 within 10 minutes- just in the BIOS)

I've cleaned up and re-installed the CPU but had one more BSOD since. Running Prime95 again. However I think at the time I had set a failsafe in the BIOS of 70 degrees. Prime95 ran for over 80% of it's basic cycle and the temperatures reported were close to 70 (there is a difference between the BIOS temp reporting and REALTEMPS's temp reporting - so I can't be 100% sure the BIOS may have been reporting more and triggered the shutdown - it's the last BSOD in the list)

Have had an afternoon playing LOTRO, writing emails and a little bit of surfing. touch wood - nothing yet. However I'm sure I haven't solved the issue- maybe lessened it a bit.

Thanks again.

New reports attached.

Paul

usasma · 14 Oct 2010

You cleaned up and reinstalled the CPU - and still were gettingclose to 70º C temps?
That's got to be fixed before moving on to any other troubleshooting.
Since you were using Prime95 - what does the system get to without running Prime95?

Scritty · 14 Oct 2010

The temperature pn;y got to the high 60's under Prime95. Since then it has not got higher than about 52 when playing LOTRO (though that isn't massively intensive)

I changed the thermal paste for ceramic in case it was a metal conductivity (shorting) issue.

It is currently 33-35 running more or less idle (just doing this reply with a couple of low overhead tasks running in the background)

Thanks again

Paul

BSOD's when transferring data ( I think)

BSOD's when transferring data ( I think)

Thanks Again...