📌 重點摘要
- •桌面（Desktop）、文件（Documents）、圖片（Pictures）、影片（Videos）、音樂（Music）等用戶資料夾；
- •唔在用戶資料夾的檔案：例如直接放在 C: drive 其他自訂資料夾的檔案，呢啲檔案在重設時未必會被保留，要逐個檢查；
- •外置硬碟、USB 或雲端最少一份備份；備份完要開嚟驗證，確認檔案開得到，唔好只睇容量數字。
- •Windows 備份工具方向：Windows Backup 可將桌面、文件、圖片、影片、音樂等資料夾同步到 OneDrive；File History 可備份文件、圖片、音樂、影片、桌面、OneDrive 檔案等，並保留舊版本。
- •如有需要，建立系統映像（System Image），作為成部電腦的完整備份，之後可作整機還原參考。
藍屏之後，第一件事唔係重裝：先保資料，再進階排查
上一篇文章講過藍屏的一般成因，今篇講另一回事：藍屏已經發生之後，點樣保住資料，再用進階方法一步一步收窄元兇。次序好重要——先備份、抄低證據，再做低風險排查，最後先考慮高風險工具或者重裝。倒轉次序，好容易資料未備份就已經被重裝或者反覆重啟搞到更難處理。
本文所有操作步驟同定義，均對回兩份研究筆記所列的 Microsoft Learn、Microsoft Support 及 Microsoft Q&A 來源；凡屬第三方整理或者研究綜合的判斷，文中會講明，唔會包裝成官方指引。同一句提醒要先講清楚：同一個 stop code 可以有多個成因，單憑藍屏畫面一行字，唔能夠斷定係邊件硬件壞，一定要結合 dump 檔案、事發前改動同重複出現的規律先好落判斷。
第一原則：唔好即刻重裝，先抄證據同備份
Microsoft Support 的恢復選項文件明確提醒，進行恢復選項之前，一定要先嘗試將重要檔案備份去外置硬碟或雲端，因為部分選項例如重設或者重裝可能導致資料遺失。同一文件的邏輯亦好清楚：Windows 開唔到機、Startup Repair 唔得、System Restore 唔得，先至輪到用恢復磁碟或者安裝媒體重裝。換句話說，重裝係較後面的選項，唔係第一步。完全重裝會由頭安裝 Windows，並移除電腦上的所有檔案同應用程式，所以進行之前一定要先備份。
入到 Windows 時，建議次序如下：
1. 先抄低證據，後做大動作：記低 stop code、事發時間、事發前做過甚麼，例如剛剛更新驅動、安裝軟件、加硬件或者更新 Windows。將 C:\Windows\Minidump 入面的 .dmp 檔案複製去另一位置，例如桌面，再壓縮保存，唔好在未分析之前就用磁碟清理刪走佢哋。Microsoft Q&A 多個回覆都建議將 Minidump 檔案複製去桌面再壓縮保存。
2. 先備份，後診斷：將重要檔案備份去外置硬碟或雲端先，再做需要重啟的診斷。舉例來說，Windows 記憶體診斷本身就要重啟電腦先執行，開住未存檔的檔案就做診斷，風險好高。
3. 備份之後先做破壞性較低的排查：例如更新或者回滾最近的驅動、系統檔案檢查、磁碟檢查等，每做一步都要觀察藍屏係咪仲出現，先好做下一步，否則換完都唔知邊一步有效。
4. 懷疑磁碟出事時，唔好不停重複開關機試下得唔得：呢句係操作建議，唔係官方指引。每次不正常關機或者重啟，都可能令未備份資料的風險增加。
開唔到機時，可以考慮 Windows 恢復環境（WinRE）路線。Microsoft Q&A 整理的常用方法是：在 Windows 開始載入、即係轉圈的時候，按住電源掣 5–10 秒強制關機，做兩次，第三次開機就會入 WinRE，入面有 Startup Repair、Safe Mode、Command Prompt 等選項。按 Microsoft Support 恢復選項文件的邏輯，次序係先 Startup Repair，再 System Restore，有恢復磁碟就用恢復磁碟重裝，冇就用安裝媒體重裝。入到 Safe Mode 之後，先備份資料，再檢查驅動程式。
如果連 WinRE 都入到 Command Prompt，Microsoft Q&A 提過一個實用方法：在 WinRE 開 Command Prompt，輸入 notepad.exe，再用記事本的「檔案 → 開啟」對話框當作檔案總管，將檔案複製去 USB。由安裝媒體開機，選 Repair your computer，再入 Troubleshoot、Command Prompt，同樣可以用呢個方法。製作安裝媒體的前提係需要另一部正常運作的電腦，同埋最少 8GB 空間的 USB 手指，並且喺 Microsoft 官方網站下載 Windows 安裝媒體製作工具。如果以上方法都入唔到，又冇備份，本文的建議係唔好自己亂試格式化或者重裝，而係先保留現狀，尋求可以讀取硬碟的檢查。呢句係研究建議，唔係官方引述。
邊啲情況要特別小心資料？反覆出現 KERNEL_DATA_INPAGE_ERROR（0x7A）或者磁碟相關指向，優先懷疑儲存裝置或者分頁檔讀取問題，備份優先級最高，唔好先做磁碟重組或者大量寫入。反覆出現 CRITICAL_PROCESS_DIED（0xEF）又入唔到系統，系統檔案或者磁碟完整性可能已經受損，WinRE 的 System Restore 或者離線系統檔案檢查，比直接重裝更值得先試。就算只有一次、之後回復正常的藍屏，仍然值得保留 Minidump 同記低時間線，唔好當冇事發生，否則之後再次出現同一 code 都冇得對照。
Dump 檔案點睇：位置、種類、WinDbg 同 BlueScreenView
預設位置
小型 dump（Minidump）預設位置為 %SystemRoot%\Minidump，即一般所講的 C:\Windows\Minidump。核心或者完整 dump 預設檔案為 %SystemRoot%\MEMORY.DMP，即 C:\Windows\MEMORY.DMP；MEMORY.DMP 只會喺真正發生 crash（bug check）之後先出現，冇 crash 就冇呢個檔。以上位置見 Microsoft Learn〈Memory dump file options〉同相關 Microsoft Q&A 討論。如果 C:\Windows\Minidump 資料夾係空的，有可能係未曾產生過 dump，或者 dump 設定被關閉，要先檢查「啟動及修復」設定。
設定路徑概念係：控制台 → 系統 → 進階系統設定 → 進階 → 啟動及修復 → 設定 →「寫入偵錯資訊」下拉選單，喺度亦可以睇到小型 dump 目錄同 dump 檔案路徑。改完登錄或者設定之後要重新啟動 Windows 先生效，呢點係 Microsoft Learn 原文提醒。想日後有得查，唔好將設定改成 None；如果磁碟空間緊張，保留 Minidump 已經足夠做初步對照，完整 dump 只適合懷疑要深入分析的個案。呢段係實用研究要點，唔係官方引述。
Dump 種類對照表
下表按 Microsoft Learn〈Memory dump file options〉列出的 CrashDumpEnabled 設定值整理。原文為 Windows Server 文件，但種類定義適用於 Windows 的 dump 機制，寫作時要註明呢個對照來自 Server 文件，唔好寫成家用版專屬說明。
| 設定 | 內容要點 | 預設檔案 |
|---|---|---|
| None（0x0） | 唔產生 dump | — |
| Complete memory dump（0x1） | 實體記憶體的完整內容，最大、最佔空間 | %SystemRoot%\MEMORY.DMP |
| Kernel memory dump（0x2） | 只包括 Windows 核心、硬件抽象層（HAL）、核心模式驅動程式等核心模式記憶體，唔包括未分配記憶體同用戶模式程式記憶體 | %SystemRoot%\MEMORY.DMP |
| Small memory dump（0x3，64 KB） | 最細，只包括 stop code、參數、已載入驅動程式清單、事發進程／執行緒同核心 stack 等基本資料 | %SystemRoot%\Minidump |
| Automatic memory dump（0x7） | 系統按可用資源自動決定，性質近似 kernel dump；為預設設定方向之一 | %SystemRoot%\MEMORY.DMP |
| Active memory dump（0x1＋FilterPages 0x1） | 過濾非必要分頁，比完整 dump 細，但比 kernel dump 詳細 | %SystemRoot%\MEMORY.DMP |
WinDbg：官方檢視方法
WinDbg 係 Microsoft 的偵錯工具，可開啟用戶模式同核心模式 dump；分析 dump 之前要設定符號檔路徑，否則無法準確分析。Microsoft Learn〈Read small memory dump files〉的搜尋摘要列出常用指令：!analyze -show 顯示 stop 錯誤碼同佢的參數；!analyze -v 詳細輸出，包括錯誤碼、可能肇事模組、stack 等；lm N T 列出已載入模組，包括狀態同路徑。圖形版 WinDbg 可用符號伺服器路徑，例如 srvC:\Symbolshttps://msdl.microsoft.com/download/symbols。研究筆記特別提醒，該頁本次直接開啟時被拒絕存取，下列要點以搜尋摘要同其他 Microsoft 文件為準，引用前應再開一次原文覆核。
WinDbg 輸出入面要睇的欄位，第三方整理同 Microsoft 指令輸出結構一致：BUGCHECK_STR（人類可讀的藍屏名）、Probably caused by（最可能肇事的驅動／模組）、IMAGE_NAME（觸發 crash 的檔案名）、STACK_TEXT（crash 前的函數呼叫次序）。
最重要的一點限制，必須講清楚，唔好寫成一睇就知邊件硬件壞：Probably caused by 只係自動分析的最可能指向，唔係定罪。如果指向 ntoskrnl.exe（Windows 核心本身），核心本身好少係元兇，真正原因往往藏喺更深的 stack，或者由第三方驅動傳入無效指令所致。呢點屬第三方詮釋，正確做法係要再睇 stack 同重複出現的模組名，唔好單憑一行字就換件。
BlueScreenView：快速對照工具
BlueScreenView 由 NirSoft 開發，係免費工具，會自動掃描藍屏期間產生的全部 Minidump 檔案，並用一個表列出每次 crash，包括 Minidump 檔名、crash 日期時間、Bug Check Code 同 4 個參數，以及可能肇事的驅動／模組資料。用法上，開啟程式後上半部按時間列出每次 crash，下半部列出事發時載入的核心模組，其中同 crash stack 有關的驅動會被標示；關鍵欄位係 Bug Check String（例如 DRIVER_IRQL_NOT_LESS_OR_EQUAL）同 Caused By Driver（例如某個 .sys 檔案）。
定位要講明：BlueScreenView 適合快速睇多次 crash 係咪指向同一個驅動，唔適合取代 WinDbg 的深入分析；佢只係顯示 dump 入面的資料，本身唔會修復 crash，唔好寫成一鍵修復工具。呢個工具並非 Microsoft 官方工具，引用時要講明開發者係 NirSoft。
事件檢視器：藍屏畫面閃得太快時點查
重啟之後可喺事件檢視器 → Windows 記錄 → 系統，搵 BugCheck 事件（Event ID 1001）睇 stop code 同參數。Kernel-Power 事件（Event ID 41）只代表電腦冇正常關機就重啟，本身唔等於藍屏證據，要同 1001 一齊睇。呢個分別好重要，好多人見到 41 就以為一定係藍屏，其實 41 可以係斷電、強制關機等多種原因造成。
常見 stop code 進階對照表：唔好只睇字面翻譯
下表官方定義盡量用 Microsoft Learn bug check 文件的原意，凡係經 Q&A 轉述的，都會註明。所有方向都係優先懷疑方向，唔係確診。研究筆記亦提醒，Microsoft Learn 的 0x1A、0xEF、0x7A、0x50 正式 bug check 頁，今次只搵到 Q&A 轉述版本，未能直接引用 Learn 原文定義，引用嗰幾個 code 的正式定義時，應先開 Learn 的 Bug Check Code Reference 覆核一次。
| Stop code | 官方／轉述定義 | 進階排查方向 |
|---|---|---|
| DRIVER_IRQL_NOT_LESS_OR_EQUAL（0xD1） | 核心模式驅動程式喺進程 IRQL 太高嘅情況下，嘗試存取可分頁記憶體。4 個參數分別係：被參照的記憶體、事發時的 IRQL、讀／寫／執行、參照記憶體的地址。來源：Microsoft Learn Bug Check 0xD1。 | 先睇 dump 入面指向邊個 .sys 檔案，常見方向係顯示、網絡、儲存驅動；睇下係咪最近更新或者安裝驅動之後先開始；唔好一見到就歸咎硬件。 |
| IRQL_NOT_LESS_OR_EQUAL（0xA） | 喺 IRQL 太高時存取咗分頁記憶體（或無效記憶體）。Q&A 轉述指出，呢個錯誤通常喺安裝咗有問題的裝置驅動程式、系統服務或 BIOS 之後出現。 | 同 0xD1 類似，但要分清楚：0xA 未必指明係某個驅動，排查要加埋系統服務、BIOS 同最近升級或者改動；睇事件檢視器系統記錄搵可能肇事的裝置或驅動。 |
| MEMORY_MANAGEMENT（0x1A） | 發生咗嚴重的記憶體管理錯誤。 | 唔好直接等於 RAM 壞：Q&A 個案指出，第一參數唔同代表唔同子問題，例如有個案第一參數為特定數值時被解讀為 working set free list 損毀，並懷疑係硬件錯誤；但同一 code 喺其他個案可以指向驅動或顯示相關因素。所以要先跑記憶體診斷、睇 dump 參數、睇有冇超頻或者 XMP 設定改動，再決定係咪硬件方向。 |
| CRITICAL_PROCESS_DIED（0xEF） | 一個 Windows 核心進程意外終止，系統被迫 bug check。Q&A 指出呢類錯誤較嚴重，通常指向系統檔案損毀、磁碟完整性問題或驅動衝突。 | 睇事件檢視器 1001 附近的記錄，留意邊個核心進程出事，Q&A 提及的例子包括 smss.exe、csrss.exe、wininit.exe；排查次序建議：系統檔案檢查、磁碟檢查、儲存或者防毒驅動、最近改動；如果一開機就 loop，要用 WinRE 處理。 |
| KERNEL_DATA_INPAGE_ERROR（0x7A） | 要求由分頁檔讀入記憶體的核心數據頁無法被讀入記憶體。 | 優先向儲存方向查：磁碟或者 SSD、連接、檔案系統、分頁檔；Q&A 亦提及磁碟硬件錯誤、損壞磁碟區等可能原因；唔好一見到就只驗 RAM。 |
| PAGE_FAULT_IN_NONPAGED_AREA（0x50） | 參照咗無效的系統記憶體。Q&A 轉述的常見原因包括裝置驅動程式錯誤、硬件相關記憶體問題、NTFS 磁碟區損毀、防毒軟件。 | 方向要分兩邊：驅動、防毒、新硬件一邊，RAM、磁碟一邊；先睇 dump 指向邊個模組，再決定驗邊樣，唔好一開始就全機重裝。 |
點樣用 stop code 做進階排查
1. 記低完整組合，唔好只記名：stop code 名加 4 個參數加 dump 入面指向的模組名，三者一齊先有對照價值；淨係記 MEMORY_MANAGEMENT 係唔夠分流的。
2. 對時間線：crash 係咪喺安裝新硬件、更新驅動、更新 Windows、安裝防毒或者低層工具之後先開始？Q&A 多個回覆都用呢個方法做第一步分流。
3. 對重複性：一次 crash 同多次指向同一個 .sys 的 crash，意義完全唔同。Minidump 資料夾入面多個檔案指向同一個驅動，先值得懷疑嗰個驅動；如果每次指向都唔同，就要優先懷疑記憶體、主機板插槽、供電或系統檔案等共因。呢點為研究整理的方法論，基礎係 Minidump 多檔對照特性。
4. 分層驗證，唔好跳級：驅動方向（更新、回滾、移除最近驅動）→ 系統檔案方向 → 記憶體診斷 → 磁碟檢查 → 硬件隔離（逐條 RAM、拔走新加硬件）。每做一步都要睇下 crash 係咪仲出現，先好做下一步。
5. 唔好將 Probably caused by 當成最終答案：見上文 WinDbg 一節的限制。
Windows 記憶體診斷：點開、點睇結果、點理解限制
官方用法
啟動方法一：喺工作列搜尋框輸入 memory，選 Windows Memory Diagnostic。啟動方法二：按 Win＋R，輸入 mdsched.exe，按 Enter；然後選擇即刻重啟檢查，或者下次啟動時先檢查。測試流程按官方說法：電腦重啟後，診斷工具會喺 Windows 載入之前執行，畫面會顯示測試狀態；即使畫面睇落停頓，測試仍然進行緊；完成後 Windows 會自動再重啟，登入後會見到結果。
測試深淺方面，喺測試進行時按 F1，可用上下鍵將 Test Mix 設定為 Basic、Standard 或 Extended，再按 F10 套用並繼續；預設會自動執行標準測試。結果點睇方面，官方文件只講登入後會見到結果，第三方整理補充：如果登入後冇彈通知，可開事件檢視器 → Windows 記錄 → 系統，搵來源 MemoryDiagnostics-Results；有整理指出 Event ID 1201 代表測試完成並總結結果，1202 則提供檢測到硬件記憶體錯誤時的額外詳情。補充官方情境：假如電腦因為記憶體故障而 crash，而 Windows Memory Diagnostic 檢測到問題，系統會喺下次重啟時提示安排記憶體測試。
限制：通過唔等於 RAM 一定冇事
內置工具屬於初步篩查，相對專門記憶體測試工具較基礎；有整理指出佢可能漏檢間歇性、受熱影響、或者同時間、時序有關的故障。冇檢測到錯誤唔等於排除 RAM：間歇性或軟件相關記憶體問題仍然可能存在；如果問題持續，要考慮用更深入的工具（例如由 USB 開機的第三方測試）再驗，或者逐條 RAM 單獨測試去隔離邊條或者邊個插槽出事。測試中途斷電或者中斷測試會令結果出唔到，測試期間唔好強行關機。測試前要先儲存工作，因為工具要重啟電腦先執行，開住的檔案要先存檔。最後，唔好將記憶體診斷結果同 stop code 掛鈎得太死，例如 MEMORY_MANAGEMENT 指向記憶體管理出嚴重錯誤，但成因可以係硬件、驅動或者其他因素，唔好寫成見到呢個 code 就等於要換 RAM。
乾淨啟動：隔離第三方軟件衝突的正確方法
定義同用途
乾淨啟動係以最少的驅動程式同啟動程式啟動 Windows，令分辨同排查背景軟件衝突變得較容易。Microsoft Support 指出，乾淨啟動與安全模式不同，佢提供更大控制力去隔離問題來源。適合懷疑第三方軟件或者服務衝突時用，例如裝完某個程式、更新後先開始藍屏、某個程式一開就出事。唔適合直接斷定硬件故障；如果乾淨啟動下問題仍然出現，問題未必來自被停用的第三方服務或啟動程式。Microsoft Support 亦指出，若在乾淨啟動環境下程式仍然運行唔正常，問題唔係由其他程式或服務干擾造成。
官方步驟（Windows 10／11）
1. 以系統管理員身份登入電腦。
2. 搜尋 msconfig，開啟系統設定（System Configuration）。
3. 在服務（Services）分頁，剔選隱藏所有 Microsoft 服務（Hide all Microsoft services），再選全部停用（Disable all），按套用（Apply）。呢一步最關鍵：唔剔選隱藏 Microsoft 服務就停用全部服務，有機會令系統出問題。Microsoft Support 亦警告，喺受網絡政策管理的電腦上，唔好在無 Microsoft 支援工程師指導下亂改進階啟動選項。
4. 在啟動（Startup）分頁，選開啟工作管理員（Open Task Manager）。
5. 在工作管理員的啟動應用程式（Startup apps）分頁，逐個將已啟用（Enabled）的項目選停用（Disable），並記低自己停用過邊啲項目，之後要還原。
6. 關閉工作管理員，在系統設定按確定（OK），重啟電腦，即進入乾淨啟動環境。
7. 乾淨啟動期間，電腦可能暫時失去部分功能，屬於預期現象，唔好誤以為係新故障。
點樣用二分法搵元兇
原理好簡單：問題在乾淨啟動下消失，代表元兇在被停用的服務或啟動程式之中；問題仍然出現，代表元兇唔在其中。Microsoft 建議的高效方法，唔係逐個試，而係每次啟用一半已停用的服務或者啟動程式，再重啟測試；若問題再現，元兇在今次啟用的一半之中，下一輪再將呢一半再分一半測試；若問題消失，今次啟用的一半無問題，改試另一半；重複直到隔離到單一服務或啟動項目。搵到元兇之後的兩個合理出路，按 Microsoft Support 原意：聯絡該程式的廠商，睇下有冇修正方法；或在一般使用時保持該服務不剔選、該啟動項目停用。
完成後必須還原正常啟動
1. 搜尋 msconfig，開啟系統設定。
2. 在一般（General）分頁選正常啟動（Normal Startup）。
3. 在服務分頁，取消剔選隱藏所有 Microsoft 服務，選全部啟用（Enable all），按套用。
4. 在啟動分頁開啟工作管理員，將之前停用過的啟動程式逐個重新啟用，按確定。
5. 按提示重啟電腦。
乾淨啟動只係排查模式，唔好長期停留喺乾淨啟動狀態當正常使用；要提醒讀者截圖或記低停用清單，否則還原時會漏。
Driver Verifier：逼有問題驅動現形的工具，唔係修復工具
係咩工具
Driver Verifier 監察 Windows 核心模式驅動程式同圖形驅動程式，偵測可能損壞系統的非法函數呼叫或行為；可以對驅動程式施加不同壓力測試，找出不當行為。來源係 Microsoft Learn〈verifier〉。實用理解上，佢唔係修復工具，而係逼有問題的驅動現形的測試工具。正常使用未必出事的驅動，開咗 Verifier 之後可能更快藍屏，目的就係要攞到指向該驅動的停止碼同檔案名。當系統因 Verifier 而藍屏，畫面可能顯示 DRIVER_VERIFIED_DETECTED_VIOLATION 加上相關 .sys 檔案名；產生的傾印檔可用除錯工具進一步分析。
必須以 Administrators 群組成員身份先可以用 Driver Verifier。基本指令以官方文件列出的語法為準：verifier /standard /all 以標準設定驗證全部驅動；verifier /standard /driver NAME 以標準設定驗證指定驅動；verifier /query 查詢現時設定；verifier /querysettings 查詢已啟用的選項同受驗證的驅動；verifier /reset 重設或者關閉 Verifier。
圖形介面流程按 Microsoft Q&A 整理的程序，唔好寫成官方唯一流程：開始選單輸入 verifier 開啟 Driver Verifier Manager；選 Create custom settings 再下一步；選 Select driver names from a list，揀非 Microsoft 提供的驅動；完成後重啟電腦，之後如常使用，等系統在觸發條件下出事並記錄停止碼同 .sys 名。
研究建議係優先針對懷疑對象，而唔係一次過驗證全部驅動；全部驅動一齊驗證會令排查結果更難歸因，而且更易令系統不穩。有 Microsoft Q&A 回覆亦提醒，只針對可疑驅動、用受控方式使用 Verifier，因為對全部驅動啟用有時會造成開機後不斷藍屏的局面。
風險：可能令系統更不穩甚至開唔到機
Microsoft Learn 明確警告：執行 Driver Verifier 可以令電腦當機，所以只應在用於測試同除錯的電腦上執行此工具。Microsoft Q&A 的警告更直接：開始之前要確保自己識得入安全模式關閉 Verifier，否則可能令電腦無法正常使用。其他風險要寫明係風險提示，唔好寫成保證會發生：Verifier 唔係日常使用工具，長期開住會持續對驅動施壓，令系統不穩同效能受影響；若果在開機早期就藍屏，用戶可能入唔到正常桌面，要靠安全模式或 WinRE 處理；開 Verifier 之前未備份，一旦之後要重裝或還原，資料風險會更高。
安全退出方法：開之前就要識得關
正常情況，入到 Windows 時：以系統管理員身份開命令提示字元；輸入 verifier /reset；重啟電腦。
開唔到正常桌面時，走安全模式路線：入 WinRE，例如在開機載入途中強制關機兩次，第三次開機進入復原環境；選疑難排解（Troubleshoot）→ 進階選項（Advanced Options）→ 啟動設定（Startup Settings）→ 重新啟動，再按 4 或 F4 入安全模式；在安全模式以系統管理員身份開命令提示字元，輸入 verifier /reset，再重啟。
連安全模式都入唔到時的後備路線，要寫明係後備，唔好寫成首選：在 WinRE 用命令提示字元執行 verifier /reset；或用系統還原，回復到啟用 Verifier 之前的還原點；或用 Windows 安裝媒體入復原環境再做上述步驟。額外命令只見於 Microsoft Q&A 回覆，引用要註明來源層級，唔好寫成官方 Learn 文件原句：verifier /bootmode resetonbootfail，有回覆建議配合 verifier /reset 在復原環境使用，令下次開機失敗時重設。
開 Verifier 之前的安全守則清單：先備份重要檔案；開之前先建立系統還原點；記低自己驗證緊邊幾個驅動；搵到元兇或完成排查後，立即用 verifier /reset 關閉，唔好長期開住；記低點入安全模式或者 WinRE，唔好等到開唔到機先至搵方法。
驅動回滾 vs 更新 vs 重裝：抉擇原則
三個動作唔好混用，先講清定義：更新驅動係裝較新的驅動版本，適用於驅動過舊、已知有修正、廠商推出新版本；回滾驅動係回復到之前已安裝的舊版本，適用於問題在更新驅動或 Windows 更新之後先出現；重裝驅動係解除安裝後再裝，適用於驅動檔案損壞、設定錯亂、解除安裝後重裝可回復正常。
| 動作 | 意思 | 優先試的情境 |
|---|---|---|
| 更新驅動 | 裝較新的驅動版本 | 驅動過舊、廠商已出修正版本 |
| 回滾驅動 | 回復到之前已安裝的舊版本 | 問題在更新驅動或 Windows 更新之後先出現 |
| 重裝驅動 | 移除現有驅動，再由 Windows 或廠商安裝程式重新裝一次 | 驅動檔案損壞、設定錯亂 |
抉擇流程按研究綜合，唔好寫成官方流程圖：先問時間點，問題係咪在某次更新之後先出現？係就優先試回滾，因為舊版本之前運作正常，問題較可能由新版本引起；唔係就唔好盲目回滾，先睇下有冇更新或重裝的理由。再問回滾掣係咪灰色或者按唔到？係就代表系統冇儲存舊版本，無法回滾，要改用其他方法：去裝置廠商官網下載舊版本手動安裝，或直接更新到更新的修正版本。Microsoft Support 的回滾流程以有舊版本可回復為前提。再問問題係咪驅動損壞或設定錯亂，而唔係版本新舊問題？係就優先試重裝。回滾後問題解決，但 Windows 更新又再推返有問題的版本，單次回滾唔等於長遠解決，要留意之後更新會唔會重複出現；如反覆出現，應該記錄版本號同時間點，交由檢測判斷係咪要等廠商修正版本或改用其他版本，呢點係研究建議，唔好寫成 Microsoft 承諾會點處理。三個方法都試過，問題仍然出現，就唔好無限循環試驅動，要轉去乾淨啟動、Driver Verifier（進階及有風險）、系統檔案檢查、記憶體檢查等方向，或進入下文的送修判斷。
寫作時要避免的錯誤講法：唔好寫最新驅動一定最好，問題可以在更新後出現，Microsoft 亦指出回滾舊驅動可以解決更新後出現的問題；唔好寫回滾一定有得按，要寫明回滾掣可能因冇舊版本而無法使用；唔好寫重裝驅動等於重裝 Windows，兩者範圍完全不同，重裝驅動只影響個別裝置，重裝 Windows 影響成個系統同已安裝程式。驅動來源建議：優先用 Windows 更新或者裝置管理員，或裝置廠商官方網站；本文唔推薦來歷不明的第三方驅動下載站。
排查流程對照表：邊一步做咩、做完點知有冇效
| 步驟 | 做咩 | 如果問題消失代表咩 | 如果問題仲出現代表咩 |
|---|---|---|---|
| 抄證據＋備份 | 記 stop code、時間線、複製 Minidump、備份去外置硬碟或雲端 | 唔代表修好，只係保住分析同還原的基礎 | 照做落去，唔好跳過備份去試高風險步驟 |
| 事件檢視器 1001 | 睇 BugCheck 事件的 stop code 同參數，分辨係咪真藍屏 | 有 1001 先算有藍屏紀錄，41 單獨出現唔等於藍屏 | 冇 1001 就要懷疑係斷電、強制關機或其他重啟原因 |
| 記憶體診斷 mdsched.exe | 重啟前執行 Basic、Standard 或 Extended 測試 | 有錯誤就指向記憶體方向，要再隔離邊條 RAM 或者邊個插槽 | 通過唔等於排除 RAM，間歇性問題可能漏檢 |
| 乾淨啟動二分法 | 停用非 Microsoft 服務同啟動程式，逐半啟用再測試 | 問題消失代表元兇在被停用的一組之中 | 問題仲出現代表元兇唔在被停用的服務或者啟動程式之中 |
| 驅動回滾／更新／重裝 | 按時間點揀回滾、更新或重裝個別驅動 | 問題消失代表該驅動版本或者檔案好可能係元兇 | 唔好無限循環，要轉去系統檔案、記憶體、磁碟等方向 |
| Driver Verifier | 針對可疑驅動施壓，攞指向該驅動的停止碼同檔案名 | 藍屏指向某個 .sys 檔案，提供下一步調查方向 | 要立即用 verifier /reset 關閉，唔好長期開住 |
| 重裝 Windows | 較徹底的軟件手段，分保留檔案同移除所有項目兩種 | 問題消失代表較可能係軟件層面問題 | 重裝後仍然藍屏，較可能係硬件問題，要送檢 |
重裝 Windows 之前：備份清單＋分清重設同全新安裝
先分清重設同全新安裝有咩唔同
保留我的檔案（Keep my files）重設：重新安裝 Windows，保留個人檔案，但會移除已安裝的應用程式同驅動程式，並將設定還原。移除所有項目（Remove everything）重設：重新安裝 Windows，同時移除所有個人檔案、已安裝的應用程式同驅動程式、設定。重裝方式有兩種：本機重新安裝（用電腦本身的檔案）同雲端下載（由 Microsoft 伺服器下載全新 Windows 映像，需要上網）。關鍵提醒要用粗體記住：就算選保留我的檔案，Microsoft Q&A 的回覆都建議事前備份全部個人檔案，因為重設過程出錯仍可導致資料損失；唔好將保留檔案當成備份。
重裝前備份清單
A. 個人檔案（最優先）
- 桌面（Desktop）、文件（Documents）、圖片（Pictures）、影片（Videos）、音樂（Music）等用戶資料夾；
- 唔在用戶資料夾的檔案：例如直接放在 C: drive 其他自訂資料夾的檔案，呢啲檔案在重設時未必會被保留，要逐個檢查；
- 外置硬碟、USB 或雲端最少一份備份；備份完要開嚟驗證，確認檔案開得到，唔好只睇容量數字。
- Windows 備份工具方向：Windows Backup 可將桌面、文件、圖片、影片、音樂等資料夾同步到 OneDrive；File History 可備份文件、圖片、音樂、影片、桌面、OneDrive 檔案等，並保留舊版本。
- 如有需要，建立系統映像（System Image），作為成部電腦的完整備份，之後可作整機還原參考。
- 瀏覽器書籤或者我的最愛：匯出或確認已同步到 Microsoft、Chrome 或者 Firefox 帳戶；
- 瀏覽器已儲存密碼：確認已同步，或用瀏覽器本身的匯出功能備份；匯出檔案本身敏感，唔好隨便放喺共用位置；
- Microsoft 帳戶登入資料：重裝後要重新登入，記低帳戶同可用的第二重驗證方式。
- 記低電腦品牌、型號、顯示卡、網絡卡等關鍵裝置，方便重裝後去廠商官網下載驅動；
- 重裝後檢查裝置管理員有冇未識別裝置，缺失的驅動要由廠商官網補裝；
- 列出要重裝的軟件清單，連同安裝程式來源一齊記低；
- 應用程式授權或者產品金鑰：例如 Office 等需要授權的軟件，記低金鑰同帳戶；部分軟件在重裝前可能需要先停用授權，呢點要按個別軟件廠商說明處理，唔好一概而論。
- BitLocker 復原金鑰：若裝置有加密，事前要搵到並記低 48 位數字復原金鑰；可能存放位置包括 Microsoft 帳戶、打印本、USB 內的文字檔；Microsoft Support／Q&A 指出無法替用戶取回或重造遺失的金鑰。
- Wi-Fi 密碼：重裝後要重新連線上網，事前記低；
- 手提電腦要接駁電源：重裝過程唔好因電池耗盡而中斷。
- 重裝期間唔好強制關機或斷電；
- 重裝後先跑 Windows 更新，再檢查驅動同個人檔案係咪齊全；
- 按之前列出的軟件清單逐樣重裝，唔好一次過裝晒全部，方便發現邊個軟件引起新問題。
幾時要停手送修：送修判斷方向，唔係確診清單
以下唔係確診清單，而係應該停止反覆試軟件、轉交專業檢測的判斷方向。以下徵兆只係懷疑方向，最終要靠檢測結果先可以斷定，唔好直接寫死係邊件零件壞。
1. 重裝 Windows 或者重設後仍然藍屏：有 Microsoft Q&A 回覆指出，重裝 Windows 係較徹底的軟件手段；如果重裝後仍然藍屏，較可能係硬件問題。
2. 換驅動、回滾、重裝、乾淨啟動、系統檔案檢查都試過，問題仍然反覆出現：當軟件層面的可逆步驟已經窮盡，繼續反覆試同一類方法回報率低，應該轉做硬件檢測，例如記憶體、硬碟或者 SSD、散熱、主板相關檢查，而唔係無限重裝。Microsoft Q&A 回覆在驅動步驟之後，會建議用 Windows 記憶體診斷工具檢查 RAM、檢查硬碟健康、檢查過熱等硬件方向。
3. 開機本身已經失敗、入唔到 Windows、開機過程就藍屏：若連安全模式或復原環境都唔穩定，軟件排查的空間已經好細，應該優先保資料，例如在復原環境備份，再送檢。
4. 伴隨過熱徵兆：例如機身異常燙手、風扇長期全速運轉、藍屏多在高負載或遊戲時出現。Microsoft Q&A 回覆將過熱列為藍屏排查方向之一，建議確保散熱通風良好、清除積塵、監察溫度。
5. 記憶體診斷有錯誤，或問題與記憶體相關：Windows 記憶體診斷工具（mdsched.exe）係 Microsoft Q&A 建議的檢查方法；若檢查出 RAM 錯誤，相關模組可能需要更換，呢類判斷應由檢測確認。
6. 伴隨其他硬件異常觀察：例如機內傳出異常聲響、硬碟發出不尋常聲音、開機時有燒焦味、機身某部位異常發熱、插拔某個外置裝置後先出事、跌過或者入過水之後先開始藍屏。呢類觀察本身唔足以確診，但送檢時要講清楚幾時開始、做緊咩、伴隨咩現象，檢測人員先可以對症檢查；本文只寫到送修檢測為止，唔會教讀者自行做主板層面維修，特別係主板層面的問題，自行拆機有機會令情況更差或影響後續檢測。
送檢前可以準備的資料：藍屏停止碼（如果影到相最好）、出現頻率、每次做緊咩（開機、遊戲、插 USB、喚醒等）；最近改過咩：更新、裝軟件、換硬件、跌過或者入水；已經試過邊啲步驟同結果（例如回滾邊個驅動、乾淨啟動下有冇再出事、重裝後係咪仍然出事）；有冇備份、BitLocker 金鑰係咪已經搵到，送檢前先講清楚資料處理方式。
收費說明
所有維修一律以檢測後書面報價為準。已確認的常規收費：
| 項目 | 收費 |
|---|---|
| 電池 | HK$580 起 |
| 螢幕 | HK$1,280 起 |
| 主板晶片級 | HK$880 起 |
| 鍵盤 | HK$480 起 |
| 其他維修 | 以檢測後書面報價為準 |
FAQ
Q1: 藍屏之後第一件事應該做咩，係咪即刻重裝？
A1: 唔係。先抄低 stop code、事發時間同事發前改動，再將 C:\Windows\Minidump 的 .dmp 檔案複製去另一位置保存，然後將重要檔案備份去外置硬碟或雲端。Microsoft Support 提醒，恢復選項之前要先備份，因為部分選項可能導致資料遺失；重裝係較後面的選項，唔係第一步。
Q2: Minidump 同 MEMORY.DMP 有咩分別，邊個先最有用？
A2: Minidump 預設在 C:\Windows\Minidump，每次 crash 產生一個新檔，唔會覆寫，適合對照多次 crash 係咪指向同一個驅動。MEMORY.DMP 預設在 C:\Windows\MEMORY.DMP，只會喺真正 crash 之後先出現，完整或者核心版本每次新 crash 會覆寫舊檔。磁碟空間緊張時，保留 Minidump 已經足夠做初步對照。
Q3: Driver Verifier 開咗之後部機更易藍屏，係咪代表開錯咗？
A3: 唔一定。Driver Verifier 本身就係逼有問題的驅動現形的測試工具，唔係修復工具，開咗之後可能更快藍屏，目的係攞到指向該驅動的停止碼同檔案名。但 Microsoft Learn 明確警告，執行 Driver Verifier 可以令電腦當機，只應在用於測試同除錯的電腦上執行。搵到元兇或完成排查後，要立即用 verifier /reset 關閉，入唔到正常桌面就用安全模式或者 WinRE 入面執行同一指令。
Q4: 乾淨啟動之後問題消失，係咪代表部機修好咗？
A4: 唔係。乾淨啟動只係排查模式，問題消失只代表元兇在被停用的服務或啟動程式之中，要用二分法逐半啟用再測試，直到隔離到單一服務或啟動項目。完成後必須還原正常啟動，唔好長期停留喺乾淨啟動狀態當正常使用，否則還原時好容易漏咗項目。