![]() ![]() easier? The only way I know is to search through the Windows Event Log which can be pretty frustrating in it's own right.Īnd also, I've always considered BSOD diagnosing something of value mainly for developers, especially device driver developers. So other than sitting throughout the entire test, how do you determine if there were.or were not.any errors? It can take a VERY long time sitting there watching the screen to see if it reports an error, especially if you run it through multiple cycles for confidence using all the tests.Īre there any suggestions to help find errors.or a successful test report. When it reboots into Windows it does so without so much as a fair-thee-well. Overall, don't expect the dumps to tell you the exact problem because they rarely do. Also, if the issue is hardware other than RAM, it could have listed a few of the tools used to test other hardware such as Prime95 for CPU testing, or hard drive testing software such as Hard Disk Sentinel, etc. These tests will last hours (4 passes should be the minimum testing length). It's much better to use memtest86 from the start, and test 1 RAM module at a time. If it shows an error, that tells you to find other ways to test the RAM. In fact a test may only last 20 or so minutes for 12GB of RAM. The Windows Memory Diagnostic is known to be a weak memory tester. However, both applications can be used to help aim you in a direction of figuring out what the actual cause is. A bad RAM module will often point at multiple different drivers in the dump files when none are really to blame. And if the issue is hardware, expect even more confusing results. But even then, it's a rare occasion when it shows the actual driver that is causing the issue. I would also recommend to download the Windows Debugger (WinDbg Preview) from the Window Store. But, it usually only provides general information and rarely points directly to a driver. It's an extremely rare occasion (if ever) when it's actually caused by a Microsoft driver.īlueScreenView can be useful in the scenario described in the article. I've read the article and while I agree with most of it, there's a few things that I would note.īSODs are caused by 3rd party drivers or bad hardware. ![]() To use this, open up a run prompt and type “mdsched”. Thankfully, Microsoft has included a memory diagnostics tool that has been included dating back to Windows 7. Seeing how most people don’t have access to a physical memory checker, we’ll opt for the application route. There are several ways to do this using a hardware memory checker or an application. To figure out if this is the actual cause, we’d have to test the memory. For this specific error, we’re going to say that the result of this error was due to an installed memory module. However, when a hardware error occurs, there’s not a magical fix that will correct this. ![]() Here, you would still use an application such as BlueSceenWindow to find the cause of the error. Such an example is the FAULTY_HARDWARE_CORRUPTED_PAGE error. While driver issues are usually easily fixed, a BSOD that is a result of failed hardware is a different story. What If The Minidump File Shows A Hardware Error? Using this view of the Windows minidump file, we can deduce that the BSOD was likely caused by a graphics driver issue, which can typically be corrected by installing a newer version of the driver or reinstalling the current driver. Doing a quick check on Google, we can see that dxgmms2.sys is related to the Windows DirectX drivers, while ntoskrnl.exe is the operating system kernel executable - responsible for keeping the operating system running. So those will also need to be looked into. We know that watchdog.sys is the potential cause, but what about dxgmms2.sys and ntoskrnel.exe? As those were the affected files, we need to find out what those are as well. This is a good starting point as you can now check Google or Bing, to see how this could become a problem and possible solutions. In this image, we can see that the watchdog.sys caused the problem. In this screenshot (see how to take screenshots in Windows for more), we can see that on this specific minidump, there was an issue detected that affected three files dxgmms2.sys, ntoskrnl.exe and watchdog.sys.įurther on the upper panel, we can see in the right column that there’s a section that tells us what caused the crash. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |