Windows藍屏BAD_POOL_CALLER修復教程
藍屏代碼0x000000C2代表"BAD_POOL_CALLER",這個錯誤表示系統發現了一個驅動程序錯誤或內存管理問題,其中的一個函數在無效或已釋放的內存池中進行了調用。這可能導致系統崩潰并顯示藍屏錯誤。
要解決這個問題,可以嘗試以下方法:
方法一:確保系統沒有過熱
藍屏錯誤有時也與過熱的計算機硬件有關,確保所有風扇正常運轉,清潔內部組件,并在必要時更換散熱劑。
方法二:啟用安全模式
重新啟動計算機并按下F8鍵進入高級啟動選項,選擇"安全模式"并進行測試,如果在安全模式下沒有出現藍屏錯誤,可能是因為某個第三方驅動程序導致的問題。
方法三:檢查系統穩定性設置
打開控制面板,進入“系統和安全”>“系統”>“高級系統設置”,在“高級”選項卡下的“啟動和故障恢復”中,確保“自動重啟”選項已取消勾選,這樣當出現藍屏錯誤時,系統將停留在藍屏界面,以方便查看錯誤信息。
方法四:使用一鍵修復工具助手(強烈推薦)
1、首先你的電腦必須下載與完成安裝完成快快藍屏修復助手。如果你還沒有安裝點擊下方鏈接下載。
下載地址:>>>快快藍屏修復助手<<<
提示:安裝路徑不要選擇C盤,避免產生問題造成損失。
2、找到你電腦中的快快藍屏修復助手,點擊進入。看到首頁后,點擊首頁一鍵掃描按鈕開始掃描。等待幾分鐘,就能獲取你急切想要的結果。
3、掃描完成后會顯示電腦的所有藍屏記錄以及藍屏的詳細信息。
4、解決方案頁面顯示了導致該次藍屏的具體原因和解決方案,點擊右上角的一鍵修復進行修復。
5、切記,當修復完成之后我們還是需要重新啟動計算機的。畢竟一切修復的結果,需要重新后,才能被系統認可。
當你完成重啟后,你電腦的藍屏問題已經基本解決了。相信小編,不要急需卸載快快藍屏修復助手。畢竟它強大的功能是你未來的一個保障,可以隨時隨地為你服務,讓你再次遇到藍屏問題不在抓狂。
其他相關信息:
BAD_POOL_CALLER bug 檢查 的值為 0x000000C2。 這表示當前線程發出錯誤的池請求。
BAD_POOL_CALLER參數
參數 1 指示沖突的類型。
參數 1 | 參數 2 | 參數 3 | 參數 4 | 錯誤消息的原因 |
---|---|---|---|---|
0x00 |
0 |
池類型 |
池標記 |
當前線程請求了零字節池分配。 |
0x01, 0x02, 0x04 |
指向池標頭的指針 |
池標頭內容的第一部分 |
0 |
池標頭已損壞。 |
0x06 |
保留 |
指向池標頭的指針 |
池標頭內容 |
當前線程嘗試釋放已釋放的池。 |
0x07 |
保留 |
池標頭內容 |
正在釋放的池塊的地址 |
當前線程嘗試釋放已釋放的池。 |
0x08 |
當前 IRQL |
池類型 |
分配大小(以字節為單位) |
當前線程嘗試在無效 IRQL 中分配池。 |
0x09 |
當前 IRQL |
池類型 |
池的地址 |
當前線程嘗試在無效 IRQL 中釋放池。 |
0x0A |
池的地址 |
分配器的 標記 |
在嘗試的 free 中使用的標記 |
當前線程嘗試使用錯誤的標記來釋放池內存。 (內存可能屬于另一個組件。) |
0x0B, 0x0C, 或 0x0D |
池的地址 |
池分配的標記 |
配額進程指針錯誤 |
當前線程嘗試釋放已損壞的池分配的配額。 |
0x40 |
開始地址 |
啟動系統地址空間 |
0 |
當前線程嘗試在用戶模式地址釋放內核池。 |
0x41 |
開始地址 |
物理頁框架 |
最高物理頁框 |
當前線程嘗試釋放未分配的非分頁池地址。 |
0x42 或 0x43 |
正在釋放的地址 |
0 |
0 |
當前線程嘗試釋放從未在任何池中的虛擬地址。 |
0x44 |
開始地址 |
保留 |
0 |
當前線程嘗試釋放未分配的非分頁池地址。 |
0x46 |
開始地址 |
0 |
0 |
當前線程嘗試釋放無效的池地址。 |
0x47 |
開始地址 |
物理頁框架 |
最高物理頁框 |
當前線程嘗試釋放未分配的非分頁池地址。 |
0x48 |
開始地址 |
預留 |
預留 |
當前線程嘗試釋放未分配的分頁池地址。 |
0x50 |
開始地址 |
從分頁池的開頭開始偏移量(以頁為單位) |
分頁池的大小(以字節為單位) |
當前線程嘗試釋放未分配的分頁池地址。 |
0x60 |
開始地址 |
0 |
0 |
當前線程嘗試釋放無效的連續內存地址。 (MmFreeContiguousMemory 的調用方傳遞了錯誤的指針。) |
0x99 |
正在釋放的地址 |
0 |
0 |
當前線程嘗試釋放地址無效的池。 (此代碼也可能指示池標頭中的損壞) |
0x9A |
池類型 |
請求的字節數 |
池標記 |
當前線程將分配請求標記為MUST_SUCCEED。 (不再支持此池類型。) |
0x9B |
池類型 |
請求的字節數 |
呼叫者的地址 |
當前線程嘗試分配標記為 0 的池 (這是不可跟蹤的,并可能損壞現有標記表。) |
0x9C |
池類型 |
請求的字節數 |
呼叫者的地址 |
當前線程嘗試分配標記為“BIG”的池。 (這是不可跟蹤的,并可能損壞現有的標記表。) |
0x9D |
使用的池標記不正確 |
池類型 |
呼叫者的地址 |
當前線程嘗試分配包含不包含任何字母或數字的標記的池。 使用此類標記會使跟蹤池問題變得困難。 |
0x41286 |
預留 |
預留 |
從分頁池的開頭開始偏移量(以頁為單位) |
當前線程嘗試在分配中釋放分頁池地址。 |
_POOL_TYPE代碼在 Ntddk.h 中枚舉。 具體而言,0 表示非分頁池,1 表示分頁池。
原因
當前線程發出了無效的池請求。 通常,這在錯誤的 IRQL 級別或雙重釋放相同的內存分配,等等。
解決方法
在啟用內存池選項的情況下激活驅動程序驗證程序,以獲取有關這些錯誤的詳細信息并找到出錯的驅動程序。
驅動程序驗證程序
驅動程序驗證程序是一個實時運行的工具,用于檢查驅動程序的行為。 如果發現驅動程序代碼執行錯誤,它會主動創建一個異常,以允許進一步審查驅動程序代碼的這一部分。 驅動程序驗證程序管理器內置于 Windows 中,可在所有 Windows PC 上使用。 若要啟動驅動程序驗證程序管理器,請在命令提示下鍵入“驗證程序” 。 你可以配置要驗證的驅動程序。 驗證驅動程序的代碼在運行時會增加開銷,因此請嘗試驗證盡可能少的驅動程序。 有關詳細信息,請參閱驅動程序驗證程序。
Windows 內存診斷
特別是,對于內存池損壞的情況,請運行 Windows 內存診斷工具,嘗試隔離物理內存作為原因。 在控制面板搜索框中,鍵入“內存”,然后選擇“ 診斷計算機的內存問題”。運行測試后,使用事件查看器查看系統日志下的結果。 查找“內存診斷結果”條目以查看結果 。