我有一台华硕 Vivobook X505ZA，板载 8G 和 1TB 标准硬盘。
我决定将硬盘升级到 420 GB SSD，并添加 16GB（1 个插槽），总共 24GB RAM
该内存是三星的 2400Mhz 内存，BIOS 检测到该内存正常，并且内存诊断工具将其标记为“已通过测试”
我之前有 Windows 10 Pro ISO，所以就用了这个，安装很顺利，速度很快，但是使用 Windows 几分钟后，我遇到了 BSoD 错误
- 时钟看门狗超时（最常见的）
- IRQL_NOT_LESS_OR_EQUAL
我努力了安装芯片组驱动程序，以及更新所有驱动程序（包括 Radeon Vega 8 驱动程序）并使用 AVG 驱动程序更新程序，所有进程均能正常完成，但 BSoD 通常会在不到 30 分钟的时间内继续。
我也尝试过Windows 更新，但下载进度卡在 0% 或 15%，始终无法安装。使用 Windows 升级助手，它在 3 次重启后下载，并在另外 3 次重启后安装，然后 Windwos EFI 加载程序损坏
我尝试过使用其他较新版本的 Windows ISO 文件，但它们甚至无法加载安装过程，而同一 USB 在其他笔记本电脑上可以使用，我总共安装了近 10 个 Windows，它们的行为都一样
我已启用/禁用 CSM 支持并禁用安全启动。
我已经刷新了 BIOS最新版本 313 和前一个版本 312 也存在同样的问题。
我知道 Linux 的内存占用要小得多，所以这可能是我没有看到问题的原因（当然还有更强大的驱动程序架构）
初始升级使用的是 Crucial 16GB 内存，最高可达 2666 MHz，但我将其换成了三星内存，问题仍然存在。
那么我还能尝试什么来让 Windows 10 在此新配置上运行？ 是什么原因造成的？
更新 BSoD 的 WinDbg 信息
Microsoft (R) Windows Debugger Version 10.0.19041.685 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Windows\Minidump\050821-38437-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: srv*
Executable search path is:
Windows 10 Kernel Version 10240 MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 10240.16384.amd64fre.th1.150709-1700
Machine Name:
Kernel base = 0xfffff803`d368b000 PsLoadedModuleList = 0xfffff803`d39aff30
Debug session time: Sat May 8 17:33:23.148 2021 (UTC - 7:00)
System Uptime: 0 days 0:10:22.875
Loading Kernel Symbols
...............................................................
................................................................
..............................
Loading User Symbols
For analysis of this file, run !analyze -v
0: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
CLOCK_WATCHDOG_TIMEOUT (101)
An expected clock interrupt was not received on a secondary processor in an
MP system within the allocated interval. This indicates that the specified
processor is hung and not processing interrupts.
Arguments:
Arg1: 0000000000000018, Clock interrupt time out interval in nominal clock ticks.
Arg2: 0000000000000000, 0.
Arg3: ffffd0009ec80180, The PRCB address of the hung processor.
Arg4: 0000000000000005, The index of the hung processor.
Debugging Details:
------------------
KEY_VALUES_STRING: 1
Key : Analysis.CPU.Sec
Value: 3
Key : Analysis.DebugAnalysisProvider.CPP
Value: Create: 8007007e on DESKTOP-E896S63
Key : Analysis.DebugData
Value: CreateObject
Key : Analysis.DebugModel
Value: CreateObject
Key : Analysis.Elapsed.Sec
Value: 4
Key : Analysis.Memory.CommitPeak.Mb
Value: 71
Key : Analysis.System
Value: CreateObject
BUGCHECK_CODE: 101
BUGCHECK_P1: 18
BUGCHECK_P2: 0
BUGCHECK_P3: ffffd0009ec80180
BUGCHECK_P4: 5
FAULTING_PROCESSOR: 5
CUSTOMER_CRASH_COUNT: 1
PROCESS_NAME: System
STACK_TEXT:
fffff803`d530bc18 fffff803`d37f1801 : 00000000`00000101 00000000`00000018 00000000`00000000 ffffd000`9ec80180 : nt!KeBugCheckEx
fffff803`d530bc20 fffff803`d3695826 : 00000000`00000000 00000000`00005cd0 00000000`0000000c fffff803`d39ee180 : nt! ?? ::FNODOBFM::`string'+0xb001
fffff803`d530bcb0 fffff803`d369622d : 00000000`00000000 00000000`000013d6 00000000`00005cd0 00000000`00000001 : nt!KiUpdateRunTime+0x56
fffff803`d530bd10 fffff803`d361caa6 : 00000124`5499068c 00000000`00000000 ffffd000`9f769340 00000000`00000000 : nt!KeClockInterruptNotify+0x53d
fffff803`d530bf40 fffff803`d375a327 : fffff803`d36662e0 fffff803`d3832c65 00000000`00000002 00000000`00000000 : hal!HalpTimerClockInterrupt+0x56
fffff803`d530bf70 fffff803`d37d8fea : fffff803`d36662e0 fffff803`d39ee180 00000000`00000001 00000000`00000002 : nt!KiCallInterruptServiceRoutine+0x87
fffff803`d530bfb0 fffff803`d37d9417 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiInterruptSubDispatchNoLockNoEtw+0xea
ffffd000`9f769340 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiInterruptDispatchNoLockNoEtw+0x37
SYMBOL_NAME: nt! ?? ::FNODOBFM::`string'+b001
MODULE_NAME: nt
IMAGE_NAME: ntkrnlmp.exe
IMAGE_VERSION: 10.0.10240.16384
STACK_COMMAND: .thread ; .cxr ; kb
BUCKET_ID_FUNC_OFFSET: b001
FAILURE_BUCKET_ID: CLOCK_WATCHDOG_TIMEOUT_VRF_nt!_??_::FNODOBFM::_string_
OS_VERSION: 10.0.10240.16384
BUILDLAB_STR: th1
OSPLATFORM_TYPE: x64
OSNAME: Windows 10
FAILURE_ID_HASH: {ee16f05f-246b-d0d7-9e9a-d626b64c0212}
Followup: MachineOwner
答案1
错误检查 0x101：CLOCK_WATCHDOG_TIMEOUT
错误检查CLOCK_WATCHDOG_TIMEOUT的值为0x00000101。这表示在多处理器系统中，辅助处理器上的预期时钟中断未在分配的时间间隔内收到。
CLOCK_WATCHDOG_TIMEOUT参数
蓝屏上显示以下参数。
参数说明
1 时钟中断超时间隔，以标称时钟刻度为单位
2 0
3 无响应处理器的处理器控制块 (PRCB) 地址
4 0
原因 指定的处理器未处理中断。通常，当处理器无响应或死锁时会发生这种情况。
你的第二个错误是在这里https://docs.microsoft.com/en-us/windows-hardware/drivers/debugger/bug-check-0xa--irql-not-less-or-equal。这通常是驱动程序错误。如果消息中没有驱动程序的名称，您可以使用驱动程序验证程序 -verifier在“开始”-“运行”（Winkey+R）中输入并按照向导进行操作。
转储文件
转储文件是包含机器崩溃时的状态的文件。我们可以分析该文件以识别导致崩溃的驱动程序（或程序）。请参阅最后一节，了解如何让志愿者分析它们。
分析转储文件
如果您想分析自己的转储文件。
您需要访问 C:\windows\Minidump 中的文件。右键单击 WinDbg，然后选择以管理员身份运行。
下载并安装适用于 Windows 的调试工具
https://docs.microsoft.com/en-us/windows-hardware/drivers/debugger/
安装 Windows SDK 但只需选择调试工具。
创建一个名为的文件Symbols夹C:\
开始Windbg。文件菜单 -符号文件路径并输入
srv*C:\symbols*http://msdl.microsoft.com/download/symbols
关闭并重新打开WinDbg。文件菜单 -打开崩溃转储
这将分析崩溃转储。您需要关闭并重新打开WinDbg每个分析的转储文件。由于您正在从互联网下载符号，WinDbg因此看起来什么也没做。但它正在下载。请耐心等待。
您正在寻找列表末尾发生崩溃的驱动程序或系统库。找到该文件，右键单击，然后属性 - 详细信息选项卡。如果它显示驱动程序，则需要更新已识别的驱动程序。
答案2
将电脑送到华硕官方支持中心并付费后，得到的诊断是“是的，Windows 正在产生蓝屏死机”，同时还有“你的主板和（新）固态硬盘有问题”
我决定再试一次。
似乎我尝试过的所有 ISO 文件都存在问题，要么是因为它们已损坏，要么是因为它们太旧且无法正确处理 SSD
因此我使用 Windows 10 Medial Tool 创建了一个 ISO 文件 https://www.microsoft.com/en-us/software-download/windows10
使用 rufus 创建带有 Windows 10 21H1 的 MBR/UEFI USB，效果非常好。