[蓝屏][内存压缩][DMP分析][VBS虚拟化] 通过DMP排除发现VBS与内存压缩容易导致内存分页错误从而蓝屏。

Buserpi Li 0 信誉分
2025-07-07T17:01:05.36+00:00

在上个系统中很少出现内存错误问题,基于上个系统分析到VBS安全虚拟化和内存压缩。

今天重装系统后发现一直蓝屏,在上个系统中此主机的内存频率已超频到6000Mhz(AMD甜点推荐频率)。FK给的2133,打开AMD PBO2 4X +200Mhz -25,已通过AIDA64 Fire 10Min CPU Test与AIDA64 Fire 10Min FPU+CPU Test。内存模式1T、BGS已打开、GDM已打开。

GPU为Intel Arc 750 8G 
驱动版本32.0.101.6913

Intel® Wi-Fi 6E AX210 160MHz
版本23.140.0.3

Realtek Gaming 2.5GbE Family Controller
版本1125.24.318.2025

英特尔® 无线 Bluetooth®
版本23.140.0.5

QQ20250708-004558

QQ20250708-001853

版本	Windows 11 专业版
版本号	24H2
安装日期	‎2025/‎7/‎7
操作系统版本	26100.4484
体验	Windows 功能体验包 1000.26100.128.0

https://pan.baidu.com/s/16ArA1LEEz1wI4W_7ZUs3Pg?pwd=aiif

第三方网盘提供的是两次蓝屏DMP文件,建议通过WinDbg分析。

通过WinDbg分析,由内存引发

PROCESS_NAME:  MemCompression

STACK_TEXT:  
fffff88d`4d9af1e8 fffff803`90006ac5     : 00000000`0000012b ffffffff`c00002c4 00000000`00000688 000001e3`83e7eea0 : nt!KeBugCheckEx
fffff88d`4d9af1f0 fffff803`900cce09     : 00000000`00000200 ffffc880`1e7aa020 00000000`c00004e0 ffffc88f`f8a83050 : nt!ST_STORE<SM_TRAITS>::StDmPageError+0x135
fffff88d`4d9af240 fffff803`8fc6da19     : ffffc88f`00004000 00000000`00000001 ffffc880`1c51a0d0 ffffc880`1e7aa000 : nt!ST_STORE<SM_TRAITS>::StDmFinishPageRetrieve+0x45eeb9
fffff88d`4d9af2a0 fffff803`8fc6d6fa     : 00000000`00000001 00000000`00000001 ffffc880`1c51a0d0 00000000`00000000 : nt!ST_STORE<SM_TRAITS>::StDmpSinglePageRetrieve+0x109
fffff88d`4d9af310 fffff803`8fc6d471     : 00000000`00000000 ffffc880`00000004 fffff803`ffffffff 00000000`00000000 : nt!ST_STORE<SM_TRAITS>::StDmPageRetrieve+0x13a
fffff88d`4d9af3d0 fffff803`8fd5e26b     : ffffc88f`f8a83000 ffffc880`1c51a0d0 ffffc880`1e7aa000 ffffc880`1c51a0ff : nt!SMKM_STORE<SM_TRAITS>::SmStDirectReadIssue+0xed
fffff88d`4d9af470 fffff803`8fd5f3e7     : ffffc880`05ff80fd ffffc880`1c51a0d0 00000000`00000000 00000000`00000002 : nt!SMKM_STORE<SM_TRAITS>::SmStDirectReadCallout+0x2b
fffff88d`4d9af4a0 fffff803`8fd5f31d     : fffff803`8fd5e240 fffff88d`4d9af580 00000000`00000002 ffffc88f`e98d46b8 : nt!KeExpandKernelStackAndCalloutInternal+0xb7
fffff88d`4d9af510 fffff803`8fe6303f     : 00000000`00000002 00000000`00000000 00000000`00000000 ffffc880`1895c6a8 : nt!KeExpandKernelStackAndCalloutEx+0x1d
fffff88d`4d9af550 fffff803`8fc12380     : 00000000`00000040 fffff803`8fc94642 ffffc88f`f8a83000 ffffc880`1895c5a0 : nt!SMKM_STORE<SM_TRAITS>::SmStDirectRead+0xcf
fffff88d`4d9af620 fffff803`8fc10589     : 00000000`00000000 fffff88d`4d9af6f9 00000000`00000000 00000000`40000010 : nt!SMKM_STORE<SM_TRAITS>::SmStWorkItemQueue+0x198
fffff88d`4d9af670 fffff803`8fc0eb40     : 00000000`00000000 00000000`00000000 fffff88d`4d9af6f9 ffffc880`1c51a0d0 : nt!SmWorkItemQueue+0x9
fffff88d`4d9af6a0 fffff803`8fc66b9a     : ffffc880`1895c5a0 00000000`0000000c ffffc88f`00000000 ffffc880`1c51a0d0 : nt!SMKM_STORE_MGR<SM_TRAITS>::SmIoCtxQueueWork+0x1f0
fffff88d`4d9af760 fffff803`8fc6661e     : 00000000`00000002 fffff88d`4d9af830 ffffc880`00000004 ffffc880`00000000 : nt!SMKM_STORE_MGR<SM_TRAITS>::SmPageRead+0x132
fffff88d`4d9af7e0 fffff803`8fc65705     : 00000000`00003f42 00000000`00000002 00000000`00000000 00000000`00000001 : nt!MiIssueHardFaultIo+0x9e
fffff88d`4d9af830 fffff803`8fc29842     : ffff8000`00000000 000029f4`00b55c29 00000000`c0033333 00000000`00000000 : nt!MiIssueHardFault+0x24d
fffff88d`4d9af930 fffff803`900b47cb     : 00000000`00000000 00000000`00000000 0000006f`7b5ed940 00000000`00009c1d : nt!MmAccessFault+0x402
fffff88d`4d9afaa0 00007ffb`3f76751a     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x38b
0000006f`7b5ed110 00000000`00000000     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x00007ffb`3f76751a


SYMBOL_NAME:  nt!ST_STORE<SM_TRAITS>::StDmPageError+135

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

IMAGE_VERSION:  10.0.26100.4351

STACK_COMMAND: .process /r /p 0xffffc880060430c0; .thread 0xffffc88005ff8080 ; kb

BUCKET_ID_FUNC_OFFSET:  135

FAILURE_BUCKET_ID:  0x12B_c00002c4_StCtDecompressFailed_nt!ST_STORE_SM_TRAITS_::StDmPageError

OSPLATFORM_TYPE:  x64

OSNAME:  Windows 10

FAILURE_ID_HASH:  {c6a6bb4d-3b77-dff6-2d9b-75f5d0f61a50}

Followup:     MachineOwner
---------
PROCESS_NAME:  MemCompression

检查命令,无发现

DISM /Online /Cleanup-Image /CheckHealth
DISM /Online /Cleanup-Image /ScanHealth

QQ20250708-005441

QQ20250708-005548

内存压缩默认打开。

目前摸索办法
bcdedit /set hypervisorlaunchtype off 关闭虚拟化

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\DeviceGuard 目录右侧的 EnableVirtualizationBasedSecurity,将其DWORD值修改为0。

 

 

gpedit.msc

1、Win+R运行——输入gpedit.msc并回车 打开组策略。

2、找到“计算机配置——管理模板——系统——Device Guard”右侧的“打开基于虚拟化的安全”策略,将其修改为“已禁用”

3、查看选项状态。

Windows 商业版 | 面向 IT 专业人士的 Windows 客户端 | 性能 | 应用程序技术和兼容性
0 个注释 无注释

你的答案

提问者可以将答案标记为“已接受”,审查方可以将答案标记为“已推荐”,这有助于用户了解答案是否解决了提问者的问题。