I'm at my wit's end...

[mikewhen]

I built this computer back in November and it has given me nothing but trouble ever since... I've re-loaded the OS at least twice; the last time in December...

I'm running Windows 7 Home Premium 64-bit; it's an OEM version...

I get many, many BSOD's doing all sorts of stuff... watching videos; upgrading with Windows Update; using Office, looking at mail with Windows Live Mail, etc...

also, programs stop working for no apparent reason; I have to re-boot to be able to use them again...

I have to update numerous times before an update loads without failing (this is especially prevalent in updating definitions in Microsoft Security Essentials)...

I'm attaching the zip file (hopefully I'm doing this right)...

I thank you for the help !!!

mikewhen

 

[zigzag3143]

I built this computer back in November and it has given me nothing but trouble ever since... I've re-loaded the OS at least twice; the last time in December...

I'm running Windows 7 Home Premium 64-bit; it's an OEM version...

I get many, many BSOD's doing all sorts of stuff... watching videos; upgrading with Windows Update; using Office, looking at mail with Windows Live Mail, etc...

also, programs stop working for no apparent reason; I have to re-boot to be able to use them again...

I have to update numerous times before an update loads without failing (this is especially prevalent in updating definitions in Microsoft Security Essentials)...

I'm attaching the zip file (hopefully I'm doing this right)...

I thank you for the help !!!

mikewhen

Mike Hi and welcome

There are at least 8 different causes wich is usually indicative of a hardware problem. Since a majority of these point to memory management, and cache management I would start by test the ram.

Download a copy of Memtest86 and burn the ISO to a CD using Iso Recorder or another ISO burning program. Boot from the CD, and leave it running for at least 5 or 6 passes.


Just remember, any time Memtest reports errors, it can be either bad RAM or a bad motherboard slot. Test the sticks individually, and if you find a good one, test it in all slots.


Also just to verify the OS I would run a system file check

http://www.sevenforums.com/tutorials/1538-sfc-scannow-command-system-file-checker.html?ltr=S

Let us know the results on both


Ken J

One possible cause of this bug check is depletion of nonpaged pool memory. If the nonpaged pool
memory is completely depleted, this error can stop the system.

However, during the indexing process, if the amount of available nonpaged pool memory is very low,
another kernel-mode driver requiring nonpaged pool memory can also trigger this error.

 

[soho1]

You have some processes that are somewhat uncommon in my experience. Might I suggest turning off or uninstalling what you don't need until you have system stability again? You'll want to at least make sure your iTunes, Google and Amazon apps are not making it harder to resolve the issue.

 

[soho1]

Ouch, just tried opening your DMP files with my new Visual Studio 2010, which reported "debugging older style crash dumps is not supported".

I did find a tool that you might look at, |MG| BlueScreenView 1.31 Download but I do not have any experience with it.

Here is a Microsoft article on crash dump debugging. You would need to perform it to examine your particular system image... http://support.microsoft.com/kb/315263

 

[soho1]

You might consider turning off indexing since WSEARCH is aborting. At least until things get in order again.

 

[soho1]

Your health report today shows your anti-virus is not installed. You might re-install MSE. Personally, I keep a download handy instead of having to re-download.

 

[soho1]

One oddity. You have really nice system performance numbers in everything except your gaming graphics. This seems really odd considering how awesome the rest of your machine is and this number is a clunker. Could you check that you have the latest graphic drivers installed for your hardware?

 

[mikewhen]

Your health report today shows your anti-virus is not installed. You might re-install MSE. Personally, I keep a download handy instead of having to re-download.

Interesting... MSE is loaded and running... I do have the exe downloaded... I'll try that after running the memtests...

Thanks,
mikewhen

 

[mikewhen]

One oddity. You have really nice system performance numbers in everything except your gaming graphics. This seems really odd considering how awesome the rest of your machine is and this number is a clunker. Could you check that you have the latest graphic drivers installed for your hardware?

I went to the device manager and checked for updates... the system looked online and said I have the latest driver...

Thanks,
mikewhen

 

[mikewhen]

Mike Hi and welcome

There are at least 8 different causes wich is usually indicative of a hardware problem. Since a majority of these point to memory management, and cache management I would start by test the ram.

Download a copy of Memtest86 and burn the ISO to a CD using Iso Recorder or another ISO burning program. Boot from the CD, and leave it running for at least 5 or 6 passes.


Just remember, any time Memtest reports errors, it can be either bad RAM or a bad motherboard slot. Test the sticks individually, and if you find a good one, test it in all slots.


Also just to verify the OS I would run a system file check

http://www.sevenforums.com/tutorials/1538-sfc-scannow-command-system-file-checker.html?ltr=S

Let us know the results on both


Ken J

One possible cause of this bug check is depletion of nonpaged pool memory. If the nonpaged pool
memory is completely depleted, this error can stop the system.

However, during the indexing process, if the amount of available nonpaged pool memory is very low,
another kernel-mode driver requiring nonpaged pool memory can also trigger this error.[/QUOTE]

I started the memtest, but then noticed your note about doing individual sticks, which I didn't do... I'll re-submit..

also, I ran the scannow; it told me there were some errors that it couldn't fix... I'll re-run using the "scan and read" (Option 3)...

Thanks,
mikewhen

 

[BugMeister]

don't know what sort of optical drive you have installed in your rig,
but it seems to me that you are stressing that PSU close to the max..

try fitting a more powerful one - say 500/600watts
that ought to improve your system stability..

you can pick them up relatively cheaply, these days..
and, as you probably already know, they are really easy to fit..

you can verify your PSU requirements here..
http://educations.newegg.com/tool/psucalc/index.html

 

[mikewhen]

Mike Hi and welcome

There are at least 8 different causes wich is usually indicative of a hardware problem. Since a majority of these point to memory management, and cache management I would start by test the ram.

Download a copy of Memtest86 and burn the ISO to a CD using Iso Recorder or another ISO burning program. Boot from the CD, and leave it running for at least 5 or 6 passes.


Just remember, any time Memtest reports errors, it can be either bad RAM or a bad motherboard slot. Test the sticks individually, and if you find a good one, test it in all slots.


Also just to verify the OS I would run a system file check

http://www.sevenforums.com/tutorials/1538-sfc-scannow-command-system-file-checker.html?ltr=S

Let us know the results on both


Ken J

One possible cause of this bug check is depletion of nonpaged pool memory. If the nonpaged pool
memory is completely depleted, this error can stop the system.

However, during the indexing process, if the amount of available nonpaged pool memory is very low,
another kernel-mode driver requiring nonpaged pool memory can also trigger this error.

I haven't done the memtest yet, but I did the sfc scan... it told me of of files that it couldn't repair... however, when I tried to pull out the "[SR]" tags using the command, the txt file was empty... so, I copied the entire cbs.log file into the sfcdetails.txt file and am attaching that here... I do notice the SR string a lot, so I'm frustrated that the SR string command didn't work...

Thanks,
mikewhen

 

[mikewhen]

Mike Hi and welcome

There are at least 8 different causes wich is usually indicative of a hardware problem. Since a majority of these point to memory management, and cache management I would start by test the ram.

Download a copy of Memtest86 and burn the ISO to a CD using Iso Recorder or another ISO burning program. Boot from the CD, and leave it running for at least 5 or 6 passes.


Just remember, any time Memtest reports errors, it can be either bad RAM or a bad motherboard slot. Test the sticks individually, and if you find a good one, test it in all slots.


Also just to verify the OS I would run a system file check

http://www.sevenforums.com/tutorials/1538-sfc-scannow-command-system-file-checker.html?ltr=S

Let us know the results on both


Ken J

One possible cause of this bug check is depletion of nonpaged pool memory. If the nonpaged pool
memory is completely depleted, this error can stop the system.

However, during the indexing process, if the amount of available nonpaged pool memory is very low,
another kernel-mode driver requiring nonpaged pool memory can also trigger this error.

I haven't done the memtest yet, but I did the sfc scan... it told me of of files that it couldn't repair... however, when I tried to pull out the "[SR]" tags using the command, the txt file was empty... so, I copied the entire cbs.log file into the sfcdetails.txt file and am attaching that here... I do notice the SR string a lot, so I'm frustrated that the SR string command didn't work...

Thanks,
mikewhen

I've run the memtest on my two sticks...

the first stick passed all 5 passes in either of the two memory slots that I've been using...
the second stick failed in 3 of the 5 passes that I did in the first slot; I didn't think I needed to go on... I've attached a txt file of the 3 errors; all happening on the same test... currently, I'm running on the one good stick...

So, as of right now, I'm planning on buying another stick (or maybe a two-stick set to replace both), plus upgrading my PSU...

Thanks,
mikewhen

 

[mikewhen]

I've run the memtest on my two sticks...

the first stick passed all 5 passes in either of the two memory slots that I've been using...
the second stick failed in 3 of the 5 passes that I did in the first slot; I didn't think I needed to go on... I've attached a txt file of the 3 errors; all happening on the same test... currently, I'm running on the one good stick...

So, as of right now, I'm planning on buying another stick (or maybe a two-stick set to replace both), plus upgrading my PSU...

Thanks,
mikewhen

OK, I purchased a set of G-Skill Ripjaws 2GBx2 DDR3-1600's, and a new 500 watt PSU, installed it all yesterday, and so far, so good - no crashes; my MSE has been updating definitions without failing; have had no applications stop working suddenly....

the only issue I have now is that the Service Pack 1 will still not load for me... but, that's another post...

one other question : my assumption is that since my new memory sticks are DDR3-1600, and the one good one from my original set is a DDR3-1333, I really can't use the original one as a third stick in my machine... am I right about that ???

I thank all of you for helping me with this; you do good work...

mikewhen

 

[linnemeyerhere]

Mikewhen,
The PSU is one component you don't want to under spec. In fact if overspec'd all you'll do is postpone replacement and extend system component life. I'm glad to hear things are looking better for you, as nothing worse than building an new system and getting the BSOD.....oh and I was very familiar with this issue. Cheers, the Cheese