New
#11
Welcome, I'm working on a thread which has problems caused by Norton at the moment so seems pretty common today
Welcome, I'm working on a thread which has problems caused by Norton at the moment so seems pretty common today
Hello again,
I followed the advice in the post below, but I'm afraid that the BSODs have not gone away as I've had two of them over the weekend. A more complete list of what I've done since the last post follows further down.
I've run the SF diagnostic tool again. Strange thing is that, unlike the earlier BSODs where I got the blue screen and the PC restarted automatically (with a dump file created), the PC now stops at the blue screen and does not restart. I've had to reset the comp to get it to reboot, and then it apparentely hasn't created a dump file? See also appended picture of the screen. I waited for half an hour before resetting.
What I did after the post below was;
1/ I removed the NIS with the Norton Removal Tool
2/ I installed the lightweight protection as suggested in your thread https://www.sevenforums.com/system-security/206705-good-free-system-security-combination.html
3/ I switched on the driver verifier as suggested in https://www.sevenforums.com/tutorials/101379-driver-verifier-enable-disable.html and ran it for 24+ hours without problems.
Guess it's some other problem ... but the question remains what?
Help, please?
Regards, PelleK63, Sweden
Looking at the picture that BSOD is a memory issue . Test your memory
RAM - Test with Memtest86+
Already did that (see post Randomly occuring "Memory Management" BSODs?). Seven passes and 17 hours with no errors.
Okay, it seems to be more a hardware related issue now, most likely the hard-drive.Code:BugCheck 1A, {41790, fffffa80052c82d0, ffff, 0} *** WARNING: Unable to verify timestamp for win32k.sys *** ERROR: Module load completed but symbols could not be loaded for win32k.sys Probably caused by : win32k.sys ( win32k+1d4cfc )
Run some hard-drive diagnostics and follow these steps:
Find your hard-drive manufacturer and run their tests.
Additional Tests:
Post a screenshot of Crystal Disk Info summary:
Check for any file system errors and bad sectors using Option #2 of:writhziden said:
Use this command with Disk Check:
Scan for any missing, modified or corrupted protected Windows files with:Code:chkdsk C: /f /r
Ok, will do.
Thanks for the help
// PelleK63
Welcome, feel free to post back if you have any questions or need any help :)
Ok, all these HD tests took some time, but I've now;
1/ Run the manufacturer HD diagnostics for all drives. One SSD Firmware updated. No errors as shown in the appended picture
2/ Run the CrystalDiskInfo. No errors. Picture of the results attached.
3/ Scheduled and ran the chkdsk. No errors.
4/ Ran SFC /SCANNOW. According to the log file there were some faulty files. CBS Log attached.
In other words, it doesn't look that the error causing the BSODs is hardware related?
Observation; As I said in the last error report, I had two quick consecutive BSODs over the weekend of which none (unfortunately) produced any crash log. When I started this HD testing, I finally remembered to switch of the driver verifier (from the previous testing), after which I haven't had ant crash even though the PC has been running the HD tests almost 24/7. Could it be a driver issue?
Try running the same command three times with reboots in between, sometimes the command will need to run three separate times in order to repair any files.
If no files can be repaired by Windows itself, then I'll get someone to check your CBS.log.
If there were any driver related errors, then Driver Verifier would have created a BSOD.
Oh, the errors found with SFC /SCANNOW were repaired on the first run/reboot. I just ran the test a second time and there were no errors found.
Clarification concerning driver verifier - it could very well be that it was driver verifier that induced the last two BSODs. Problem is just that the PC never continued with a reboot from those BSODs. I had to physically reset the PC and then there were never any dump files created? Not any that the SF Diag tool found anyway.