Almost Daily BSOD When Shutting Down/Restarting Computer

Coyo2

Member
Joined
Nov 22, 2023
Posts
11
  • A brief description of your problem (but you can also include the steps you tried)
    • I am getting almost daily BSOD generally upon shut down, restart, or log off/user switch. The error tends to be differant often. Some of the errors mentioned memory so I ran memtest (see below) but removing the stick with problems does not seem to fix the issue. Last time this happened it was MalwareBytes which I have removed, and it's still happening.
    • The system is up to date as far as I can see. I have been running driver verifier for a few hours and everything is fine so far.
  • System Manufacturer?
    • Custom Built
  • Laptop or Desktop?
    • Desktop
  • OS ? (Windows 11, 10, 8.1, 8, 7, Vista)
    • Windows 11
  • x86 (32bit) or x64 (64bit)?
    • x64
  • What was original installed OS on system?
    • Windows 11
  • Is the OS an OEM version (came pre-installed on system) or full retail version (YOU purchased it from retailer)?
    • Retail
  • Age of system? (hardware)
    • around 4 years I believe? For most of it. Replaced the cooler and installed another m.2 drive around 1.5 years ago.
  • Age of OS installation?
    • Probably around 1.5 year
  • Have you re-installed the OS?
    • Yes a few times
  • CPU
    • Ryzen 5 3600
  • RAM (brand, EXACT model, what slots are you using?)
    • Corsair / CMW32GX4M2C3200C16
    • I had two sticks of 16GB but after running memtest a few times I have removed the stick that had errors. The remaining stick is in slot B2.
  • Video Card
    • NVIDIA GeForce GTX 1660 super
  • MotherBoard - (if NOT a laptop)
    • ROG STRIX B550-A GAMING
  • Power Supply - brand & wattage (if laptop, skip this one)
    • corsair cf550x
  • Is driver verifier enabled or disabled?
    • Enabled
  • What security software are you using? (Firewall, antivirus, antimalware, antispyware, and so forth)
    • Windows Defender
  • Are you using proxy, vpn, ipfilters or similar software?
    • Occasionally I use PIA VPN
  • Are you using Disk Image tools? (like daemon tools, alcohol 52% or 120%, virtual CloneDrive, roxio software)
    • No
  • Are you currently under/overclocking? Are there overclocking software installed on your system?
    • No
http://speccy.piriform.com/results/6zxiXo2RxP5zKDr8Ug3PRaR

Thank you for your time!

And yes I know I have an existing topic open, that one is less pressing then this problem so I'd rather solve this first.
 

Attachments

I think that this is most likely a problem with your system drive - the Kingston NVMe SSD. Of the five dumps, four of them point at a RAM issue; there is an UNEXPECTED_STORE_EXCEPTION bugcheck, which is often caused by bad RAM, two SYSTEM_SERVICE_EXCEPTION bugchecks both with 0xC0000006 exception codes indicating a page in error, and a MEMORY_MANAGEMENT bugcheck with an exception indicating corrupted private memory. However, it's the final dump that provides the major clue, this is a DRIVER_POWER_STATE_FAILURE caused by a device taking too long to complete a power transition...
Code:
DRIVER_POWER_STATE_FAILURE (9f)
A driver has failed to complete a power IRP within a specific time.
Arguments:
Arg1: 0000000000000003, A device object has been blocking an Irp for too long a time
Arg2: ffffe60b84949120, Physical Device Object of the stack
Arg3: fffff805331007f8, nt!TRIAGE_9F_POWER on Win7 and higher, otherwise the Functional Device Object of the stack
Arg4: ffffe60b84a949a0, The blocked IRP
Argument 2 there is the address of the device object (DevObj) structure that Windows uses to manage the device...
Code:
0: kd> !devobj ffffe60b84949120
Device object (ffffe60b84949120) is for:
 Cannot read info offset from nt!ObpInfoMaskToOffset
 \Driver\pci DriverObject ffffe60b84850d50
Current Irp 00000000 RefCount 0 Type 00000004 Flags 00001040
SecurityDescriptor ffff800a8956c960 DevExt ffffe60b84949270 DevObjExt ffffe60b84949a38 DevNode ffffe60b84949ae0
ExtensionFlags (0000000000) 
Characteristics (0x00000100)  FILE_DEVICE_SECURE_OPEN
AttachedDevice (Upper) ffffe60b848dae00 \Driver\ACPI
Device queue is not busy.
The useful bit of data in there for us is the address of the device node (DevNode) which describes the actual device...
Code:
0: kd> !devnode ffffe60b84949ae0
DevNode 0xffffe60b84949ae0 for PDO 0xffffe60b84949120
  Parent 0xffffe60b84990a20   Sibling 0000000000   Child 0xffffe60b830ea4a0  
  InstancePath is "PCI\VEN_2646&DEV_2263&SUBSYS_22632646&REV_03\6&2af5cd96&0&0020020A"
  ServiceName is "stornvme"
  State = DeviceNodeStarted (0x30a)
  Previous State = DeviceNodeEnumerateCompletion (0x30f)
  StateHistory[09] = DeviceNodeEnumerateCompletion (0x30f)
  StateHistory[08] = DeviceNodeEnumeratePending (0x30e)
  StateHistory[07] = DeviceNodeStarted (0x30a)
  StateHistory[06] = DeviceNodeStartPostWork (0x309)
  StateHistory[05] = DeviceNodeStartCompletion (0x308)
  StateHistory[04] = DeviceNodeStartPending (0x307)
  StateHistory[03] = DeviceNodeResourcesAssigned (0x306)
  StateHistory[02] = DeviceNodeDriversAdded (0x305)
  StateHistory[01] = DeviceNodeInitialized (0x304)
  StateHistory[00] = DeviceNodeUninitialized (0x301)
  StateHistory[19] = Unknown State (0x0)
  StateHistory[18] = Unknown State (0x0)
  StateHistory[17] = Unknown State (0x0)
  StateHistory[16] = Unknown State (0x0)
  StateHistory[15] = Unknown State (0x0)
  StateHistory[14] = Unknown State (0x0)
  StateHistory[13] = Unknown State (0x0)
  StateHistory[12] = Unknown State (0x0)
  StateHistory[11] = Unknown State (0x0)
  StateHistory[10] = Unknown State (0x0)
  Flags (0x6c0000f0)  DNF_ENUMERATED, DNF_IDS_QUERIED,
                      DNF_HAS_BOOT_CONFIG, DNF_BOOT_CONFIG_RESERVED,
                      DNF_NO_LOWER_DEVICE_FILTERS, DNF_NO_LOWER_CLASS_FILTERS,
                      DNF_NO_UPPER_DEVICE_FILTERS, DNF_NO_UPPER_CLASS_FILTERS
  UserFlags (0x00000008)  DNUF_NOT_DISABLEABLE
  CapabilityFlags (0x00002000)  WakeFromD3
  DisableableDepends = 2 (including self)
The VEN & DEV identifiers in the InstancePath describe the actual device. If you lookup VEN_2646&DEV_2263 you'll find that it's your Kingston NVMe SSD.

This dump then suggests a problem with your Kingston NVMe, your system drive, which contains the paging file. The other four BSODs likely failed for what appear to be RAM issues because there has been problems paging memory in from your system drive. This is further confirmed by errors in your system log...
Code:
Event[208]
  Log Name: System
  Source: disk
  Date: 2023-11-28T19:04:12.9620000Z
  Event ID: 51
  Task: N/A
  Level: Warning
  Opcode: N/A
  Keyword: Classic,
  User: N/A
  User Name: N/A
  Computer: ANS-LH343TX
  Description:
An error was detected on device \Device\Harddisk2\DR2 during a paging operation.
There are a lot of these errors in your log, so I think you should look more closely at that Kingston NVMe SSD. Kingston have their own SSD Manager tool which sadly doesn't contain a diagnostic tool. You can check the drive health with it though. Also use the tool to look for a firmware update for the drive.

On common issue I've seen with M.2 drives is that if they're not seated properly you see all sorts of niggly problems, so I would also suggest removing the drive and then re-seating it firmly.
 
Thank you for looking into my problem!

The most recently bsod (UNEXPECTED_STORE_EXCEPTION) happened after I ran the many memtest passes and thought I had removed the failing stick, so it's at the point where I may just replace both sticks.

I ran the kingston utility you mentioned and it says that everything is OK and there are no firmware updates. Is there any other tools you recommend for checking SSD health? It's only a 256 gb drive so I may just grab a replacement when I go to pick up the ram.
 

Attachments

  • Screenshot 2023-11-29 165431.png
    Screenshot 2023-11-29 165431.png
    73.3 KB · Views: 0
There were also new BIOS versions in these years, most of them say:
- improved system stability, compatibility and performance
- improved memory performance and dram compatibility
- amd agesa updates
 
I suffered through Asus' awful bloatware system utilities and updated the bios and system chip stuff.

Im wondering if my problem where I shut down the computer and the lights/fans stay on will be solved or is related to the bsod at all.

So far no BSOD today even with repeated shutdowns for updates and such. Will advise if that changes.
 
Updating the BIOS was a good idea, with AMD CPUs additional microcode called AGESA is required and this is shipped in BIOS updates. By updating your BIOS you will now be on the latest AGESA version and that might have been your problem.

Leave the RAM you think is bad out for now and see how things go. If you do decide to buy new RAM be sure that it's on the QVL for your motherboard and buy it as a pack of two (or four) and not as single sticks, that way you're sure of getting matched RAM. If you get more BSODs or crashes please upload a new file collection output.

Later Edit: I just realised that @xilolee has already said all that. Sorry. 🫢
 
Last edited:
Thank you for all your help everyone! I have decided to upgrade ram and boot ssd. I will post again if problems continue. Or should it be a new thread?
 
As long as it's the same problem use this thread. If you encounter a different and unrelated problem then start a new thread.
 
Hello all,

I have replaced my RAM but not the SSD yet (am waiting until xmas holiday) but I have had 2 bsod recently. Should i run the sysnative collector again, or just upload the dumps?
 
I've looked at the three December dumps and all of them strongly suggest your NVMe drive is failing - although bad RAM could still be an issue. Two of the BSODs fail with the 0xC0000006 exception code, that's an I/O error on a page-in operation. One of these also has a 0xc0000010 exception code, that indicates an invalid operation for the target device. The third dump is a repeat of the DRIVER_POWER_STATE_FAILURE dump I analysed earlier, this new dump also points squarely at the Kingston NVMe drive.

You mentioned that you'd be happy to get a new SSD when you pick up the new RAM - I would strongly advise that you do so. I'd also very strongly suggest performing a clean install of Windows onto that new SSD. Attempting to clone a suspected bad drive onto a new drive is only likely to result in problems.
 

Has Sysnative Forums helped you? Please consider donating to help us support the site!

Back
Top