電腦維修 · 2026年10月23日 · ComputerKing 團隊
Windows 反覆藍屏根治指南：由 WinDbg 讀 dump 到硬件逐件隔離
反覆藍屏唔係運氣差，而係未搵到根因：由留證據、讀 dump、隔離軟硬件到揀修復路線，逐層鎖定真兇。
重點摘要
反覆藍屏唔係運氣差，而係未搵到根因：由留證據、讀 dump、隔離軟硬件到揀修復路線，逐層鎖定真兇。
---
簡短回顧：本站已有文章講過嘅嘢，呢篇唔重講
本站已有文章《Windows 藍畫面（藍屏死機）點排查？常見停機碼解讀＋自救步驟全指南》講過藍屏基本概念、停機碼解讀、Event Viewer 同 minidump 基礎流程同分級自救步驟；呢篇唔會重複以上內容，專攻反覆藍屏點樣根治：由留證據、WinDbg 深入分析、乾淨啟動隔離、Driver Verifier 安全用法、驅動回滾與 DDU、更新回滾與 safeguard hold、硬件逐件隔離、溫度供電日誌，到修復安裝與乾淨重裝點揀。
---
一、反覆藍屏同偶然藍屏，係兩回事
Microsoft 官方立場講得好清楚：Windows 11 大多數偶然重啟，「問題由重啟本身解決，無需進一步行動」；但如果「因同一停止代碼錯誤而頻繁重啟」，就要跟基本疑難排解步驟。所以第一步唔係即刻重裝，而係先分流：
| 症狀 | 初步判斷 | 下一步 |
|---|---|---|
| 只出現一次，之後一切正常 | 偶然事件，先觀察 | 記低日期、停止代碼、當時做緊乜，唔好即刻大修 |
| 同一停止代碼反覆出現 | 有固定觸發線索 | 入官方基本流程：拆新硬件、入安全模式、查裝置管理員、檢查系統碟空間、更新、還原 |
| 每次代碼都唔同，時間又隨機 | 偏向整機唔穩定 | 唔好追住最新一個代碼換零件，轉去硬件隔離線：RAM、供電、散熱、主機板路徑 |
| 開機即藍屏，入唔到桌面 | 開機層或更新層出事 | 入 WinRE 路線：先試卸載最新品質更新，唔得再試系統還原 |
| 特定操作先藍屏（例如一開某遊戲、一插某裝置） | 有明確觸發條件 | 先隔離嗰個觸發條件，唔好成部機亂換零件 |
舉例情境（以下純屬舉例情境，唔係真人真事）：假設一部機每個星期藍屏兩三次，代碼次次唔同，有時打機先出事，有時閒置都出事。呢種「分散代碼＋隨機時間」本身就係訊號，指向更底層的 RAM、供電或散熱問題，而唔係「無頭緒」。相反，如果每次都係同一個代碼、同一個 `.sys` 檔案，線索就集中得多，值得沿住驅動線追落去。
二、第一步：留證據，唔好未查先重裝
反覆藍屏最常見的錯誤，就係未記低任何嘢就重裝，結果將判斷線索一次過銷毀。重裝之後如果硬件本身有問題，藍屏一樣會返嚟。調查期間要守住三樣嘢：
1. 確保系統有開 dump。 設定路徑：控制台 → 系統 → 進階系統設定 → 啟動及修復設定；「寫入除錯資訊」可選小型記憶體 dump（minidump，存於 `%SystemRoot%\Minidump`）或自動、核心、完整 dump；要喺開機磁碟有最少 2 MB 分頁檔先至寫到 dump。日常用「自動記憶體 dump」或「小型 dump」已經足夠留低多次藍屏紀錄；反覆藍屏調查期間先好轉「核心 dump」，因為完整 dump 可以好大。
2. 保留 Minidump，唔好清走。 藍屏調查期間，`C:\Windows\Minidump\` 就係證據。千祈唔好用清理工具清走佢哋，清走等於銷毀診斷資料。
3. 收集最少 3–5 個 dump 先好下結論。 唔好憑一個 dump 定罪，要睇 IMAGE_NAME 同呼叫堆疊係咪一致。一致先有根治價值；每次都唔同，多數係更底層問題或符號未載入。每次藍屏都要記低：日期時間、停止代碼全文、當時做緊乜（打機、開某程式、插 USB、更新後重啟），以及藍屏前 7 日有冇改過 Windows 更新 KB 號、驅動版本、新增硬件、BIOS 設定（例如 XMP 或超頻）。
⚠️ 警告：未備份、未記低代碼同時間就重裝，係最貴的捷徑。 重裝會抹走 dump 同時間線，之後再藍屏又要由零開始查；而且重裝醫唔好壞 RAM、壞 SSD、供電不足同過熱。
三、WinDbg 深入分析：由「睇到個名」到「睇到成因線索」
WinDbg 係分析藍屏 dump 的工具，安裝途徑為 Windows SDK 內的 Debugging Tools for Windows，或新版 WinDbg；開 dump 檔路徑一般為 `C:\Windows\Minidump\`（minidump，通常細於 1 MB）或 `C:\Windows\MEMORY.DMP`（完整 dump，可達數 GB）。
開 dump 之前，一定要先設定符號路徑，否則只會見到地址、睇唔到函數名。常用 Microsoft 公開符號伺服器：`srv*C:\Symbols*https://msdl.microsoft.com/download/symbols`，再輸入 `.reload`。WinDbg 命令列用 `.sympath` 加上面呢個符號路徑，再輸入 `.reload`；或者經符號路徑設定欄貼上同一字串。
⚠️ 警告：符號未載入就唔好下結論。 只見地址、無函數名的分析結果唔可靠，要先設定符號路徑同 `.reload` 再分析，否則好易將無辜的 driver 當成兇手。
第一條命令永遠係 `!analyze -v`：Microsoft 將 `!analyze` 描述為除錯任何當機電腦或程式的第一步，`-v` 為 verbose。輸出會包括 Bugcheck Analysis、BUGCHECK_CODE、4 個參數、FAULTING_IP、STACK_TEXT、MODULE_NAME、IMAGE_NAME、FAILURE_BUCKET_ID。讀法要照以下次序，唔好只抄個 driver 名：
| 欄位 | 點讀 | 常見誤解 |
|---|---|---|
| BUGCHECK_CODE／BUGCHECK_STR | 先知係邊類藍屏（例如 0xD1、0x7E、0x3B、0xA、0x124），但代碼只講「邊類事」，唔等於根因 | 見到代碼就即刻判硬件壞 |
| Probably caused by | 只係「最可能」的線索，唔係絕對判決；有時命名嗰個 driver 係真兇，有時只係損毀浮現的位置 | 寫邊個 driver，邊個就係兇手 |
| MODULE_NAME／IMAGE_NAME | 真正出事的檔案名（例如某個 `.sys`），要連同 `lmv` 查版本、日期、發行商，先至好判斷係咪舊 driver | 只睇檔名，唔查版本 |
| STACK_TEXT | 出事前一連串函數呼叫次序；連續幾次藍屏的 stack 若指向同一 driver 或同一呼叫鏈，先至有根治價值 | 每次唔同 stack 都當獨立事件 |
| FAULTING_IP | 出事指令位置，普通用家唔使深究，但要識得佢存在，唔好見到地址就當證據 | 見到地址就當證據 |
只想快睇停止代碼同 4 個參數，可用 `.bugcheck`，唔使每次都跑完整 verbose。其他實用命令可以列為進階參考：`lm`／`lmv` 列出已載入模組或模組詳情，核對 driver 版本；`kb` 睇呼叫堆疊；`.exr`、`.cxr`、`.ecxr` 睇 exception 或 context 紀錄。
ntoskrnl.exe 經常出現，唔等於 Windows 核心本身壞。 核心只係「出事嗰刻企喺度」的位置，真正觸發者多數係 driver 或硬件；要靠 IMAGE_NAME、stack 同多個 dump 交叉比對先好下結論。見到 ntoskrnl 就即刻話要重裝，係最常見的誤判之一。
0x124 專用：`!whea` 與 `!errrec`
0x124 WHEA_UNCORRECTABLE_ERROR 代表發生咗致命硬件錯誤。參數 1 講錯誤來源類型，參數 2 係 `nt!_WHEA_ERROR_RECORD` 結構的地址。兩個專用命令：`!whea` 顯示頂層 WHEA 資訊；`!errrec <參數 2 地址>` 會分段列出 Severity（例如 Fatal）、Notify Type（例如 Machine Check Exception）、Processor Generic、x86/x64 Processor Specific、x86/x64 MCA 等，MCA 段會講明錯誤類型（例如 DCACHEL2_PREFETCH_ERR）同處理器或 bank 資訊。
但要留意：0x124 多數指向硬件，但唔好當成「百分百硬件」；正確做法係「先睇 `!errrec` 段落，再結合溫度、超頻、供電、RAM 測試分流」，唔好見 0x124 就即刻叫人換主機板或 CPU。
四、乾淨啟動隔離法：二分法搵第三方元兇
乾淨啟動（clean boot）定義：只用必要 Microsoft 系統檔案同基本 driver 開機，暫時關閉第三方啟動程式同背景服務，用嚟判斷問題係咪由第三方軟件衝突引起。佢唔等於安全模式：安全模式載入最少 driver，乾淨啟動保留正常 Windows 環境、只剔走第三方項目。
Microsoft 官方步驟如下：
1. 以系統管理員身份登入，執行 `msconfig` 開系統設定。
2. 「服務」分頁 → 剔「隱藏所有 Microsoft 服務」（呢步最重要，唔剔就會誤關系統服務）→「全部停用」。
3. 「啟動」分頁 → 開工作管理員 → 逐個停用第三方啟動項目。
4. 確定後重新開機，部機就處於乾淨啟動狀態。
⚠️ 警告：唔好誤關 Microsoft 服務。 msconfig 服務分頁必須先剔「隱藏所有 Microsoft 服務」先好按「全部停用」，否則會停用系統必需服務，令問題更複雜。
判讀邏輯係本節重點：
| 乾淨啟動後結果 | 意思 | 下一步 |
|---|---|---|
| 藍屏消失 | 元兇喺被停用的第三方服務或啟動項目入面 | 用「分半再開」法：每次開返一半，藍屏返嚟嗰半就再分半，直到鎖定單一項目 |
| 乾淨啟動後仍然藍屏 | 元兇更可能係 Windows 本身、driver 或硬件 | 唔好再喺啟動項目度兜圈，轉去 WinDbg、Driver Verifier 或硬件測試 |
二分法要花時間：每次開返一半之後都要重啟並觀察夠耐（間歇藍屏唔係即刻見效），唔好一次過開返晒又當完成二分法。
安全模式同乾淨啟動的分工值得記住：安全模式入到但正常模式藍屏，偏向第三方驅動或軟件；乾淨啟動都照藍屏，偏向 Windows 本身或硬件。呢個判讀邏輯幫你由結果推斷下一步，唔係 Microsoft 原文逐字照抄。
完成診斷後一定要還原：將停用的服務同啟動項目逐個開返，唔好將乾淨啟動當成日常開機模式長期用。乾淨啟動唔會刪除檔案、程式或設定，只係暫時改開機項目清單；做完唔還原，防毒、備份、雲端同步等服務會長期停用，係另一種風險。
五、Driver Verifier：最有用，亦最危險的工具
Driver Verifier 的作用：監察 Windows 核心模式 driver 同圖形 driver，偵測非法呼叫或可能損毀系統的行為；對選定 driver 施加額外檢查同壓力測試，迫使隱藏問題提早以藍屏浮現，令 dump 入面有足夠資訊認出有問題的 driver。
⚠️ 危險警告：Driver Verifier 用錯會開機循環，唔好喺生產機亂試。 開之前必須先做還原點或磁碟映像，預先識得 `verifier /reset` 逃生法；唔好喺生產機、唯一工作機、無後備機的情況下亂開；搵到問題之後必須關返。Verifier 唔會喺藍屏後自動解除；如果佢設定為開機就驗證，而出事 driver 係開機必需，就會每次開機都藍屏，有個案甚至連安全模式都入唔到，最後要靠 WinRE 命令列或登錄檔離線處理先解到。
官方操作要點如下，唔好簡化到失真：
- 開啟：執行 `verifier` 開 Driver Verifier Manager，或命令列 `verifier /standard /driver <driver 名>.sys`。
- 停止或重設：Driver Verifier Manager 選「Delete existing settings」再 Finish，或命令列 `verifier /reset`，然後重新開機。
- 查詢現況：`verifier /query`（現正驗證的 driver）、`verifier /querysettings`（現有設定）。
安全用法清單，缺一項都唔算講完：
1. 開之前先做還原點或磁碟映像，呢步唔可以跳過。
2. 只針對懷疑對象，一般做法係選非 Microsoft driver 或單一懷疑 driver，唔好一開就全選所有 driver；全選會令問題更難定位，亦更易困死。
3. 唔好喺生產機、唯一工作機、無後備機的情況下亂開。 Microsoft 文件定位佢係測試或除錯工具，社群普遍警告唔好喺日常主力機上面開。
4. 預先準備逃生路線：識得入安全模式做 `verifier /reset`；入唔到安全模式，就要用 Windows 安裝媒體入 WinRE → 命令提示字元做 `verifier /reset`，或用事前還原點還原。
5. 問題搵到之後一定要關返：修好後用 `verifier /reset` 關閉，唔好長期開住，長期開住等於長期用壓力模式行機。
補充兩點：須以系統管理員身份執行；設定後須重啟先生效（上面只講重設後要重啟，開啟一側亦要重啟）。
點解讀 Verifier 藍屏：藍屏本身就係 Verifier 的「工作成果」，停止代碼多數係 DRIVER_VERIFIER_DETECTED_VIOLATION，並會點名某個 `.sys`；要保留 Verifier 開啟期間產生的所有 minidump，唔好清走，否則等於白做。
限制如下：Verifier 只測 driver 軟件本身，唔測硬件；硬件壞（例如 RAM、供電）未必會令 Verifier 藍屏，Verifier 無事唔等於硬件無事。
六、驅動根治：先回滾，唔得先 DDU
驅動回滾有兩個硬限制
做法：裝置管理員 → 右鍵裝置 → 內容 → 驅動程式分頁 → 「回滾驅動程式」（Roll Back Driver），揀原因 → 確認 → 重啟。但有兩個硬限制要留意：
1. Windows 只保留「上一個版本」，唔係成個舊版檔案庫，冇得逐級揀更舊版本。
2. 按鈕灰色（唔用得）即係冇上一版可回滾——可能係從未更新過驅動、舊版備份已刪除，或該裝置只裝過一個版本；打印機驅動不適用回滾功能。
回滾後要防 Windows Update 即刻裝返新版：回滾後配合暫停更新爭取觀察時間，否則「修好咗」可能只係未裝返。呢點只係實務建議，唔係 Microsoft 原文保證。
DDU 乾淨重裝顯示驅動
DDU 全名 Display Driver Uninstaller，係第三方工具，唔係 Microsoft 內置功能。Intel 官方支援文件亦有教用 DDU 解除安裝 Intel 顯示驅動，步驟為：下載最新版 DDU → 以安全模式重啟 → 執行 DDU → 選裝置類型 GPU、選品牌 → 按「Clean and restart」或「Clean and Shutdown」。即係話，DDU 係「第三方工具，連 Intel、MSI 官方支援文件都有引用嘅做法」，唔好當成 Microsoft 官方工具。
公認操作順序如下：
1. 先下載好：未斷網之前下載 DDU 同替換用嘅新驅動（去 NVIDIA、AMD、Intel 官網，唔好靠第三方下載站）。
2. 先做還原點：DDU 本身有保護機制，但有還原點先有多一條退路；同時記低 BitLocker 復原金鑰同帳戶密碼（安全模式下 Windows Hello PIN 未必用得）。
3. 斷網：MSI 官方 FAQ 明確要求做 DDU 前先下載好，之後步驟要離線做，免得 Windows Update 喺清除同重裝之間插隊裝另一個驅動。
4. 安全模式執行 DDU：選 GPU → 選正確品牌 → 「Clean and restart」；完成後裝置管理員應顯示「Microsoft Basic Display Adapter」，代表舊驅動已清除，畫面低解像度係正常。
5. 正常模式裝新驅動：用之前下載好嘅驅動安裝，唔好即刻裝一堆超頻或 overlay 工具一齊測試。
風險要留意：DDU 會清走晒該品牌驅動檔同設定，清錯品牌或清埋內顯加獨顯次序錯會多一次工；雙顯筆電（Intel 內顯加 NVIDIA 或 AMD 獨顯）有指南建議先清獨顯、重啟入安全模式再清內顯。DDU 唔係萬能：若果係硬件本身（例如供電接頭鬆、顯示卡散熱失效）引起嘅崩潰，刪驅動解決唔到硬件故障。只去 Wagnardsoft 官網或 Guru3D 下載 DDU，提防下載頁廣告扮成下載掣。
七、更新回滾與 safeguard hold：卸載只係爭取時間
入到 Windows 點卸載
設定 → Windows Update → 更新記錄 → 解除安裝更新，揀返嗰個更新按解除安裝；並非所有更新都卸載得，部份更新喺清單唔會出現。命令列卸載指定 KB：`wusa /uninstall /kb:XXXXXXX`；但注意，2026 年 1 月累積更新呢類合併包，Microsoft 指 wusa 未必適用，要用 DISM /Remove-Package 先係支援路線。DISM 要先用 `dism /online /get-packages` 查 PackageName，唔好直接將 KB 號當 PackageName 傳入。
入唔到 Windows：WinRE 卸載更新路線
入 WinRE 方法：連續三次開機中途強制關機（或用安裝 USB 選「修復電腦」），→ 疑難排解 → 進階選項 → 解除安裝更新 → 揀「解除安裝最新品質更新」或「解除安裝最新功能更新」。限制如下：WinRE 只卸載「最新」嗰一個品質或功能更新；如果問題係幾個更新之前已經開始，要改用系統還原。加密磁碟入 WinRE 工具可能要 BitLocker 復原金鑰，事前要搵定。
暫停更新唔等於永久關閉
設定 → Windows Update → 暫停更新，可揀 35 日內嘅日期；到期會自動恢復，唔係永久關閉自動更新；新版控制容許到期前再延 35 日，即係可續期嘅 hold，唔係 off 掣。唔建議的做法要寫入誤解節：停 Windows Update 服務、喺工作管理員硬殺安裝程序、刪 SoftwareDistribution 資料夾當取消更新——前者 Windows 可自行重啟服務，後兩者可令更新裝一半。
safeguard hold：Microsoft 的封鎖，唔好硬繞過
safeguard hold 係 Microsoft 官方機制，唔好同用戶自己按「暫停」混淆：Microsoft 用品質同相容性數據發現某功能更新可能失敗、回滾、丟失數據、斷網或失去關鍵功能時，會對受影響裝置施加 safeguard hold，令 Windows Update 唔派嗰個新版本；有已驗證修正先解除。Hold 只影響經 Windows Update 派發嘅裝置；用 ISO、安裝助手、WSUS 等其他途徑繞過 hold，有機會裝咗一個已知會出事嘅版本。
重要提醒：卸載加暫停只係爭取時間，唔係長期方案；24H2 家用或專業版更新支援喺 2026 年 10 月 13 日結束，長期唔更新會永久落後，要升級去 25H2。企業級補充：Intune 管理員可只暫停某一個已批准嘅版本（Autopatch per-update pause），唔使成個 quality update 暫停晒；但已裝咗嘅機唔會因此自動回滾，仍需另行卸載 KB、部署 workaround 或還原。
八、硬件逐件隔離：一次只改一樣
核心原則：一次只改一樣嘢、每次改完要試到夠耐（至少幾倍於平時藍屏間隔），否則間歇故障好易誤判。
| 步驟 | 做法 | 判讀 |
|---|---|---|
| 第 0 步：BIOS 還原預設值 | 關 EXPO／XMP（行 JEDEC 預設速度）、關 CPU／GPU 超頻或降壓、關 PBO 等自動調校 | 有案例指出 4 條 RAM 加高頻 EXPO 本身就係不穩定主因，唔好一開始就認定係某一條 RAM 壞 |
| 第 1 步：拔走非必要裝置 | 只留鍵盤滑鼠，拔外置硬碟、打印機、USB dongle、記憶卡等；藍屏前新加過硬件，先拆走佢（同 Microsoft 官方第一步一致） | 拔走後穩定，逐件插返搵元兇 |
| 第 2 步：RAM 單條測試 | 每次只留一條 RAM，插去主機板說明書建議嘅插槽（常見係 A2，即由 CPU 數起第二槽），逐條輪流試 | 一條成日 fail、另一條成日 pass → 指向 fail 嗰條；單條各自 pass、齊插就 fail → 指向記憶體子系統（設定、插槽、CPU 記憶體控制器），唔係單條壞；兩條各自都 fail → 唔好即刻判 RAM 全壞，要擴大調查 |
| 第 3 步：MemTest86 | 見第九節，預設 4 個 pass 流程，任何可重現錯誤都要跟進 | 紅字跟住條 RAM 走 → 條 RAM 有問題；紅字留喺同一個插槽 → 插槽或主機板方向 |
| 第 4 步：拔獨顯用內顯 | 要真係拆卡，唔係只係將線由獨顯轉插主機板（卡留喺槽入面仍有驅動、PCIe、供電負載變數）；拆卡後線插主機板內顯輸出，試閒置加輕量使用 | 藍屏停咗，只證明「獨顯配置」有問題，未證明張卡本身壞（驅動、PCIe 連接、額外供電負載都仲係可能）。陷阱：冇內顯嘅 CPU（例如 Ryzen 非 G 系列）拔卡後一定冇畫面，唔代表主機板壞 |
| 第 5 步：最小系統 | CPU 加散熱、單條 RAM、內顯、電源，拔走其他硬碟或擴充卡，入 BIOS 睇下能唔能夠長時間停留。無內顯 CPU（例如 Ryzen 非 G 系列、Intel F 系列）嘅最小系統要保留獨顯，唔好照跟內顯版本 | BIOS 入面都出事，好大機會唔係 Windows 驅動問題 |
| 第 6 步：電源交叉測試 | 換一個已知良好嘅電源交叉測試，比睇電壓 log 更有決定性；換電源要用佢自己原裝模組線，唔好混用舊線；唔同廠商／型號模組線針腳定義可以唔同，混用有燒硬件風險 | 換電源後穩定，指向原電源；換完都一樣，排除電源線 |
| 第 7 步：用另一個系統排除 Windows 本身 | Live Linux USB（唔安裝）或後備碟乾淨裝 Windows | 喺現有 Windows 以外都照樣出事 → 偏向硬件或韌體；但短時間穩定證明唔到啲乜（間歇故障） |
九、硬件壓力測試判讀：點分 CPU、GPU、供電
MemTest86：幾多 pass 先算過關？分歧要如實寫
重要說明：今次研究無直接取得 PassMark 官方文件講明 pass 數目，以下 pass 建議全部來自第三方教學或社群共識，絕對唔可以當成「PassMark 官方規定」。 主流共識：最少 2 個完整 pass；要認真查間歇故障，跑 4 個 pass 或過夜。1 個 pass 只係快速信心檢查，捉到硬故障，但未必捉到要熱機先浮現的邊緣故障。舊版 MemTest86+ 社群做法唔同：有教學建議 7–8 個 pass，唔好同 PassMark MemTest86 的 2–4 pass 混為一談；兩者係唔同分支、唔同預設測試數目。
另一份研究引用的 PassMark 官方執行時間頁有講預設 4 個 pass 的流程同時間例子：首 pass 較快，例子為 1 pass 約 15 分鐘、4 pass 約 120 分鐘（官方例子無註明容量），大容量加慢 CPU 可跑通宵；但「幾多 pass 先算過關」本身仍然係第三方教學共識，唔好將共識升級為官方規定。
以下容量時間表係第三方教學 嘅約數，與上面官方例子量度基礎唔同，兩者唔可以直接對照（容量越大越耐）：8 GB 約 20–35 分鐘一個 pass、16 GB 約 40–70 分鐘、32 GB 約 1.5–2.5 小時、64 GB 約 3–5 小時、128 GB 約 6–10 小時。實際時間受 CPU、通道、頻率、韌體影響。
判讀鐵律：
- 任何一個可重複錯誤都要跟進，唔好因為「只係得 1 個紅字」就當無事。
- 紅字唔等於百分百係嗰條 RAM 壞：記憶體控制器、主機板插槽、韌體設定、溫度、唔穩定的超頻或 XMP 設定都可以令同一地址出錯。要用「逐條換插槽再測」分流：錯誤跟住條 RAM 走 → 條 RAM 有問題；錯誤留喺同一個插槽 → 插槽或主機板方向。
- 0 錯誤唔等於百分百保證：溫度、電壓波動、極端負載下先出現的間歇錯誤，MemTest86 都未必捉到。
- MemTest86 係喺 Windows 之外、用 USB 開機運行，先至測到幾乎全部 RAM（工具自身佔用同保留區測唔到）；Windows 內置記憶體診斷（`mdsched`）較淺，有個案係內置工具 pass、MemTest86 一個 pass 內就 fail，唔好用內置工具 pass 當結論。
- 測試前要先確認 MemTest86 顯示的總容量同實際安裝容量一致（例如 2 條 16 GB 只顯示 16 GB，就要先停低檢查模組，唔好照跑）。
Prime95、FurMark：點分 CPU、GPU、供電？
Prime95 係 CPU 壓力測試：用質數運算連續壓 CPU，並將計算結果同已知正確結果比較，任何不符都視為硬件錯誤。測試期間有 worker 出錯，多數指向 CPU 穩定性、記憶體或供電。常見失敗原因：記憶體喺標示速度下行唔穩（尤其 XMP 開咗之後）、散熱不足、供電喺重負載下供唔足（12V、5V、3.3V 明顯下跌）、超頻電壓太低或 droop 太大。較新 Prime95 用 AVX 或 AVX2 會壓得特別勁，有時連本身穩定的系統都會 fail，唔好單憑一次 AVX fail 就判死刑。要分 CPU 定記憶體，宜用 Small FFTs 偏重 CPU、Blend 會同時壓記憶體，否則唔知跑邊個測試先對應到分流結論。
FurMark 係 GPU 壓力測試：睇畫面破圖（artifacts）、當機、藍屏、高溫。破圖多數指向 GPU 或 VRAM 唔穩或過熱；系統喺重負載下直接重啟或關機，多數指向供電問題。
⚠️ 警告：壓力測試要有人睇住，唔好通宵無人睇住跑。 Prime95 加 FurMark 同時重負載會令溫度同供電去到極限，散熱不良或老化硬件有風險；先清塵、確認散熱正常先好跑，跑嗰陣要有人睇住。安全上限參考（第三方教學共識，唔係官方規格）：CPU 超過約 95°C、GPU 超過約 90°C 就要停；風扇長期 100% 轉超過 15 分鐘、出現降頻、當機或藍屏都要停。組合測試一般建議 30–60 分鐘上限，唔好無人睇住長時間跑。「過夜」只適用於 MemTest86，唔適用於 Prime95 加 FurMark。
供電不穩徵兆要獨立成段，唔好只寫「換火牛試下」：
- 只喺 CPU 加 GPU 同時重負載（例如打機、算圖、Prime95 加 FurMark 一齊跑）先藍屏或重啟，輕負載完全正常。
- 無藍屏、無 dump，直接黑屏重啟或斷電式關機（同一般 driver 藍屏唔同，dump 可能完全無紀錄）。
- Prime95 worker 隨機 fail、電壓監測見到重負載下明顯下跌。
溫度與供電日誌點睇：唔好只睇一個數字
參考範圍（第三方指南，只係一般參考，唔係 CPU 或 GPU 廠商對每個型號嘅官方上限）：桌面 CPU 閒置約 35–50°C，重負載 70–85°C 常見；部份高階處理器設計上會 boost 到 95°C 熱上限先回落，見到 95°C 未必等於故障。GPU 邊緣溫度遊戲負載 60–85°C 常見；GPU hotspot 或 junction 通常比邊緣高 15–25°C，持續高過 90°C 先值得查散熱。
HWiNFO 點睇：Sensors 視窗搵「Thermal Throttling」「PROCHOT」「Core Thermal Throttling」由 No 變 Yes，先至係真正因熱降頻；同時對照時鐘頻率有冇一齊跌；GPU 亦有類似 performance cap 原因欄。供電電壓參考（ATX 容差 ±5% 嘅通用說法，論壇整理，引用時要分清楚，唔係官方標準文件）：12V 應為 11.4–12.6V、5V 為 4.75–5.25V、3.3V 為 3.135–3.465V。
限制要留意：HWiNFO 電壓讀數捉唔到所有短暫電氣干擾或電源內部故障；換插座亦排除唔到電源本身。Kernel-Power 41 只代表 Windows 下次開機發現上次非正常關機，唔等於診斷出電源供應器故障；要睇埋 BugcheckCode 同有冇 dump。實務 log 做法：開 HWiNFO logging，記低每次藍屏時間，對返 log 入面藍屏前嘅溫度、電壓、throttling 欄；冇 log、只憑「好似好熱」去換散熱，係估。
十、系統層注意事項：25H2、2026 更新個案、Secure Boot 憑證
Windows 11 25H2：先對時間線，唔好第一時間怪版本本身
25H2 本質：2025 年 9 月 30 日推出的輕量 enablement package，建基於 24H2，兩者共用核心代碼同每月更新；支援期延至 2027 年 10 月（24H2 支援至 2026 年 10 月 13 日）。已確認或已緩解的早期問題（2025 年 10 月前後）：部分 Blu-ray、DVD、數碼電視程式受 DRM 保護內容播放問題（部分已於 2025 年 9 月 29 日預覽更新 KB5065789 緩解，串流服務不受影響）；經 WUSA 由含多個 `.msu` 檔案的網絡共享資料夾安裝更新可能失敗（`ERROR_BAD_PATHNAME`），可經 Known Issue Rollback 緩解，或將檔案複製到本機再裝；SMBv1 相關問題（KB5065789 已處理部分情況；最佳做法始終係停用 SMBv1）。
WinRE 輸入失效係 2025 年 10 月更新後的重要教訓，因為會影響修復本身：2025 年 10 月 14 日安全更新或 SafeOS 更新 KB5067039 之後，入 WinRE 時 USB 鍵盤滑鼠可能無反應；Microsoft 於 2025 年 10 月 17 日喺 25H2 Release Health 已知問題確認，之後以 out-of-band 更新 KB5070773 或 KB5070762 修復。實務意義：反覆藍屏要入 WinRE 修復之前，先確認系統已裝最新修復更新；否則可能入到 WinRE 都撳唔到嘢，誤以為硬件壞。
升級過程藍屏，來源層級要分清楚：由 Windows 10 或較舊 Windows 11 升級至 24H2 或 25H2 時，安裝階段可能藍屏而令升級中止；常見原因包括過時或不兼容 driver、舊式 USB Wi-Fi dongle、系統入面有 Sentinel Protection Installer。該廠商做法係先解除安裝 Sentinel Protection Installer、重啟、再升級。呢點只係 Avid 實驗室觀察，唔係所有機都適用，唔好當成 Microsoft 官方定論。
2026 年更新個案：官方承認 vs 第三方報導，一定要分開寫
| 個案 | 官方承認程度 | 現象 | 點理解先啱 |
|---|---|---|---|
| 2026 年 1 月 KB5074109（1 月 13 日，25H2 Build 26200.7623、24H2 Build 26100.7623） | Microsoft 已確認，範圍有限定：有限數量裝置、初期報導指主要係商用（非家用）電腦；Microsoft 採取措施令問題唔影響一般消費者 | 開機失敗，停止代碼 UNMOUNTABLE_BOOT_VOLUME | 唔好理解為「2026 年 1 月更新令所有 Windows 11 電腦藍屏或變磚」；成因後來被指向 2025 年 12 月更新回滾失敗令裝置處於「不當狀態」，再由 1 月更新觸發——呢個「12 月回滾失敗鏈」係第三方分析文章的講法，引用時要分清楚。官方恢復方向：入 WinRE 用現有方法恢復；嚴重情況要由 ISO 乾淨重裝。後續修正包括 KB5078127（緊急帶外更新）同 2026 年 2 月 10 日的 KB5077181 |
| 2026 年 6 月 KB5094126（25H2 Build 26200.8655、24H2 Build 26100.8655） | 要分開理解：Windows Latest 2026 年 6 月 21 日文章指 Microsoft 確認咗 KB5094126 的一啲問題，但同時寫明「Microsoft 尚未承認我哋發現的（BSOD 或 BitLocker 迴圈）呢部份」；另一篇回顧將 6 月描述為「超過 150 宗報告、48 小時內」的第三方統計，唔係 Microsoft 官方數字 | 有裝置開機黑屏錯誤 0xc0430001 或跌入 BitLocker 復原迴圈，報導集中喺 HP 商用機（EliteBook 840 G10、ProBook 460 G11、Engage One Pro 15.6 G2 AiO POS、ZBook 等）同部份 Dell Precision | 第三方分析的可能機制（唔好寫成已證實根因）：更新觸及 Secure Boot 證書、Boot Manager、EFI 內容；舊式 100MB EFI 分區（相對新式 500MB–1GB）空間不足，或 HP 喺 EFI 分區存放韌體恢復檔令空間更緊，導致 Secure Boot 拒絕載入而黑屏或 BitLocker 迴圈；Event Viewer 可見 TPM-WMI「secure boot update failed…insufficient disk space」類錯誤。第三方 workaround（唔係 Microsoft 官方處方，引用時要分清楚）：入 BIOS 暫時關 Secure Boot → 入 Windows 完成更新 → 再開返 Secure Boot；事前準備好 BitLocker 復原金鑰 |
| 2026 年 3 月 KB5079473 | 未確認，唔好當事實：有報道指令部分用家出現藍屏、凍結、重啟循環，停止代碼 ATTEMPTED_WRITE_TO_READONLY_MEMORY（0xBE），而該報道本身亦寫明「Microsoft 尚未承認呢個問題」 | 藍屏、凍結、重啟循環 | 只應理解為「有報道或社群報告，未獲 Microsoft 承認」，絕對唔可以當成「Microsoft 已知問題」或「KB5079473 一定會藍屏」 |
以下只係同年其他更新事故嘅背景，唔好同藍屏混為一談：2026 年 3 月，據第三方回顧，KB5079473 破壞 Microsoft 帳戶登入，11 日後由帶外更新 KB5085516 修復；KB5079391 預覽因安裝錯誤迴圈被拉走；2026 年 4 月 KB5083769 可觸發 BitLocker 復原，但 Windows Latest 查核後指並非傳聞所講的藍屏成因；2026 年 5 月 KB5089549 喺 EFI 系統分區剩 10MB 或以下時安裝失敗、錯誤 0x800f0922，後有緊急修補；2026 年 7 月 Microsoft 封鎖 KB5101650 喺 Dell 機上派發，原因係 Intel 驅動衝突導致意外關機、過熱、耗電。2026 年 10 月新動態（背景，唔係藍屏）：Microsoft 承認 2026 年 10 月 Patch Tuesday 修 Always On VPN 的更新實際未修好，狀態由 Resolved 改返 Mitigated——提醒讀者「官方狀態都可能改」，查 release health 要睇最新版，唔好只睇舊截圖。
25H2 嘅處理原則：反覆藍屏唔好第一時間怪 25H2 本身；先對時間線——藍屏係咪喺某次更新後先開始？有無 safeguard hold？有無先備份再解除安裝該更新測試？同時要查 Release Health 當期狀態，唔好憑一個 KB 編號就定罪。
2026 年 Secure Boot 憑證到期：到期唔等於即刻開唔到機
到期時間表（官方加第三方核對一致）如下：
| 舊憑證 | 到期日 | 2023 替代憑證 | 用途或存放位置 |
|---|---|---|---|
| Microsoft Corporation KEK CA 2011 | 2026 年 6 月 24 日 | Microsoft Corporation KEK 2K CA 2023 | 簽署 DB 或 DBX 更新，存於 KEK |
| Microsoft UEFI CA 2011 | 2026 年 6 月 27 日 | Microsoft UEFI CA 2023、Microsoft Option ROM UEFI CA 2023 | 簽署第三方開機程式或 EFI 程式或 option ROM，存於 DB |
| Microsoft Windows Production PCA 2011 | 2026 年 10 月 19 日 | Windows UEFI CA 2023 | 簽署 Windows Boot Manager，存於 DB |
截至 2026 年 10 月 23 日，三個期限已全部過去。最重要嘅澄清，唔好製造恐慌：到期唔等於即刻開唔到機。 Secure Boot 喺開機時一般唔會強制執行憑證到期日，已登記的 2011 憑證即使過期，裝置仍然可以開機。真正影響係「凍結」：未轉到 2023 憑證的裝置，之後再收唔到新的 Secure Boot 資料庫更新、DBX 撤銷清單、Windows Boot Manager 保護更新，即係開機鏈的安全基礎停留喺到期嗰刻，未來新發現的開機鏈漏洞修復會收唔到。
對反覆藍屏或修復的實務意義：修復前唔好亂關 Secure Boot 或亂清 DB 或 KEK：清錯會令開機信任鏈斷裂，問題由藍屏變成開唔機。大部分裝置的 2023 憑證會經 Windows Update 自動更新；跟進唔到的多數係舊韌體、Secure Boot 本身已關閉、不支援的 Windows 版本，或有 BitLocker 衝突的裝置。做韌體更新、修復安裝或重裝之前，先確認裝置有無 2023 憑證、Secure Boot 狀態，同埋 BitLocker 復原金鑰已備份，三樣齊先好郁開機層。
⚠️ 警告：唔好亂清 Secure Boot DB 或 KEK、亂關 Secure Boot。 清錯信任鏈，藍屏問題未解決，部機可能直接開唔到；2023 憑證問題要跟官方指引處理，唔好手動亂刪。
十一、動手修復之前：BitLocker 復原金鑰準備
BitLocker 復原金鑰係 48 位數字密碼；開機環境有變（例如韌體更新、修復、硬件改動）時，加密磁碟可能要求輸入復原金鑰先至解鎖。畫面會顯示復原金鑰識別碼（Key ID），要憑頭 8 位對返儲存嗰條金鑰，唔好亂試。
個人裝置最常見備份位置：Microsoft 帳戶（account.microsoft.com/devices/recoverykey，用另一部可信裝置登入查看）；公司或學校裝置：Entra ID 或學校或公司帳戶，或問 IT 部門。其他可能位置：開 BitLocker 時列印出來的紙本、存入 USB 手指的文字檔、當時選擇的檔案備份。要注意：金鑰係跟「最初設定嗰個帳戶」，唔一定係而家登入嗰個帳戶；二手買返嚟或店舖代設的機，金鑰可能喺前手或店舖帳戶。
⚠️ 最硬的警告：Microsoft 唔能夠代用戶取回、提供或重建遺失的復原金鑰。 搵唔到正確金鑰，唯一出路多數係乾淨重裝，而加密磁碟內的資料會失去。唔好將完整 48 位金鑰相片放上網、貼去論壇或交畀未驗證的第三方工具或支援對話。未確認金鑰之前，唔好做 Reset、重裝或格式化磁碟。
BitLocker 檢查要放喺「任何修復安裝、重裝、韌體更新之前」的第一步，唔好放喺文末當附註。動手前四寶要齊：個人檔案已備份（還原點唔計）、已手動建立還原點（名要寫清楚改動內容）、BitLocker 復原金鑰已搵定、帳戶密碼已記低（安全模式 PIN 未必用得）。
十二、點揀修復路線：修復安裝 vs 乾淨重裝
修復安裝（in-place upgrade 或 repair install）定義：用 Windows 安裝媒體（ISO 掛載後執行 setup.exe）選「保留個人檔案及應用程式」，只更換作業系統核心，保留已安裝軟件、設定、檔案。適合修復系統檔損毀或更新失敗，而唔想重新安裝全部程式。修復安裝必須喺已入到 Windows 嘅狀態下掛載 ISO 執行 setup.exe；由 USB 開機行 setup 會行去乾淨安裝路線，唔等於修復安裝。
乾淨重裝定義：抹走系統磁碟、由零安裝 Windows，個人檔案、程式、設定全部會失去，除非事前已備份。適合深層系統問題、嚴重惡意軟件感染、或修復安裝都解決唔到的持續 driver 衝突。
| 情況 | 建議先試 |
|---|---|
| 已鎖定單一 driver 或軟件衝突，系統檔可能損毀 | 修復安裝（保留檔案及程式），修好後再逐個裝返懷疑 driver |
| 多個 dump 指向唔同 driver、已做晒 WinDbg、Verifier、乾淨啟動、硬件測試仍無頭緒 | 修復安裝先，唔得先考慮乾淨重裝 |
| 懷疑深層感染、系統被改到面目全非、修復安裝後同一藍屏即刻返嚟 | 乾淨重裝（事前完整備份加 BitLocker 金鑰加授權或密碼清單） |
| 硬件測試已證明 RAM、SSD、供電有問題 | 先換硬件，唔好用重裝掩蓋硬件問題；重裝唔會醫好壞 RAM |
無論邊種，都要事前備份：修復安裝雖然設計上保留檔案，但過程中出事仍然有資料遺失風險，唔好以為「保留檔案即係唔使備份」。修復安裝前置檢查：C: 碟要有足夠空間（第三方教學建議最少約 25 GB 空位，只係建議值，唔係 Microsoft 硬性規定）、確認 TPM 2.0、Secure Boot、CPU 兼容、事前做磁碟映像更穩陣。
多機同一停止代碼的分流只講問題本身，唔再展開企業流程：先問共性——係咪同一批更新、同一 driver 版本、同一軟件（例如保安軟件、VPN、監控程式）、同一硬件批次、同一韌體版本？共性越強，越要先停或回滾共性項目、查 Release Health 或廠商公告，唔好逐部機逐部做硬件測試浪費時間。若多機同時喺某次更新後出事，要先查該更新有無 safeguard hold 或 out-of-band 修復，唔好即刻逐部重裝。
十三、預防復發政策：寫成可執行的清單
Dump 設定： 確保系統有開 dump，否則下次藍屏無證據；藍屏後要保留 `C:\Windows\Minidump\` 檔案，唔好用清理工具清走佢哋。
驅動更新策略（以下係實務建議，唔係官方規定）：
- 只用廠商官方或 Windows Update 渠道更新 driver，唔好用第三方「一鍵更新全部 driver」工具一次過換晒。
- 一次只更新一個懷疑 driver，更新後觀察一段時間先再郁下一個，否則出事都唔知邊個更新引起。
- 更新前做還原點，記低舊 driver 版本，方便回滾。
還原點同備份： 開 Verifier、更新 driver、更新 BIOS 或韌體、做修復安裝之前，全部都要先有還原點或磁碟映像；無還原點就等於無退路。三層分工唔好混淆（Microsoft 官方備份總覽）：Windows Backup 或 OneDrive 備份個人檔案同設定；File History 用外置碟或網絡位置，持續保存個人檔案多個版本；System Protection 或系統還原點係系統檔案、設定、登錄檔快照，可還原系統變更，唔會還原已刪除嘅個人檔案。系統保護未必預設開啟；要先喺「建立還原點」→ 系統保護分頁 → 揀 C 碟 → 設定 → 開啟系統保護，先至有得手動建立；每次大改之前手動建立一個，名要寫清楚改動內容，例如「Before Graphics Driver Update」「Before Windows Update」。
還原點時限要謹慎寫：有 2026 年 10 月 21 日更新嘅第三方整理指 Windows 11 還原點有 60 日上限，過期就冇，冇設定可以延長；功能更新亦可清走全部還原點；長期回溯要靠完整系統映像備份，唔好靠還原點。呢點屬第三方報導整理，唔好寫成 Microsoft 官方文件原文；穩陣寫法係「據 2026 年第三方整理，還原點保留期有限，唔好假設舊點仲喺度；動手前即刻檢查時間戳」。
監測： 藍屏之後要記低日期、時間、當時做緊乜、停止代碼；用 Event Viewer 對時間線，唔好淨係記「又藍屏」。定期睇溫度、風扇、磁碟健康，唔好等到藍屏先檢查。
十四、誤解拆解
1. 「`Probably caused by` 寫邊個 driver，邊個就係兇手。」錯。佢只係線索，要靠多個 dump 加 stack 加 lmv 交叉確認。
2. 「見到 ntoskrnl.exe 即係 Windows 壞咗，要重裝。」錯。核心經常出現，因為佢係出事嗰刻企喺度的位置；真正觸發者多數係 driver 或硬件。
3. 「MemTest86 跑 1 個 pass 無錯誤，RAM 就百分百無事。」錯。1 pass 只係快速檢查；間歇故障要 2–4 pass 或過夜先有機會捉到，而且 0 錯誤都唔係百分百保證。
4. 「MemTest86 有紅字，一定係嗰條 RAM 壞，換咗就得。」錯。紅字可能來自插槽、主機板、控制器、韌體設定、溫度或 XMP 唔穩；要逐條換插槽再測先好落結論。
5. 「Driver Verifier 無事，即係 driver 同硬件都無事。」錯。Verifier 只測 driver 行為，唔測硬件；硬件壞未必會令 Verifier 藍屏。
6. 「乾淨啟動可以長期用，當係慳資源模式。」錯。乾淨啟動係診斷狀態，做完要還原，否則防毒、備份、同步等服務會長期停用。
7. 「Secure Boot 憑證到期，部機即刻開唔到。」錯。開機時一般唔強制執行到期日，部機仍然開到；真正影響係之後收唔到開機鏈安全更新同撤銷清單。
8. 「重裝 Windows 可以醫好所有藍屏。」錯。壞 RAM、壞 SSD、供電不足、過熱，重裝都醫唔好；重裝前要先排除硬件線。
9. 「修復安裝保留檔案，即係唔使備份。」錯。保留檔案係設計目標，唔係保證；過程中出事仍然會失去資料，事前備份不可省。
10. 「藍屏代碼每次都唔同，代表無得醫。」錯。每次都唔同本身就係線索——指向更底層的 RAM、供電、主機板或符號未載入，唔係「無頭緒」。
11. 「搵唔到 BitLocker 金鑰，Microsoft 可以幫手拎返。」錯。Microsoft 明確表示唔能夠取回、提供或重建遺失的復原金鑰。
12. 「DDU 係 Microsoft 官方工具，包醫百病。」錯。DDU 係第三方工具；硬件故障（供電鬆、散熱失效）刪驅動係醫唔好嘅。
13. 「回滾驅動可以逐級揀返任何舊版。」錯。Windows 只保留上一個版本；按鈕灰色即係冇得回滾。
14. 「暫停更新等於永久關閉更新。」錯。暫停係 35 日為限、可續期嘅 hold；到期自動恢復；長期唔更新會落後，24H2 已於 2026 年 10 月 13 日結束更新支援。
15. 「繞過 safeguard hold 裝新版冇問題。」錯。Hold 存在就係因為 Microsoft 已知該組合有嚴重問題；繞過有機會裝咗已知會出事嘅版本。
16. 「WinRE 可以卸載任何一個舊更新。」錯。WinRE 只卸載最新嗰一個品質或功能更新；舊問題要用系統還原。
17. 「Kernel-Power 41 等於火牛壞。」錯。41 只代表上次非正常關機，要睇 BugcheckCode 同 dump 先有意義。
18. 「HWiNFO 電壓正常等於火牛一定冇事。」錯。軟件讀數捉唔到短暫干擾或電源內部故障；換已知良好電源交叉測試先有決定性。
19. 「2026 年 1 月或 6 月更新令所有電腦藍屏。」錯。1 月 KB5074109 官方承認範圍係有限數量、主要商用裝置；6 月 KB5094126 的 BSOD 或 BitLocker 部份，Microsoft 承認程度同第三方報導要分開寫。
20. 「藍屏後即刻重裝 Windows 最快。」錯。未做隔離、未備份、未記低代碼同時間就重裝，會銷毀判斷線索；重裝後若硬件本身有問題，藍屏會返嚟。
十五、停手送修紅線：出現任何一項即停
以下任何一項出現，即停手，唔好再反覆通電或反覆重裝（綜合上述來源的判斷邏輯，屬實務建議，唔係逐項官方條文）：
- BIOS 或最小系統狀態下都照樣出事（已排除 Windows 驅動）。
- 單條 RAM、換槽、換電源、拔獨顯、關 XMP、還原 BIOS 預設全部試過，藍屏模式不變。
- 聞到燶味、見到脹電容或燒痕、電源有異響異味、電池脹起（筆電）。
- 硬碟或 SSD 出現異響、SMART 已有明確故障徵兆（前文已深講 SMART，呢篇只需叫停）。
- 資料未備份而磁碟本身有懷疑故障：先停手保資料，唔好喺懷疑故障碟上反覆做重裝或 chkdsk 寫入。
- 保養期內機：自行拆機或換件可能影響保養，先查保養條款再決定。
- 企業機或加密機：冇 BitLocker 金鑰、冇管理員授權就唔好入 WinRE 亂卸更新。
- `!errrec` 顯示 Fatal 硬件錯誤、MemTest86 換插槽都仲有錯、供電懷疑未排除。
收費方面再次說明：搵唔到公開、適用於本公司的藍屏根治價目，所有維修項目一律「需個別報價」，本文不作任何估價，亦不寫任何成功率數字。
常見問題 FAQ
Q1：部機一個月藍屏一次，算唔算反覆藍屏？
要睇代碼同時間線。Microsoft 官方講明大多數偶然重啟由重啟本身解決；但同一停止代碼頻繁出現就要跟流程。一個月一次但每次都係同一個代碼，值得記低同跟進；如果代碼次次唔同、間隔又長，先觀察同記低，唔好即刻大修。
Q2：WinDbg 寫住 Probably caused by 某個 driver，係咪即刻移除佢就得？
唔好咁快下結論。Probably caused by 只係「最可能」的線索，有時係真兇，有時只係損毀浮現的位置。要睇多 3–5 個 dump 的 IMAGE_NAME 同 stack 係咪一致，再用 `lmv` 查版本同發行商，先至好決定更新、回滾定移除。
Q3：見到 ntoskrnl.exe，係咪即係 Windows 壞咗要重裝？
唔係。ntoskrnl.exe 經常出現，因為核心係出事嗰刻企喺度的位置，真正觸發者多數係 driver 或硬件；要靠 IMAGE_NAME、stack 同多個 dump 交叉比對先好下結論。
Q4：Driver Verifier 開咗之後入唔到 Windows，點算？
有逃生方法：入安全模式做 `verifier /reset`；入唔到安全模式，就用 Windows 安裝媒體入 WinRE → 命令提示字元做 `verifier /reset`，或用事前還原點還原。所以開 Verifier 之前一定要先建立系統還原點或系統映像，千祈唔好喺唯一工作機上面亂開。
Q5：MemTest86 要跑幾多個 pass 先算過關？
呢個係第三方教學共識，唔係官方規定：最少 2 個完整 pass；要認真查間歇故障，跑 4 個 pass 或過夜。1 個 pass 只係快速檢查，0 錯誤都唔係百分百保證；任何一個可重複錯誤都要跟進，紅字仲要逐條換插槽再測，先好斷定係條 RAM 定插槽問題。
Q6：乾淨啟動之後藍屏消失，係咪代表部機修好咗？
唔係。乾淨啟動只係診斷狀態，證明元兇喺被停用的第三方服務或啟動項目入面；之後要用「分半再開」法鎖定單一項目，再針對嗰個項目更新、移除或設定，最後一定要將停用的服務同啟動項目還原，唔好將乾淨啟動當日常模式長期用。
Q7：2026 年 Secure Boot 憑證到期之後，部機係咪即刻開唔到？
唔係。開機時一般唔強制執行憑證到期日，已登記的 2011 憑證即使過期，裝置仍然可以開機；真正影響係之後再收唔到新的 Secure Boot 資料庫更新、DBX 撤銷清單同 Windows Boot Manager 保護更新。修復前唔好亂清 DB 或 KEK，亦唔好亂關 Secure Boot。
Q8：郁 Secure Boot 或做修復安裝之前，最緊要做咩？
先搵定 BitLocker 48 位復原金鑰。用畫面顯示的 Key ID 頭 8 位對返儲存嗰條金鑰，個人裝置多數喺 Microsoft 帳戶搵到，公司或學校裝置問 IT 部門。Microsoft 唔能夠代用戶取回遺失的金鑰，搵唔到金鑰就唔好做 Reset、重裝或格式化磁碟。
Q9：修復安裝同乾淨重裝，點揀？
已鎖定單一 driver 或軟件衝突、系統檔可能損毀，先試修復安裝（保留個人檔案及應用程式）；懷疑深層感染、修復安裝後同一藍屏即刻返嚟，先考慮乾淨重裝；硬件測試已證明 RAM、SSD、供電有問題，先換硬件，唔好用重裝掩蓋硬件問題。無論邊種都要事前備份，保留檔案係設計目標，唔係保證。
Q10：幾時應該停手，唔好再自己試落去？
BIOS 或最小系統都出事、隔離全套試完模式不變、聞到燶味或見到燒痕脹電容、資料未備份而磁碟有懷疑故障、保養期內未查保養條款、企業加密機未有金鑰或授權——出現任何一項即停手送修，唔好再反覆通電或反覆重裝。
來源連結
- Microsoft Support — Troubleshooting Windows unexpected restarts and stop code errors
- Microsoft Learn — Memory dump file options
- Microsoft Learn — Read a small memory dump file
- NinjaOne — Debug crash dumps using WinDbg in Windows 10
- Dell 支援 — How to read mini dump files
- TechDows — Getting started with WinDbg on Windows 10
- TechBloat — Getting started with WinDbg on Windows 10
- Tom's Hardware 論壇 — Driver Verifier instructions
- Microsoft Learn 博客 — Interpreting a WHEA error for a MCA fault
- Microsoft Answers — WHEA Uncorrectable Error (124))
- Microsoft Answers — WHEA Uncorrectable Error Windows 8.1 BSOD help
- Geek Rewind — How to perform a clean boot in Windows 11
- Windows101Tricks — How to perform clean boot
- Microsoft Learn — Troubleshoot upgrade fails with error 0xc1900101-0x20017（內含 clean boot 官方步驟）
- Tom's Hardware 論壇 — BSOD secure kernel error 0x18B
- Microsoft Answers — Use Driver Verifier now stuck in bootloop
- Microsoft Answers — Verifier caused BSOD on reboot and advanced repair
- Microsoft Answers — Driver Verifier boot loop
- Microsoft Learn — Driver Verifier
- Microsoft Answers — How can I fix verifier violation on Windows 11
- Microsoft Answers — Driver Verifier tracking down a misbehaving driver-driver-verifier-tracking-down-a-mis-beha?forum=windows-windows_10-update&referrer=answers)
- How-To Geek — How to roll back a driver in Windows
- MundoBytes — Driver rollback in Windows
- Intel 官方支援 — DDU 指南
- MSI 官方 FAQ — DDU FAQ
- GeeksDigit — Clean install NVIDIA driver
- SolveMix — Windows 11 latest Display Driver Uninstaller version guide
- CyberPower UK — How to reinstall your display drivers with DDU
- Microsoft Answers — How to clean install my GPU driver with DDU
- PDQ — How to roll back Windows updates
- SolveYourTech — How to cancel Windows 11 update in progress
- Woshub — Uninstall Windows update CMD PowerShell
- TechDows — Windows 11 KB5074109 issues how to remove the update
- Help Desk Geek — Uninstall Windows update Windows 10 11
- Windows Forum — Windows 11 24H2 25H2 lets you repeatedly extend update pauses
- SolveYourTech — How to disable automatic updates Windows 11
- Microsoft Learn — Safeguard holds
- Windows Forum — Windows Autopatch adds per-update pauses not rollback
- Windows Forum — Consistent crashes believe it is GPU or RAM
- Linus Tech Tips 論壇 — PC freezes hard resets with no BSOD
- ASRock 論壇 — RAM 測試討論
- Linus Tech Tips 論壇 — PC no video output after POST
- MemsTechTips — How to test RAM errors Windows MemTest86
- SolveMix — Windows 11 how to use MemTest86 with UEFI expert guide
- Tech Insider — How to test RAM gaming crashes MemTest86 2026
- Tom's Hardware 論壇 — How to test faulty RAM for errors with MemTest86
- The Windows Club — Advanced memory diagnostic on Windows 7 with MemTest86
- MemTest86 官方 — Execution time
- Microsoft VirtualClient — Prime95 workload
- Prime95 官方
- NextStruggle — Ultimate guide to stress testing your PC with Prime95 and FurMark
- TrueGeometry — Stress testing guide
- TweakTown — Your PC is overheating and Windows won't tell you
- SevenForums — CPU temperature overheat discussion（電壓 ±5% 論壇整理，非官方標準文件）
- Adwaitx — Should I update to Windows 11 25H2
- Kimiyoya — Windows 11 25H2 known issues workarounds
- Pureinfotech — Windows 11 25H2 known issues
- BornCity — Windows 11 24H2 25H2 out-of-band recovery update KB5070762
- BornCity — Windows 11 24H2 25H2 out-of-band update KB5070773 fixes USB keyboard and mouse issues in WinRE
- Avid 知識庫 — Fixing bluescreen issues upgrading to Windows 11 24H2 or 25H2
- Windows Latest — Microsoft confirms Windows 11 KB5074109 January 2026 update causes BSOD boot issues on some PCs
- SecurityOnline — Boot loop nightmare Microsoft confirms Windows 11 January update causes system-killing BSOD
- HotHardware — Windows 11 January update bricking some PCs
- Windows Latest — Microsoft confirms issues in Windows 11 KB5094126 June 2026 update
- Windows Forum — Windows 11 had more 2026 update regressions than Windows 10
- AllThingsHow — Windows 11 KB5094126 issues BSOD BitLocker and OneDrive fixes
- Windows Latest — Windows 11 KB5094126 issues include boot failures BSOD BitLocker recovery on some PCs
- abit.ee — Windows 11 update KB5079473 triggers BSODs freezes and reboot loops
- TechRadar — Microsoft admits its Windows update to fix Always On VPN issue didn't actually work
- Microsoft Support — Secure Boot certificate updates guidance for IT professionals and organizations
- Google Cloud — MS Secure Boot certificates expiration
- Windows Latest — Windows 11's last Secure Boot deadline hits Monday
- GBHackers — Expiring Microsoft Secure Boot keys may block DBX updates on legacy devices
- KeyIT — Secure Boot certificate expiry October 2026
- Dell 支援 — How to locate the BitLocker recovery key in your Microsoft account
- CaseTrue — Windows 11 update boot recovery WinRE BitLocker guide
- Microsoft Answers — BitLocker key recover
- Microsoft Answers — BitLocker recovery key
- Microsoft Answers — BitLocker recovery key
- Microsoft Answers — Where to find my BitLocker recovery key
- Microsoft Answers — In-place upgrade of Windows 10 to Windows 11
- Microsoft Tech Community — How can I clean install Windows 11 from Windows 10 without USB
- AOMEI — Windows 11 upgrade vs clean install
- RealInfoB — How to clean install Windows 11 without USB
- Microsoft Answers — Do I need to reinstall everything when I update
- Microsoft Support — KB330132 memory dump
- Microsoft Support — Backup restore and recovery in Windows
- TechBaked — System Restore Windows
- SolveYourTech — How to do a system restore on Windows 11
- WindowsDigitals — Why Windows 11 keeps only one restore point
- Windows Forum — Windows 11 critical 60-day limit for system restore points explained
- Microsoft Support — How to perform a clean boot in Windows
- Microsoft Learn — Safeguard holds（企業補充引用）
- Undercode News — Windows 11 January 2026 update boot failures explained
- Windows Forum — MSConfig still matters fast Windows startup troubleshooting guide
- Microsoft Answers — How to use MSConfig to diagnose issues on Windows
- ComputerZone — Microsoft halts Windows 11 24H2 upgrades on ASUS laptops over fatal BSOD crashes（第三方報導，safeguard hold 歷史例子）
- DisplayCard-Repair — GPU stuck at POST logo screen BIOS GOP CSM troubleshooting（拔卡陷阱補充）
- Microsoft Support — Secure Boot certificate KB5036210 deploying Windows UEFI CA 2023
- WSU IT — Windows Secure Boot certificates expire 2026
---
相關文章
- Windows 藍畫面（藍屏死機）點排查？常見停機碼解讀＋自救步驟全指南
- Windows 藍畫面有得搞：睇 error code 搵出元兇
- 香港用家備份策略完整指南：3-2-1 法則點做先叫真備份？Time Machine、Windows、雲端同離線碟點分工
常見問題
部機一個月藍屏一次，算唔算反覆藍屏？
要睇代碼同時間線。Microsoft 官方講明大多數偶然重啟由重啟本身解決；但同一停止代碼頻繁出現就要跟流程。一個月一次但每次都係同一個代碼，值得記低同跟進；如果代碼次次唔同、間隔又長，先觀察同記低，唔好即刻大修。
WinDbg 寫住 Probably caused by 某個 driver，係咪即刻移除佢就得？
唔好咁快下結論。Probably caused by 只係「最可能」的線索，有時係真兇，有時只係損毀浮現的位置。要睇多 3–5 個 dump 的 IMAGE_NAME 同 stack 係咪一致，再用 `lmv` 查版本同發行商，先至好決定更新、回滾定移除。
見到 ntoskrnl.exe，係咪即係 Windows 壞咗要重裝？
唔係。ntoskrnl.exe 經常出現，因為核心係出事嗰刻企喺度的位置，真正觸發者多數係 driver 或硬件；要靠 IMAGE_NAME、stack 同多個 dump 交叉比對先好下結論。
Driver Verifier 開咗之後入唔到 Windows，點算？
有逃生方法：入安全模式做 `verifier /reset`；入唔到安全模式，就用 Windows 安裝媒體入 WinRE → 命令提示字元做 `verifier /reset`，或用事前還原點還原。所以開 Verifier 之前一定要先建立系統還原點或系統映像，千祈唔好喺唯一工作機上面亂開。
MemTest86 要跑幾多個 pass 先算過關？
呢個係第三方教學共識，唔係官方規定：最少 2 個完整 pass；要認真查間歇故障，跑 4 個 pass 或過夜。1 個 pass 只係快速檢查，0 錯誤都唔係百分百保證；任何一個可重複錯誤都要跟進，紅字仲要逐條換插槽再測，先好斷定係條 RAM 定插槽問題。
乾淨啟動之後藍屏消失，係咪代表部機修好咗？
唔係。乾淨啟動只係診斷狀態，證明元兇喺被停用的第三方服務或啟動項目入面；之後要用「分半再開」法鎖定單一項目，再針對嗰個項目更新、移除或設定，最後一定要將停用的服務同啟動項目還原，唔好將乾淨啟動當日常模式長期用。
2026 年 Secure Boot 憑證到期之後，部機係咪即刻開唔到？
唔係。開機時一般唔強制執行憑證到期日，已登記的 2011 憑證即使過期，裝置仍然可以開機；真正影響係之後再收唔到新的 Secure Boot 資料庫更新、DBX 撤銷清單同 Windows Boot Manager 保護更新。修復前唔好亂清 DB 或 KEK，亦唔好亂關 Secure Boot。
郁 Secure Boot 或做修復安裝之前，最緊要做咩？
先搵定 BitLocker 48 位復原金鑰。用畫面顯示的 Key ID 頭 8 位對返儲存嗰條金鑰，個人裝置多數喺 Microsoft 帳戶搵到，公司或學校裝置問 IT 部門。Microsoft 唔能夠代用戶取回遺失的金鑰，搵唔到金鑰就唔好做 Reset、重裝或格式化磁碟。
修復安裝同乾淨重裝，點揀？
已鎖定單一 driver 或軟件衝突、系統檔可能損毀，先試修復安裝（保留個人檔案及應用程式）；懷疑深層感染、修復安裝後同一藍屏即刻返嚟，先考慮乾淨重裝；硬件測試已證明 RAM、SSD、供電有問題，先換硬件，唔好用重裝掩蓋硬件問題。無論邊種都要事前備份，保留檔案係設計目標，唔係保證。
幾時應該停手，唔好再自己試落去？
BIOS 或最小系統都出事、隔離全套試完模式不變、聞到燶味或見到燒痕脹電容、資料未備份而磁碟有懷疑故障、保養期內未查保養條款、企業加密機未有金鑰或授權——出現任何一項即停手送修，唔好再反覆通電或反覆重裝。