Code:
Bluescreen: P1: 0X00000050 7/20/2020 11:53 PM P1: 0X00000050 7/20/2020 11:45 PM
Bluescreen: P1: 0X0000001e 7/20/2020 11:39 PM P1: 0X00000001 7/20/2020 11:38 PM
Bluescreen: P1: 0X0000001e 7/20/2020 11:38 PM P1: 0X00000001 7/20/2020 11:38 PM
Bluescreen: P1: 0X0000001e 7/20/2020 11:38 PM P1: 0X00000001 7/20/2020 11:31 PM
Bug Check 0x50: PAGE_FAULT_IN_NONPAGED_AREA
The PAGE_FAULT_IN_NONPAGED_AREA bug check has a value of 0x00000050. This indicates that invalid system memory has been referenced. Typically the memory address is wrong or the memory address is pointing at freed memory.
Bug Check 0x1E: KMODE_EXCEPTION_NOT_HANDLED
The KMODE_EXCEPTION_NOT_HANDLED bug check has a value of 0x0000001E. This indicates that a kernel-mode program generated an exception which the error handler did not catch.
Bug Check 0x3B: SYSTEM_SERVICE_EXCEPTION
The SYSTEM_SERVICE_EXCEPTION bug check has a value of 0x0000003B. This indicates that an exception happened while executing a routine that transitions from non-privileged code to privileged code.
Bug Check 0xD1: DRIVER_IRQL_NOT_LESS_OR_EQUAL
The DRIVER_IRQL_NOT_LESS_OR_EQUAL bug check has a value of 0x000000D1. This indicates that a kernel-mode driver attempted to access pageable memory at a process IRQL that was too high.
Bug Check 0xA: IRQL_NOT_LESS_OR_EQUAL
The IRQL_NOT_LESS_OR_EQUAL bug check has a value of 0x0000000A. This indicates that Microsoft Windows or a kernel-mode driver accessed paged memory at an invalid address while at a raised interrupt request level (IRQL). This is typically either a bad pointer or a pageability problem.
Bug Check 0x7F: UNEXPECTED_KERNEL_MODE_TRAP
The UNEXPECTED_KERNEL_MODE_TRAP bug check has a value of 0x0000007F. This bug check indicates that the Intel CPU generated a trap and the kernel failed to catch this trap.
Looks like quite a few BSODs did not generate dumps or the dumps were deleted. I see many of these:
Code:
7/21/2020 12:16 AM
Windows Error Reporting
Fault bucket , type 0
Event Name: LiveKernelEvent
Response: Not available
Cab Id: 0
Problem signature:
P1: 124
P2: 0
P3: ffff8306f8007030
P4: bea00000
P5: 108
P6: 10_0_19041
P7: 0_0
P8: 768_1
P9:
P10:
Attached files:
\\?\C:\Windows\LiveKernelReports\WHEA\WHEA-20200720-1708.dmp
\\?\C:\Windows\TEMP\WER-22828-0.sysdata.xml
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER64E4.tmp.WERInternalMetadata.xml
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER64E5.tmp.xml
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER6503.tmp.csv
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER6514.tmp.txt
These files may be available here:
\\?\C:\ProgramData\Microsoft\Windows\WER\ReportQueue\Kernel_124_10e7a59561ef47cce8a69f26934b38431f1023_00000000_cab_807a5916-9bf3-4da9-b87d-f4c91b575c09
Analysis symbol:
Rechecking for solution: 0
Report Id: 807a5916-9bf3-4da9-b87d-f4c91b575c09
Report Status: 4
Hashed bucket:
Cab Guid: 0
WHEA 124 is normally a CPU failure but can sometimes be caused by a defective driver, so lets enable Driver Verifier to see if that shows us anything. If not then I'm leaning toward a defective CPU, even though it passes the tests you've run.
Run Driver Verifier
Driver Verifier-- tracking down a mis-behaving driver.
Following the instructions in the above link will check for problems in all non-Microsoft drivers.
What we're looking for is a verifier generated BSOD with a mini dump that will tell us what driver caused it. If you get a BSOD, rerun the V2 log collector as soon as possible and upload the resulting zip file. Also see if there is a new C:\Windows \MEMORY.DMP file. If there is, copy it to another location then zip it an upload to a file sharing site like OneDrive and post a link to it here.
To check if verifier is active, open a Command Prompt and enter:
verifier /query
If not active it will respond with
No drivers are currently verified.
If you have questions, see this additional tutorial which may help to clear things up.
Enable and Disable Driver Verifier in Windows 10