诡异问题大家帮我看看咋回事？p17待机状态会自动重启

sx2012

周末给机子重装了系统，然后就出现了这个问题，一直没找到原因。

问题现象就是：如果机子处于使用状态，就都正常不会自动重启，如果不用了让机子处理闲置状态的话，系统会自动重启。今天特意测试了下，发现重启很有规律，11分钟重启一次。重装了2次系统也没解决，周末没重装之前都是好好的，关掉了电源设置里面那个快速启动也没用。还换了内存测试也没解决。太奇怪了。

最近一次的dump文件传附件了

ssc505684708

下来跑了一下，结果放3楼。

ssc505684708

..................
For analysis of this file, run !analyze -v
8: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

KERNEL_SECURITY_CHECK_FAILURE (139)
A kernel component has corrupted a critical data structure.  The corruption
could potentially allow a malicious user to gain control of this machine.
Arguments:
Arg1: 0000000000000002, Stack cookie instrumentation code detected a stack-based
        buffer overrun.
Arg2: ffffaa027ed28f30, Address of the trap frame for the exception that caused the BugCheck
Arg3: ffffaa027ed28e88, Address of the exception record for the exception that caused the BugCheck
Arg4: 0000000000000000, Reserved

Debugging Details:
------------------

*** WARNING: Unable to verify timestamp for WiManH.sys
*** WARNING: Unable to verify timestamp for win32k.sys

KEY_VALUES_STRING: 1

    Key  : Analysis.CPU.mSec
    Value: 6889

    Key  : Analysis.DebugAnalysisManager
    Value: Create

    Key  : Analysis.Elapsed.mSec
    Value: 131064

    Key  : Analysis.Init.CPU.mSec
    Value: 3546

    Key  : Analysis.Init.Elapsed.mSec
    Value: 12769

    Key  : Analysis.Memory.CommitPeak.Mb
    Value: 110

    Key  : FailFast.Name
    Value: STACK_COOKIE_CHECK_FAILURE

    Key  : FailFast.Type
    Value: 2

    Key  : WER.OS.Branch
    Value: 19h1_release

    Key  : WER.OS.Timestamp
    Value: 2019-03-18T12:02:00Z

    Key  : WER.OS.Version
    Value: 10.0.18362.1


FILE_IN_CAB:  031423-9671-01.dmp

BUGCHECK_CODE:  139

BUGCHECK_P1: 2

BUGCHECK_P2: ffffaa027ed28f30

BUGCHECK_P3: ffffaa027ed28e88

BUGCHECK_P4: 0

TRAP_FRAME:  ffff22f1222faabc -- (.trap 0xffff22f1222faabc)
Unable to read trap frame at ffff22f1`222faabc

EXCEPTION_RECORD:  ffffaa027ed28e88 -- (.exr 0xffffaa027ed28e88)
ExceptionAddress: fffff8007689e655 (WiManH+0x000000000001e655)
   ExceptionCode: c0000409 (Security check failure or stack buffer overrun)
  ExceptionFlags: 00000001
NumberParameters: 1
   Parameter[0]: 0000000000000002
Subcode: 0x2 FAST_FAIL_STACK_COOKIE_CHECK_FAILURE

BLACKBOXBSD: 1 (!blackboxbsd)


BLACKBOXNTFS: 1 (!blackboxntfs)


BLACKBOXPNP: 1 (!blackboxpnp)


BLACKBOXWINLOGON: 1

CUSTOMER_CRASH_COUNT:  1

PROCESS_NAME:  System

ERROR_CODE: (NTSTATUS) 0xc0000409 - <Unable to get error code text>

EXCEPTION_CODE_STR:  c0000409

EXCEPTION_PARAMETER1:  0000000000000002

EXCEPTION_STR:  0xc0000409

STACK_TEXT:  
ffffaa02`7ed28c08 fffff800`597d32e9     : 00000000`00000139 00000000`00000002 ffffaa02`7ed28f30 ffffaa02`7ed28e88 : nt!KeBugCheckEx
ffffaa02`7ed28c10 fffff800`597d3710     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
ffffaa02`7ed28d50 fffff800`597d1aa5     : 00000000`00000000 fffff800`597c8266 ffff828b`85dd1000 ffffaa02`7ed29288 : nt!KiFastFailDispatch+0xd0
ffffaa02`7ed28f30 fffff800`7689e655     : fffff800`7689da12 fffff800`768a575c ffffaa02`7ed296b0 ffffaa02`7ed291a0 : nt!KiRaiseSecurityCheckFailure+0x325
ffffaa02`7ed290c8 fffff800`7689da12     : fffff800`768a575c ffffaa02`7ed296b0 ffffaa02`7ed291a0 fffff800`7688fb0c : WiManH+0x1e655
ffffaa02`7ed290d0 fffff800`768a575c     : ffffaa02`7ed296b0 ffffaa02`7ed291a0 fffff800`7688fb0c fffff800`7688fb0c : WiManH+0x1da12
ffffaa02`7ed290d8 ffffaa02`7ed296b0     : ffffaa02`7ed291a0 fffff800`7688fb0c fffff800`7688fb0c fffff800`7689d9ab : WiManH+0x2575c
ffffaa02`7ed290e0 ffffaa02`7ed291a0     : fffff800`7688fb0c fffff800`7688fb0c fffff800`7689d9ab ffffaa02`7ed296a0 : 0xffffaa02`7ed296b0
ffffaa02`7ed290e8 fffff800`7688fb0c     : fffff800`7688fb0c fffff800`7689d9ab ffffaa02`7ed296a0 fffff800`596c5e34 : 0xffffaa02`7ed291a0
ffffaa02`7ed290f0 fffff800`7688fb0c     : fffff800`7689d9ab ffffaa02`7ed296a0 fffff800`596c5e34 ffffaa02`7ed29780 : WiManH+0xfb0c
ffffaa02`7ed290f8 fffff800`7689d9ab     : ffffaa02`7ed296a0 fffff800`596c5e34 ffffaa02`7ed29780 fffff800`5963b644 : WiManH+0xfb0c
ffffaa02`7ed29100 ffffaa02`7ed296a0     : fffff800`596c5e34 ffffaa02`7ed29780 fffff800`5963b644 ffffb48d`00000001 : WiManH+0x1d9ab
ffffaa02`7ed29108 fffff800`596c5e34     : ffffaa02`7ed29780 fffff800`5963b644 ffffb48d`00000001 fffff800`597ca30f : 0xffffaa02`7ed296a0
ffffaa02`7ed29110 fffff800`596c2fa5     : 00000000`00000024 00000000`00000000 ffffaa02`7ed296a0 00007fff`ffff0000 : nt!RtlLookupFunctionEntry+0x184
ffffaa02`7ed29160 fffff800`596c753e     : ffffaa02`7ed2a098 ffffaa02`7ed29de0 ffffaa02`7ed2a098 ffff828b`7ecfe290 : nt!RtlDispatchException+0x4a5
ffffaa02`7ed298b0 fffff800`597d341d     : 00000000`00000000 ffffda00`eb880101 ffff22f1`222faabc ffffb48d`0430e040 : nt!KiDispatchException+0x16e
ffffaa02`7ed29f60 fffff800`597cf1a2     : ffffb48d`0fe2c010 00000000`00000000 00000000`00000002 ffffb48d`01883510 : nt!KiExceptionDispatch+0x11d
ffffaa02`7ed2a140 fffff800`7688c0c0     : 00000000`00000000 ffffaa02`7ed2a3a9 fffff800`5963a614 ffff828b`00000000 : nt!KiGeneralProtectionFault+0x322
ffffaa02`7ed2a2d8 00000000`00000000     : ffffaa02`7ed2a3a9 fffff800`5963a614 ffff828b`00000000 fffff800`00000000 : WiManH+0xc0c0


SYMBOL_NAME:  WiManH+1e655

MODULE_NAME: WiManH

IMAGE_NAME:  WiManH.sys

STACK_COMMAND:  .cxr; .ecxr ; kb

BUCKET_ID_FUNC_OFFSET:  1e655

FAILURE_BUCKET_ID:  0x139_MISSING_GSFRAME_WiManH!unknown_function

OS_VERSION:  10.0.18362.1

BUILDLAB_STR:  19h1_release

OSPLATFORM_TYPE:  x64

OSNAME:  Windows 10

FAILURE_ID_HASH:  {55698a4e-85ba-9644-2b8e-7596aeae7c67}

Followup:     MachineOwner
---------

ssc505684708

WiManH.sys: Related to Wireless Manageability driver from Intel® Wireless Connectivity.

看着像wifi驱动的问题。。。

sx2012

QUOTE:

ssc505684708 发表于 2023-3-14 19:45
WiManH.sys: Related to Wireless Manageability driver from Intel® Wireless Connectivity.

看着像wifi ...

感谢大神~ 我这就去更新下驱动看看

ssc505684708

QUOTE:

sx2012 发表于 2023-3-14 19:52
感谢大神~ 我这就去更新下驱动看看

跟 @StormBolt 学的
感谢大神

sx2012

QUOTE:

ssc505684708 发表于 2023-3-14 20:01
跟 @StormBolt 学的
感谢大神

重装了WiFi驱动  测试了还是会自动重启

ssc505684708

QUOTE:

sx2012 发表于 2023-3-14 20:30
重装了WiFi驱动  测试了还是会自动重启

围绕无线相关的设置研究一下吧！

hzsw998899 - 51nb

换个其它版本的系统试试

StormBolt

先确认病灶，再下药

把这个设备禁用了试试，如果没有问题了说明就是这个驱动的问题

然后，去下载旧版的驱动，因为你的系统是1903

guiter

@StormBolt @ssc505684708

大神们好...请教一个问题...我有台台式机...拯救者...来的时候是win10...后来更新到win11...去年9月份左右升到了22h2以后就开始蓝屏...一个月一次..一周一次...到上周一天三次...我实在受不了了...这两天重装了win10...连win10的22h2都不敢升了...驱动还用的出厂的时候驱动...好像就正常了...这到底是驱动的锅还是win11 22h2的锅?

特技的头发

处理器电压 加0.05试试看 装个xtu
处理器不稳定导致的崩溃错误是随机的

StormBolt

QUOTE:

guiter 发表于 2023-3-14 21:50
@StormBolt @ssc505684708

大神们好...请教一个问题...我有台台式机...拯救者...来的时候是win10...后来更 ...

同楼主一样发dmp，不然就是瞎猜

hooya_yang

*** WARNING: Unable to verify timestamp for WiManH.sys
*** WARNING: Unable to verify timestamp for win32k.sys

把这2个替代试试（注意备份，无效再换回来）。

sx2012

搞不定。。。。

zhangyongtao - 液晶屏改装

有保修的话  还是去售后看看

dv6235

PE下定时会重启吗？

还可以装个Ubuntu试试，确认是软件还是硬件问题

COCAIN

这么规律的11分钟间隔，应该怀疑系统在进入某种待机状态时出错-重启；
先人为改待机/睡眠/休眠为1分钟，试试你系统能不能正常进入、唤醒；其次检查电源管理中的查各项睡眠/混合/休眠的时间设定 - 包括硬盘、显示器、显卡设置(核显控制中心的节能选项等关闭)的；

win10有个隐藏的<无人参与系统睡眠超时>:注册表 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Power\PowerSettings\238C9FA8-0AAD-41ED-83F4-97BE242C8F20\7bc4a2f9-d8fc-4469-b07b-33eb785aaca03
修改attributes的值为2；回到电源管理里查看其设置，默认是2分钟，改为0是禁用，99999等也可以；
这个是诡异的选项，不知道什么时候睡眠计时器开始工作，我多次遇到正在打字就立刻休眠了，唤醒后一切照旧；改为0后几个月内使用都正常，再改回2并关闭注册表这个选项，再没出现；

最笨的方法还是重装，装主板驱动、核显、独显、电源管理等重要驱动时，装完每个都静置15分钟以上，看看哪个出问题

guiter

QUOTE:

StormBolt 发表于 2023-3-14 23:33
同楼主一样发dmp，不然就是瞎猜

已经重装了...没备份...谢谢...

StormBolt

QUOTE:

COCAIN 发表于 2023-3-16 10:24
这么规律的11分钟间隔，应该怀疑系统在进入某种待机状态时出错-重启；
先人为改待机/睡眠/休眠为1分钟，试 ...

这是肯定的，但解决还是要治本，只不过楼主似乎都放弃了