DRIVER_CORRUPTED_EXPOOL 0xC5 藍屏怎麼修?用 Special Pool 揪出真兇驅動
0xC5 最難搞的地方,是錯誤訊息在結構上就不指向兇手——集區被寫壞是幾秒甚至幾小時前的事,當機當下堆疊上的驅動只是踩到地雷的倒楣鬼。這篇拆開官方四個 Parameter 的真正含義、講清楚 0xC5 與 0xD0 的分水嶺其實是配置大小而非分頁與否,並帶你用 Driver Verifier Special Pool 把延遲引爆變成即時引爆。
電腦疑難雜症
各式各樣有關於電腦的疑難雜症、經驗分享、解決方法都會在這個分類裡面，不論是我在工作上遇到、或是朋友跟我詢問的問題，都會分享給大家！
NO_MORE_IRP_STACK_LOCATIONS(0x35)藍屏怎麼修?揪出插隊裝置堆疊的過濾驅動
藍屏跳 NO_MORE_IRP_STACK_LOCATIONS(0x35)先別急著測記憶體。官方定義寫得很清楚:這是上層驅動呼叫 IoCallDriver 時封包已無剩餘堆疊位置,而且發生當下另有記憶體被寫壞。本文從 IRP 堆疊位置怎麼配講起,教你用 !irp 讀出封包有幾層、卡在第幾層,再用 Driver Verifier 的 IRP Logging 取證,最後附上開不了機的三段回退。
DRIVER_IRQL_NOT_LESS_OR_EQUAL(0xD1)藍屏怎麼修?讀懂四個參數揪出兇手驅動
藍屏跳 DRIVER_IRQL_NOT_LESS_OR_EQUAL(0xD1)先別重灌。官方明說多數情況問題不在 IRQL 數字,而在被存取的那塊記憶體。本文從 IRQL 階梯講起,拆解四個參數怎麼讀、跟近親 0x0A 差在哪三處,教你用 KiBugCheckDriver 直接讀出責任驅動,最後才動 Driver Verifier,並附開不了機的三段救援。
公共 Wi-Fi 2026 還危險嗎?HTTPS 幾乎全面普及後的風險重評
「公共 Wi-Fi 很危險」這句話的技術地基,在過去十年被 HTTPS 換掉了最主要的一塊。本文依 Google 資安團隊、Wi-Fi 聯盟、Apple 與 TWCERT/CC 官方文件,把舊建議逐條對回 2026 現況:哪些風險確實失效、哪些原封不動、哪些反而變得更難防。內含加密普及率的實際數字、瀏覽器預設保護的時程、假熱點為何擋不住,以及 VPN 究竟該擺在防護順序的第幾層。
ACPI_BIOS_ERROR(0xA5)藍屏排錯:問題出在主機板 BIOS,不是驅動程式
跳 ACPI_BIOS_ERROR(0xA5)藍屏,問題不在驅動程式,也不在 Windows——官方定義直接寫明是主機板的 ACPI BIOS 未完整符合 ACPI 規範。本文拆解官方四張參數表怎麼分群、參數 1 為 0x10 時為何只在睡眠喚醒才炸,並依官方順序整理成先歸類、再更新韌體的路線,附華碩與微星官方更新原則與三情境回退步驟。
MACHINE_CHECK_EXCEPTION(0x9C)藍屏排錯:讀懂 Bank 編號,先確認它該不該是 0x124
跳 MACHINE_CHECK_EXCEPTION 0x9C 藍屏,先別急著換 CPU。官方明訂 Vista 後這個碼已由 0x124 取代,只剩兩種情況會出現,其中一種的定義就是「暫存器裡讀不到錯誤」,傾印可能給不出兇手。本文拆參數 1 的 Bank 編號與 MCA、WHEA 訊號鏈,參考 0x124 官方成因類推出散熱、超頻、記憶體三步分流,附 !errrec 判讀與完整回退步驟。
KERNEL_MODE_EXCEPTION_NOT_HANDLED(0x8E)藍屏排錯:參數 1 定路線、參數 2 鎖模組
跳 0x8E 藍屏別急著換記憶體。真正決定路線的是參數 1 的例外碼:0xC0000005 才走驅動線,0x80000003 代表機器上有帶除錯判定式的驅動。本文拆解四個參數語意、說明參數 3 的 trap frame 能做什麼與其推論邊界,並逐項對照 0x1E 的差異與官方獨有的三項處置,附 WinDbg 三步、Driver Verifier 安全用法與完整回退步驟。
UNEXPECTED_KERNEL_MODE_TRAP(0x7F)藍屏排錯:讀懂第一參數的陷阱編號揪出真兇
跳 0x7F 藍屏,別急著拆記憶體。這個停止碼的第一個參數就是 CPU 的陷阱編號:0x8(Double Fault)要先查核心堆疊溢位,0x6 才是官方明講「最常見原因是硬體記憶體損毀」的編號。本文拆解常見陷阱編號與 Double Fault 兩條成因,並依官方順序整理成還原硬體、還原超頻、再用 Driver Verifier 抓驅動的三段流程。
DATA_BUS_ERROR 0x2E 藍屏排錯:讀懂四個參數,用實體位址找出真兇
跳 DATA_BUS_ERROR(0x2E)藍屏,別急著買記憶體。官方把它定性為硬體問題,但嫌疑犯不只記憶體條——快取、顯示記憶體、硬碟損毀與驅動存取不存在的位址都會觸發。本文拆解四個參數的意義、參數 2 實體位址怎麼用,並依官方處置整理成先還原變更、再驗證體質、最後才換件的三段流程。
ATTEMPTED_WRITE_TO_READONLY_MEMORY(0xBE)藍屏怎麼修?讀懂 PTE 唯讀位元揪出亂寫的驅動
藍屏跳 ATTEMPTED_WRITE_TO_READONLY_MEMORY(0xBE)先別急著換記憶體。微軟官方定義是驅動程式嘗試寫入唯讀記憶體節區,屬於權限違規而非資料損毀。本文帶你讀懂官方四個參數、用 WinDbg 的 !pte 看懂那個決定生死的唯讀位元,再用 Driver Verifier 的程式碼完整性規則類別把亂寫的驅動逼出來,並附安全模式與 WinRE 回退步驟。