Question System crash only when using second monitor

Status
Not open for further replies.

Viperooo

Prominent
Sep 3, 2022
6
0
510
When using a laptop, sometimes things like the one in the photo appear on the second monitor (I bought it as used). I can restart it or wait until the system restarts itself. It used to happen rarely, but now I have it more than twice a day. One time these artifacts simply appear (by themselves) on the screen, and the other time I have a bluescreen with them on the laptop screen (I have already had several to this day). It basically appears at random times. I add minidump files to someone wise to check it. Thank you for every help!
Specs:
Acer Aspire A515-56
Intel Iris Xe Graphics
Intel Core I5 - 1135G7 2.4Ghz
8GB RAM
Second monitor - LG 24MP67VQ-P
Minidump files
Monitor when crash
 
Has the artifacting ever appeared on your main screen without the second one being connected? Or only with the secondary one?
What error does the BSOD/blue screen show?
A couple of things on my mind:
  1. Your laptop could be overheating, does it get hot? You can check the temperatures (CPU, GPU) using some program like HWMonitor.
  2. Next thing is some software issue, you can run "sfc /scannow" in CMD (as Administrator).
  3. If it's RAM related, you can run Windows Memory Diagnostic - it's built into Windows.
 
The three dumps you uploaded don't point clearly at any particular software cause. They all fail with different bugchecks and during different operations. They all also fail with only Windows drivers involved, which means this may not be a software problem at all.

The common denominator between these three dumps is bad RAM. One is an UNEXPECTED_KERNEL_MODE_TRAP_M caused by a double fault in the kernel - this means that whilst processing an exception a second exception occurred. The second is an ATTEMPTED_WRITE_TO_READONLY_MEMORY, which is pretty self-explanatory, but it occurred in the ahcache.sys driver which is a Windows driver. The third is a SYSTEM_SERVICE_EXCEPTION with an exception code of 0xC0000005 indicating a memory access violation. This dump also flags bad RAM as the likely cause...
Code:
FAILURE_BUCKET_ID:  MEMORY_CORRUPTION_ONE_BIT

It's possible that your second monitor causes an an area of RAM to be used that isn't otherwise in use. In any case you really need to test your RAM...
  1. Download Memtest86 (free), use the imageUSB.exe tool extracted from the download to make a bootable USB drive containing Memtest86 (1GB is plenty big enough). Do this on a different PC if you can, because you can't fully trust yours at the moment.
  2. Then boot that USB drive on your PC, Memtest86 will start running as soon as it boots.
  3. If no errors have been found after the four iterations of the 13 different tests then restart Memtest86, and do another four iterations.
  4. Even a single error is a failure.
If your RAM passes two runs of Memtest86 then we'll look at potential third-party driver problems.
 
I suggest you enable Driver Verifier then....

Driver Verifier subjects selected drivers (typically all third-party drivers) to extra tests and checks every time they are called. These extra checks are designed to uncover drivers that are misbehaving. If any selected driver fails any of the Driver Verifier tests/checks then Driver Verifier will BSOD. The resulting minidump should contain enough information for us to identify the flaky driver. It's thus essential to keep all minidumps created whilst Driver Verifier is enabled.

To enable Driver Verifier do the following:

1. Take a System Restore point and/or take a disk image of your system drive (with Acronis, Macrium Reflect, or similar). It is possible that Driver Verifier may BSOD a driver during the boot process (some drivers are loaded during boot). If that happens you'll be stuck in a boot-BSOD loop.

If you should end up in a boot-BSOD loop, boot the Windows installation media and use that to run system restore and restore to the restore point you took, to remove Driver Verifier and get you booting again. Alternatively you can use the Acronis, Macrium Reflect, or similar, boot media to restore the disk image you took.

Please don't skip this step. it's the only way out of a Driver Verifier boot-BSOD loop.

2. Start the Driver Verifier setup dialog by entering the command verifier in either the Run command box or in a command prompt.

3. On that initial dialog, click the radio button for 'Create custom settings (for code developers)' - the second option - and click the Next button.

4. On the second dialog check (click) the checkboxes for the following tests...
  • Special Pool
  • Force IRQL checking
  • Pool Tracking
  • Deadlock Detection
  • Security Checks
  • Miscellaneous Checks
  • Power framework delay fuzzing
  • DDI compliance checking
Then click the Next button.

5. On the next dialog click the radio button for 'Select driver names from a list' - the last option - and click the Next button.

6. On the next dialog click on the 'Provider' heading, this will sort the drivers on this column (it makes it easier to isolate Microsoft drivers).

7. Now check (click) ALL drivers that DO NOT have Microsoft as the provider (ie. check all third-party drivers).

8. Then, on the same dialog, check the following Microsoft drivers (and ONLY these Microsoft drivers)...
  • Wdf01000.sys
  • ndis.sys
  • fltMgr.sys
  • Storport.sys
These are high-level Microsoft drivers that manage lower-level third-party drivers that we otherwise wouldn't be able to trap. That's why they're included.

9. Now click Finish and then reboot. Driver Verifiier will be enabled.

Be aware that Driver Verifier will remain enabled across all reboots and shutdowns. It can only be disabled manually.

Also be aware that we expect BSODs. Indeed, we want BSODs, to be able to identify the flaky driver(s). You MUST keep all minidumps created whilst Driver Verifier is running, so disable any disk cleanup tools you may have.

10. Leave Driver Verifier running for 48 hours, use your PC as normal during this time, but do try and make it BSOD. Use every game or app that you normally use, and especially those where you have seen it BSOD in the past. If Windows doesn't automatically reboot after each BSOD then just reboot as normal and continue testing.

Note: Because Driver Verifier is doing extra work each time a third-party driver is loaded you will notice some performance degradation with Driver Verifier enabled. This is a price you'll have to pay in order to locate any flaky drivers. And remember, Driver Verifier can only test drivers that are loaded, so you need to ensure that every third-party driver gets loaded by using all apps, features and devices.

11. To turn Driver Verifier off enter the command verifier /reset in either Run command box or a command prompt and reboot.

Should you wish to check whether Driver Verfier is enabled or not, open a command prompt and enter the command verifier /query. If drivers are listed then it's enabled, if no drivers are listed then it's not.

12. When Driver Verifier has been disabled, navigate to the folder C:\Windows\Minidump and locate all .dmp files in there that are related to the period when Driver Verifier was running (check the timestamps). Zip these files up if you like, or not as you choose. Upload the file(s) to the cloud with a link to it/them here (be sure to make it public).
 
I was at home at the weekend and i took my laptop from dorm and no problems. Today I came, connected to screen and after about 2 hours artefacts again appeared.
 
Status
Not open for further replies.