硬盘升级为SSD和内存升级后Windows死机不到30分钟抛出BSoD，Linux下运行正常

我有一个板载 8G 和 1TB 标准硬盘的华硕 Vivobook X505ZA。

我决定将硬盘升级到 420 GB SSD 并添加 16 GB（1 个插槽）以获得总共 24 GB 的 RAM

该内存是 2400Mhz 的 Samgsun，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 的内存占用要小得多，所以这可能是我在那里看不到问题的原因（当然还有更强大的驱动程序架构）

最初的升级是使用高达 2666 MHz 的 16GB 的 Crucial 英睿达内存完成的，但我将其更改为三星的内存，但仍然存在同样的问题。

那么我还能在 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