各式各樣有關於電腦的疑難雜症、經驗分享、解決方法都會在這個分類裡面，不論是我在工作上遇到、或是朋友跟我詢問的問題，都會分享給大家！
Windows Update 失敗一直修不好?網路教學開口就叫你改名 SoftwareDistribution 與 Catroot2,但微軟 IT 人員版文件把「改名 DataStore、Download 與 catroot2」明文標為第一次嘗試請跳過。本文對照微軟兩份官方文件,釐清「清空快取」與「改名資料夾」的位階差異,整理錯誤碼分類與 DISM、SFC 的正確先後,並說明 sc.exe sdset 會覆寫服務 ACL 的官方警告。
電腦無預警跳 CRITICAL_STRUCTURE_CORRUPTION(0x00000109)藍屏,多半不是中毒或系統壞掉,而是核心完整性防護 PatchGuard 抓到核心程式碼或關鍵結構被改動。本文帶你讀懂官方三大成因、用 Parameter 4 判斷被改的區域、釐清和 0x139 的差別,再用 Driver Verifier 揪出偷改核心的第三方驅動,並附記憶體排除與安全模式回退。
電腦無預警跳 CRITICAL_OBJECT_TERMINATION(0x000000F4)藍屏,不是換一條 RAM 就能了事——它代表一個關鍵系統程序(如 csrss.exe)意外死掉,系統只好當機自保。本文帶你讀懂 Bug Check 0xF4 的四個參數、用 WinDbg 查 ExitStatus 與例外碼判死因,再從磁碟連線、儲存驅動到系統資源逐一排除,並附安全模式與備份回退。
電腦無預警跳 BAD_POOL_CALLER(0x000000C2)藍屏,多半不是記憶體壞掉,而是某支驅動對核心記憶體集區(pool)做了不合法呼叫。本文帶你讀懂 Bug Check 0xC2 的 Parameter 1 各代表什麼違規、用 WinDbg !analyze -v 定位可疑模組,再用 Driver Verifier 揪出兇手驅動,並附記憶體排除與安全模式回退。
跳 KERNEL_DATA_INPAGE_ERROR(0x7A)藍屏,網路上一半的人叫你換 SSD、另一半叫你換 RAM,但官方文件說的是:先看第二個參數。本文帶你讀懂官方三組參數表與六個 I/O 狀態碼,分清這次到底是壞軌、是線沒插好,還是儲存驅動把 non-paged pool 吃光了,再決定要不要花錢。
跳 REGISTRY_ERROR(0x51)藍屏,中文圈幾乎一律叫你重灌,官方文件卻不是這樣寫的。本文帶你讀懂官方參數表:前兩個參數是 Reserved,線索其實在 P3 與 P4。更關鍵的是,最紅的「從 RegBack 複製回來」解法自 1803 起已預設失效,照抄還可能把還有救的 hive 蓋成空的。
跳 KERNEL_MODE_HEAP_CORRUPTION(0x13A)藍屏,多數人第一個念頭是去買 RAM。但官方文件很有意思:同為記憶體結構損毀,0x19 明講「請跑記憶體診斷」,0x13A 一個字都沒提。本文讀懂官方 21 種 Parameter 1 分群、分清 heap 與 pool,再用 Driver Verifier 揪出兇手驅動,附回退步驟。
電腦跳 PFN_LIST_CORRUPT(0x4E)藍屏,多數人第一個念頭是「記憶體壞了」,但微軟官方文件寫的是:這通常是驅動程式傳了壞掉的 MDL 造成的。這篇從實驗室除錯角度,帶你讀懂官方八種 Parameter 1 各代表什麼、怎麼用它把追查方向分流成「查驅動」或「測硬體」兩條路,再用 Driver Verifier 讓兇手驅動當場現形,並附完整的安全模式回退步驟與停止條件。
開機就跳 UNMOUNTABLE_BOOT_VOLUME(0xED),標準答案清一色是「跑 chkdsk」,卻沒人告訴你該對哪個磁碟機代號跑——在 WinRE 底下,系統碟通常不是 C:。本文從 Microsoft 官方參數表教你讀懂真正有診斷價值的 Parameter 2:0xC0000032 是檔案系統毀損、chkdsk 有救;0xC000009C 是壞軌,該先備份。附官方 WinRE 三步驟與 chkdsk 結束代碼判讀。
電腦突然凍住十幾秒又自己恢復,事件檢視器一排 stornvme Event 129「Reset to device」?先別急著換 SSD。這個事件是 storport 等不到碟回應而強制重設留下的紀錄,來源欄那個名字只是報案人、不是嫌犯。本文拆解它的底層機制,教你用三個相鄰事件分診嚴重度,並依韌體、電源管理、硬體側的順序排查。