藍屏代碼0x000001AB一鍵修復(fù)
藍屏代碼0x000001AB代表"UNWIND_ON_INVALID_STACK"，這意味著在發(fā)生異常或錯誤時，系統(tǒng)檢測到了無效的堆棧狀態(tài)。系統(tǒng)會執(zhí)行堆棧展開操作，但由于堆棧狀態(tài)異常，導(dǎo)致系統(tǒng)崩潰并顯示藍屏錯誤。
快快藍屏修復(fù)助手可以幫你修復(fù)各類藍屏異常和錯誤問題，能快速檢測軟件、硬件和驅(qū)動故障。分析藍屏日志。
要解決這個問題，可以嘗試以下方法：
方法一：禁用不必要的服務(wù)和啟動項
通過msconfig命令或任務(wù)管理器禁用不必要的服務(wù)和啟動項，以確保計算機在啟動時不會加載過多的程序。
方法二：確認驅(qū)動程序兼容性
某些驅(qū)動程序可能與特定的硬件或軟件不兼容,檢查您計算機上安裝的所有驅(qū)動程序，并確保它們是最新版本，并與操作系統(tǒng)和其他硬件兼容。
方法三：檢查惡意軟件
運行殺毒軟件進行全面掃描，確保系統(tǒng)沒有受到病毒、間諜軟件等惡意軟件的感染。
方法四：使用一鍵修復(fù)工具助手（強烈推薦）
1、首先你的電腦必須下載與完成安裝完成快快藍屏修復(fù)助手。如果你還沒有安裝點擊下方鏈接下載。
下載地址：>>>快快藍屏修復(fù)助手<<<
提示：安裝路徑不要選擇C盤，避免產(chǎn)生問題造成損失。
2、找到你電腦中的快快藍屏修復(fù)助手，點擊進入?？吹绞醉摵螅c擊首頁一鍵掃描按鈕開始掃描。等待幾分鐘，就能獲取你急切想要的結(jié)果。
3、掃描完成后會顯示電腦的所有藍屏記錄以及藍屏的詳細信息。
4、解決方案頁面顯示了導(dǎo)致該次藍屏的具體原因和解決方案，點擊右上角的一鍵修復(fù)進行修復(fù)。
5、切記，當修復(fù)完成之后我們還是需要重新啟動計算機的。畢竟一切修復(fù)的結(jié)果，需要重新后，才能被系統(tǒng)認可。
當你完成重啟后，你電腦的藍屏問題已經(jīng)基本解決了。相信小編，不要急需卸載快快藍屏修復(fù)助手。畢竟它強大的功能是你未來的一個保障，可以隨時隨地為你服務(wù)，讓你再次遇到藍屏問題不在抓狂。
其他相關(guān)信息：
UNWIND_ON_INVALID_STACK bug 檢查 的值為 0x000001AB。 它表示嘗試訪問有效內(nèi)核堆棧范圍之外的內(nèi)存。 具體而言，此 BugCheck 指示堆棧展開交叉到無效的內(nèi)核堆棧。 這可能表示內(nèi)核堆棧指針在異常調(diào)度或展開 (已損壞，例如，由于幀指針) 的堆棧損壞，或者驅(qū)動程序正在從不是合法內(nèi)核堆棧的堆棧上執(zhí)行。
發(fā)生無效訪問時，異常記錄不可用。
UNWIND_ON_INVALID_STACK參數(shù)
| 參數(shù) | 描述 |
|---|---|
|
1 |
指向當前堆棧的指針。 |
|
2 |
堆棧的類型限制（如 NormalStackLimits） (3) 。 由于堆棧無效，這表示內(nèi)核對給定計算機狀態(tài)時應(yīng)處于活動狀態(tài)的內(nèi)核堆棧類型的最佳估計。
堆棧限制類型： 0x0 - 如果在 bug 檢查期間計算堆棧限制，則 bug 檢查堆棧 (任何堆棧) 0x1 - 處理器 DPC 堆棧 0x2 - KeExpandKernelStackAndCallout (Ex) 堆棧 0x3 - 普通內(nèi)核線程堆棧 0x4 - 線程上下文交換期間的內(nèi)核線程堆棧 (不明確哪個線程處于活動狀態(tài)) 0x5 - win32k 內(nèi)核/用戶標注堆棧 0x6 - 處理器 ISR 堆棧 0x7 - 內(nèi)核調(diào)試器堆棧在處理 KD I/O) 時 (任何堆棧 0x8 - 處理器 NMI 處理堆棧 0x9 - 處理堆棧檢查處理器計算機 0xA - 處理器異常堆棧 (用于調(diào)度某些引發(fā)的 IRQL 異常) |
|
3 |
指向上下文記錄的指針，表示在遇到無效堆棧時為異常) 解除 (或調(diào)度的上下文。 |
|
4 |
ExceptionRecord - 保留，UNWIND_ON_INVALID_STACK始終為 0。 |
原因
嘗試訪問無效堆棧。 由于內(nèi)核堆棧的大小有限，開發(fā)人員需要小心跟蹤它的限制，例如，當使用它復(fù)制視頻內(nèi)存塊時。 有關(guān) Windows 內(nèi)核堆棧的信息，請參閱 使用內(nèi)核堆棧。
解決方法
使用完整內(nèi)核轉(zhuǎn)儲或附加的調(diào)試器，以下命令可能有助于收集信息并跟蹤錯誤訪問內(nèi)存的代碼。
首先使用 ！analyze 命令收集信息，特別是 bug 檢查參數(shù)。 檢查出錯的源行和模塊名稱（如果可用）。
Arguments: Arg1: 89344350fffff607 Arg2: 0000000000000003 Arg3: fffff607893436c4 Arg4: fffff60789343ea8
使用 ！analyze 輸出中提供的 .trap 命令鏈接將上下文設(shè)置為陷阱幀。
TRAP_FRAME: fffff60789343f50 -- (.trap 0xfffff60789343f50) NOTE: The trap frame does not contain all registers. Some register values may be zeroed or incorrect. rax=fffff607893441e8 rbx=0000000000000000 rcx=0000000010000004 rdx=0000000000000002 rsi=0000000000000000 rdi=0000000000000000 rip=fffff8026dc296cf rsp=fffff607893440e8 rbp=fffff60789344350 r8=fffff8028e7a08b2 r9=0000000000000008 r10=fffff8029e9c3980 r11=fffff607893440f8 r12=0000000000000000 r13=0000000000000000 r14=0000000000000000 r15=0000000000000000
使用 ！thread 命令收集有關(guān)正在運行的內(nèi)容的信息。 在此示例中，它看起來像一個視頻計劃程序工作線程正在運行。
2: kd> !thread THREAD ffff8f8e9af25080 Cid 0004.0378 Teb: 0000000000000000 Win32Thread: 0000000000000000 RUNNING on processor 2 Not impersonating DeviceMap ffffd601dbe63e30 Owning Process ffff8f8e99ab4040 Image: System Attached Process N/A Image: N/A Wait Start TickCount 14361 Ticks: 0 Context Switch Count 64607 IdealProcessor: 1 UserTime 00:00:00.000 KernelTime 00:00:06.046 Win32 Start Address dxgmms2!VidSchiWorkerThread (0xfffff8027a70d100) Stack Init fffff60789344c70 Current fffff607893445c0 Base fffff60789345000 Limit fffff6078933f000 Call 0000000000000000 Priority 16 BasePriority 16 PriorityDecrement 0 IoPriority 2 PagePriority 5 ...
然后使用 kb (顯示堆?；厮? 和 f 選項顯示堆棧和內(nèi)存使用情況，以查看是否存在較大的內(nèi)存用戶。
2: kd> kf ... 02 198 fffff607`89344460 fffff802`8e6b41d5 amdkmdag+0x2308b2 03 120 fffff607`89344580 fffff802`8e59eb35 amdkmdag+0x1441d5 04 30 fffff607`893445b0 fffff802`8e62b5e8 amdkmdag+0x2eb35 05 c0 fffff607`89344670 fffff802`8e623f6c amdkmdag+0xbb5e8 ...
如果代碼的特定部分看起來可疑，請使用 u、ub、uu (Unassemble) 命令檢查關(guān)聯(lián)的匯編語言代碼。
2: kd> u fffff607`893442c8 l10 fffff607`893442c8 d04234 rol byte ptr [rdx+34h],1 fffff607`893442cb 8907 mov dword ptr [rdi],eax fffff607`893442cd f6ff idiv bh fffff607`893442cf ff01 inc dword ptr [rcx] fffff607`893442d1 17 ??? fffff607`893442d2 c4 ??? fffff607`893442d3 9f lahf fffff607`893442d4 8e8fffff0060 mov cs,word ptr [rdi+6000FFFFh] fffff607`893442da 5a pop rdx fffff607`893442db 9f lahf fffff607`893442dc 8e8fffff0000 mov cs,word ptr [rdi+0FFFFh] fffff607`893442e2 0000 add byte ptr [rax],al fffff607`893442e4 0000 add byte ptr [rax],al fffff607`893442e6 0000 add byte ptr [rax],al fffff607`893442e8 7527 jne fffff607`89344311 fffff607`893442ea 6e outs dx,byte ptr [rsi]
使用 .cxr (顯示上下文記錄) 命令，使用 ！analyze 提供的參數(shù) 3 值顯示上下文記錄。
.cxr fffff607893436c4
使用 ！vm 命令檢查內(nèi)存使用情況，例如，查看正在使用的內(nèi)核堆棧內(nèi)存量。
0: kd> !vm Physical Memory: 1541186 ( 6164744 Kb) Available Pages: 470550 ( 1882200 Kb) ResAvail Pages: 1279680 ( 5118720 Kb) ... Kernel Stacks: 13686 ( 54744 Kb)
使用具有 2 參數(shù)的 ！stacks 命令查看有關(guān)堆棧的信息。 此命令可能需要一些時間才能運行。 檢查輸出中可能指向 和 區(qū)域進行進一步調(diào)查的受阻執(zhí)行的重復(fù)模式。
另請參閱
Bug 檢查代碼參考
