通过

KMODE_EXCEPTION_NOT_HANDLED (1e) 蓝屏报错

lxd 0 信誉分
2025-12-19T03:50:18.9066667+00:00 
************* Preparing the environment for Debugger Extensions Gallery repositories **************
   ExtensionRepository : Implicit
   UseExperimentalFeatureForNugetShare : true
   AllowNugetExeUpdate : true
   NonInteractiveNuget : true
   AllowNugetMSCredentialProviderInstall : true
   AllowParallelInitializationOfLocalRepositories : true
   EnableRedirectToChakraJsProvider : false

   -- Configuring repositories
      ----> Repository : LocalInstalled, Enabled: true
      ----> Repository : UserExtensions, Enabled: true

>>>>>>>>>>>>> Preparing the environment for Debugger Extensions Gallery repositories completed, duration 0.000 seconds

************* Waiting for Debugger Extensions Gallery to Initialize **************

>>>>>>>>>>>>> Waiting for Debugger Extensions Gallery to Initialize completed, duration 0.016 seconds
   ----> Repository : UserExtensions, Enabled: true, Packages count: 0
   ----> Repository : LocalInstalled, Enabled: true, Packages count: 46

Microsoft (R) Windows Debugger Version 10.0.29482.1003 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [D:\Desktop\121925-6484-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available


************* Path validation summary **************
Response                         Time (ms)     Location
Deferred                                       srv*
Symbol search path is: srv*
Executable search path is: 
Windows 10 Kernel Version 19041 MP (20 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Edition build lab: 19041.1.amd64fre.vb_release.191206-1406
Kernel base = 0xfffff803`24000000 PsLoadedModuleList = 0xfffff803`24c2a3d0
Debug session time: Fri Dec 19 11:07:31.413 2025 (UTC + 8:00)
System Uptime: 0 days 23:47:55.118
Loading Kernel Symbols
...............................................................
................................................................
................................................................
.......
Loading User Symbols
PEB is paged out (Peb.Ldr = 00000087`67d59018).  Type ".hh dbgerr001" for details
Loading unloaded module list
...........
For analysis of this file, run !analyze -v
nt!KeBugCheckEx:
fffff803`243f5e40 48894c2408      mov     qword ptr [rsp+8],rcx ss:0018:ffff8501`890cb8f0=000000000000001e
15: kd> !analyze -v
Loading Kernel Symbols
...............................................................
................................................................
................................................................
.......
Loading User Symbols
PEB is paged out (Peb.Ldr = 00000087`67d59018).  Type ".hh dbgerr001" for details
Loading unloaded module list
...........
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

KMODE_EXCEPTION_NOT_HANDLED (1e)
This is a very common BugCheck.  Usually the exception address pinpoints
the driver/function that caused the problem.  Always note this address
as well as the link date of the driver/image that contains this address.
Arguments:
Arg1: ffffffffc0000005, The exception code that was not handled
Arg2: fffff803242ec5fd, The address that the exception occurred at
Arg3: 0000000000000000, Parameter 0 of the exception
Arg4: ffffffffffffffff, Parameter 1 of the exception

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

*************************************************************************
***                                                                   ***
***                                                                   ***
***    Either you specified an unqualified symbol, or your debugger   ***
***    doesn't have full symbol information.  Unqualified symbol      ***
***    resolution is turned off by default. Please either specify a   ***
***    fully qualified symbol module!symbolname, or enable resolution ***
***    of unqualified symbols by typing ".symopt- 100". Note that     ***
***    enabling unqualified symbol resolution with network symbol     ***
***    server shares in the symbol path may cause the debugger to     ***
***    appear to hang for long periods of time when an incorrect      ***
***    symbol name is typed or the network symbol server is down.     ***
***                                                                   ***
***    For some commands to work properly, your symbol path           ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: ExceptionRecord                               ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Either you specified an unqualified symbol, or your debugger   ***
***    doesn't have full symbol information.  Unqualified symbol      ***
***    resolution is turned off by default. Please either specify a   ***
***    fully qualified symbol module!symbolname, or enable resolution ***
***    of unqualified symbols by typing ".symopt- 100". Note that     ***
***    enabling unqualified symbol resolution with network symbol     ***
***    server shares in the symbol path may cause the debugger to     ***
***    appear to hang for long periods of time when an incorrect      ***
***    symbol name is typed or the network symbol server is down.     ***
***                                                                   ***
***    For some commands to work properly, your symbol path           ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: ContextRecord                                 ***
***                                                                   ***
*************************************************************************

KEY_VALUES_STRING: 1

    Key  : AV.Page.Virtual
    Value: 0xffffffffffff0000

    Key  : AV.Type
    Value: Read

    Key  : Analysis.CPU.mSec
    Value: 1687

    Key  : Analysis.Elapsed.mSec
    Value: 15901

    Key  : Analysis.IO.Other.Mb
    Value: 0

    Key  : Analysis.IO.Read.Mb
    Value: 1

    Key  : Analysis.IO.Write.Mb
    Value: 0

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

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

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

    Key  : Analysis.Version.DbgEng
    Value: 10.0.29482.1003

    Key  : Analysis.Version.Description
    Value: 10.2509.29.03 amd64fre

    Key  : Analysis.Version.Ext
    Value: 1.2509.29.3

    Key  : Bugcheck.Code.LegacyAPI
    Value: 0x1e

    Key  : Bugcheck.Code.TargetModel
    Value: 0x1e

    Key  : Failure.Bucket
    Value: AV_nt!HalPerformEndOfInterrupt

    Key  : Failure.Exception.IP.Address
    Value: 0xfffff803242ec5fd

    Key  : Failure.Exception.IP.Module
    Value: nt

    Key  : Failure.Exception.IP.Offset
    Value: 0x2ec5fd

    Key  : Failure.Hash
    Value: {6c63e4bb-ccb6-c025-8642-5e86e9f36f0f}

    Key  : Faulting.IP.Type
    Value: Paged

    Key  : Stack.Pointer
    Value: PRCBException

    Key  : WER.OS.Branch
    Value: vb_release

    Key  : WER.OS.Version
    Value: 10.0.19041.1

    Key  : WER.System.BIOSRevision
    Value: 12.3.0.0


BUGCHECK_CODE:  1e

BUGCHECK_P1: ffffffffc0000005

BUGCHECK_P2: fffff803242ec5fd

BUGCHECK_P3: 0

BUGCHECK_P4: ffffffffffffffff

FILE_IN_CAB:  121925-6484-01.dmp

FAULTING_THREAD:  ffffba83a885a080

EXCEPTION_PARAMETER1:  0000000000000000

EXCEPTION_PARAMETER2:  ffffffffffffffff

READ_ADDRESS: fffff80324cfb390: Unable to get MiVisibleState
Unable to get NonPagedPoolStart
Unable to get NonPagedPoolEnd
Unable to get PagedPoolStart
Unable to get PagedPoolEnd
unable to get nt!MmSpecialPagesInUse
 ffffffffffffffff 

BLACKBOXBSD: 1 (!blackboxbsd)


BLACKBOXNTFS: 1 (!blackboxntfs)


BLACKBOXPNP: 1 (!blackboxpnp)


BLACKBOXWINLOGON: 1 (!blackboxwinlogon)


CUSTOMER_CRASH_COUNT:  1

IP_IN_PAGED_CODE: 
nt!HalPerformEndOfInterrupt+4d
fffff803`242ec5fd cc              int     3

STACK_TEXT:  
ffff8501`890cb8e8 fffff803`2449177f     : 00000000`0000001e ffffffff`c0000005 fffff803`242ec5fd 00000000`00000000 : nt!KeBugCheckEx
ffff8501`890cb8f0 fffff803`243f6cd2     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiDispatchException+0x166d1f
ffff8501`890cbfb0 fffff803`243f6ca0     : fffff803`24407ea5 00000000`00000000 00000000`00010080 ffffca82`d75771f9 : nt!KxExceptionDispatchOnExceptionStack+0x12
ffffca82`d7577188 fffff803`24407ea5     : 00000000`00000000 00000000`00010080 ffffca82`d75771f9 00000000`00000000 : nt!KiExceptionDispatchOnExceptionStackContinue
ffffca82`d7577190 fffff803`24403be0     : ffffca82`d7577390 ffffca82`d7577388 ffff47b8`d6e63865 fffff803`245196be : nt!KiExceptionDispatch+0x125
ffffca82`d7577370 fffff803`242ec5fd     : ffffba83`a885a1c0 00000000`00000000 00000048`041002f7 00000000`00000004 : nt!KiGeneralProtectionFault+0x320
ffffca82`d7577500 ffffba83`a885a1c0     : 00000000`00000000 00000048`041002f7 00000000`00000004 00000000`00000000 : nt!HalPerformEndOfInterrupt+0x4d
ffffca82`d7577508 00000000`00000000     : 00000048`041002f7 00000000`00000004 00000000`00000000 fffff803`24458b29 : 0xffffba83`a885a1c0


SYMBOL_NAME:  nt!HalPerformEndOfInterrupt+4d

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

IMAGE_VERSION:  10.0.19041.928

STACK_COMMAND: .process /r /p 0xffffba83b31ee1c0; .thread 0xffffba83a885a080 ; kb

BUCKET_ID_FUNC_OFFSET:  4d

FAILURE_BUCKET_ID:  AV_nt!HalPerformEndOfInterrupt

OS_VERSION:  10.0.19041.1

BUILDLAB_STR:  vb_release

OSPLATFORM_TYPE:  x64

OSNAME:  Windows 10

FAILURE_ID_HASH:  {6c63e4bb-ccb6-c025-8642-5e86e9f36f0f}

PROCESS_NAME:  Unknown

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

蓝屏问题持续，之前尝试过更新驱动，重置bios，更换内存，依旧没有效果，问题依旧，麻烦帮忙分析一下，如何处理。

* 移动自 [开发人员技术 › 通用 Windows 平台 (UWP)]

Windows 家庭版 | Windows 10 | 性能和系统故障
0 个注释

2 个答案

排序依据： 非常有帮助
非常有帮助 最新 最早
  1. Lychee-Ng 11,180 信誉分 Microsoft 外部员工 仲裁人
    2025-12-19T11:58:35.21+00:00

    此答案为自动翻译，因此可能存在语法错误或措辞不当的情况。

    您好

    欢迎来到 Microsoft Q&A！

    感谢您分享详细的错误检查输出，其中显示内核模式异常未被处理。这表明在硬件中断处理期间存在内核模式驱动程序冲突。设备驱动程序故障或不兼容是最可能的根本原因：

    1 - 更新（或回滚）固件和驱动程序

    • 访问您的系统/主板制造商网站 > 安装最新的 BIOS/UEFI 版本
    • 访问 OEM 或 Intel/AMD 官方支持网站 > 更新芯片组驱动程序
    • 确保存储、网络和 GPU 驱动程序也已更新。

    2 - 检查最近安装的硬件或软件

    • 检查崩溃发生前后进行的安装或更新：
      • 打开 设置 > Windows 更新 > 更新历史记录
      • 右键单击 开始 徽标 > 设备管理器
    • 卸载任何最近添加的软件、虚拟化工具或底层系统实用程序。
    • 移除所有非必要的硬件（例如 USB 设备、扩展卡），看看崩溃是否停止。

    3 - 运行系统诊断

    • 使用 Windows 内存诊断工具或 MemTest86（第三方工具）
    • 检查系统完整性：
      • 以管理员身份打开命令提示符
      • 运行 sfc /scannow 检查系统文件是否损坏
      • 随后运行 DISM /Online /Cleanup-Image /RestoreHealth
    • 执行干净启动
      • 请按照 Microsoft 支持中的 如何在 Windows 中执行干净启动 指南进行操作
      • 找到 msconfig > 禁用所有非 Microsoft 服务和启动项 > 重启电脑
      • 如果崩溃停止，则可能是某个或几个未选中的应用程序导致了崩溃。
      • 找出导致崩溃的应用程序，然后考虑将其删除或禁用。

    免责声明： “干净启动”会使用最少的驱动程序和启动程序启动 Windows。这有助于确定后台服务是否干扰了您的游戏或程序，并找出问题的根源。为了避免出现任何问题，请按顺序逐步操作。这些步骤乍看之下可能比较复杂，但可以帮助您恢复正常。

    • 启用驱动程序验证程序
      • 右键单击开始徽标 > 单击 终端 打开 PowerShell
      • 运行：verifier /standard /driver * !Microsoft
      • 重启系统并继续使用，直到再次崩溃。
      • 新的转储文件应该可以识别出有问题的驱动程序。
      • 完成后，使用 verifier /reset 命令禁用该驱动程序。

    免责声明： 这是一个 Windows 工具，它会对驱动程序进行压力测试以查找故障驱动程序。请谨慎使用此工具，因为它可能会导致系统不稳定；仅在您能够熟练操作的情况下才可执行此操作。

    简而言之，最直接的方法是更新（回滚）所有驱动程序。如果之后崩溃仍然存在，下一步是检查系统物理组件的运行状况，特别是内存和存储驱动器。

    如果此答案对您有帮助，请点击“接受答案”并点赞。如果您对此答案还有其他疑问，请点击“评论”。

    注意：如果您想接收此主题的相关电子邮件通知，请按照我们文档中的步骤启用电子邮件通知。

    0 个注释
  2. Rez 13,260 信誉分 独立顾问
    2025-12-19T15:16:51.87+00:00

    您好，我已檢視您的記憶體轉儲分析，錯誤指向中斷處理過程中發生核心層級的存取違規，這通常意味著底層元件（如驅動程式或韌體）運作異常。儘管您已更新驅動程式並重設BIOS，此類當機往往源於晶片組或儲存裝置驅動程式、電源狀態設定，或是硬體衝突。讓我們從基礎步驟開始：請停用Windows快速啟動功能、移除所有超頻或XMP設定檔，並確認所有晶片組與儲存裝置驅動程式皆來自主機板製造商（而非僅透過Windows更新取得）。同時檢查是否安裝第三方防毒軟體或系統工具程式 建議暫時移除這些程式。若問題持續存在，能否提供您的主機板型號、CPU型號及BIOS版本資訊？

    0 个注释

你的答案

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