0x000000D1 (DRIVER_IRQL_NOT_LESS_OR_EQUAL) 是 Windows 核心偵測到核心模式驅動程式、系統服務或病毒掃描器嘗試在不當的 IRQL（中斷要求層級）存取分頁記憶體，或嘗試存取無權限的記憶體位址。這是最常見的驅動相關藍屏之一，但成因具多樣性，需系統性排查。

核心成因三大類

1. 驅動程式缺陷（佔比最高 ~60%）

• 顯示卡驅動（nvlddmkm.sys、atikmpag.sys、igdkmd64.sys）版本不符或含 Bug。
• 網卡驅動（rtwlane.sys、e1d64x64.sys）電源管理衝突。
• 防毒軟體濾波驅動（klif.sys、aswSnx.sys）與系統更新不相容。

對策： 記錄藍屏參數中的故障模組名（WinDbg `!analyze -v` 可見），針對性更新/回滾/停用該驅動。

2. 記憶體硬體故障（佔比 ~25%）

• 記憶體晶片位元翻轉，導致驅動讀取到錯誤資料而觸發非預期分支。
• 虛擬記憶體（分頁檔）位於壞軌區域，交換時發生 I/O 錯誤。

對策： 關閉自動管理分頁檔，手動指定至健康分區；執行 MemTest86 8 Pass 或 Windows 內建「記憶體診斷工具」完整測試。

3. 系統服務與軟體衝突（佔比 ~15%）

• 多套防毒軟體同時啟用即時掃描，核心濾波驅動互相衝突。
• 虛擬光碟、磁碟加密、備份軟體的核心模式驅動版本過舊。

對策： 僅保留一套防毒軟體；近期安裝之系統級工具嘗試移除或更新。

實戰診斷流程

1. 收集傾印檔： 系統屬性 → 進階 → 啟動與故障修復 → 設定 → 寫入偵錯資訊選「完整記憶體傾印」。
2. WinDbg 分析： 開啟 .dmp，輸入 !analyze -v，關注 MODULE_NAME、IMAGE_NAME、FAULTING_IP。
3. 驗證假設： 若指向顯卡驅動 → DDU 乾淨卸載後重裝最新版；若指向 ntoskrnl.exe → 懷疑記憶體/硬碟/過熱，轉向硬體檢測。

快速緩解措施（不重灌前提）

• 安全模式啟動 → 移除近期新增驅動/軟體。
• 執行 sfc /scannow 修復系統檔。
• 更新 BIOS/UEFI 至最新版（修正晶片組相容性）。
• 將分頁檔移至非系統碟且固定大小（避免動態擴張碎片）。

掌握 0xD1 的本質是「核心模式程式碼在高 IRQL 觸碰分頁記憶體」，排查核心邏輯即為「找出是哪個驅動/模組在錯誤時間存取了錯誤記憶體」，配合傾印分析與最小系統法，多數案例可精準定位並解決。