機，開機后出現(xiàn)這個。
接著跳到這個，藍屏……
拿你沒辦法，網(wǎng)上很多教程也沒能搞懂，只好明天找時間拿去做系統(tǒng)看看。
indows XP系統(tǒng)開機出現(xiàn)藍屏
藍屏死機，并報代碼0x0000007B的錯誤，通常情況都是硬盤的存儲控制器驅動加載錯誤導致故障。導致驅動加載錯誤的情況，可能有以下三種情況：
1. 無法自動識別硬盤控制器
使用非正版的操作系統(tǒng)光盤（進過修改或者加強的Windows操作系統(tǒng)安裝光盤），在安裝操作系統(tǒng)時，在選擇操作安裝到硬盤分區(qū)時，可能會出現(xiàn)此錯誤。此情況原因是非正版光盤自動加載的硬盤控制器驅動，不符合電腦自身需要的驅動。解決方法是使用正版光盤安裝操作系統(tǒng)。
2. 手動更新錯誤的驅動程序
Windows操作系統(tǒng)已經(jīng)正常使用，但是手動更新驅動程序，把硬盤控制器的驅動程序更新錯誤，導致此故障。通常Windows系統(tǒng)會有警告的提示，如果確認需要更新才會執(zhí)行更新驅動。解決方法是開機快速按F8，進入Windows系統(tǒng)高級菜單，選擇最后一次正常配置即可正常進入系統(tǒng)。（此情況發(fā)生可能性較小）
3. BIOS設置變化導致
(1)Windows操作系統(tǒng)已經(jīng)正常使用，在某些情況下，導致BIOS設置變化導致故障。如：主動修改BIOS設置；加載恢復BIOS默認值；還有可能是由于CMOS掉電，系統(tǒng)時間和BIOS設置被自動恢復默認值。（此情況可能性較大）
(2)導致問題原因：在BIOS中有關于硬盤控制器的設置選項，如果在安裝操作系統(tǒng)時，修改過此項默認值，那么發(fā)生之前的情況后，BIOS設置會恢復默認值，那么硬盤控制器的值就發(fā)生改變，使用模式就發(fā)生變化，之前的硬盤控制器驅動就不適用當前情況，所以導致故障。
(3)如何選擇硬盤控制器設置：通常情況下有兩種選擇，分別是AHCI和IDE兩種模式。現(xiàn)在的電腦出廠默認情況BIOS都是設置為AHCI模式（增強模式），是現(xiàn)在SATA硬盤使用的工作模式。如果使用Windows 7、Windows 8操作系統(tǒng)均應該是使用這個模式。IDE模式（兼容模式）是較老的一個模式。如果安裝Windows XP操作系統(tǒng)，可能需要使用IDE模式。當然這不是絕對的，這取決于安裝操作系統(tǒng)時，BIOS的設置。還有一個RAID模式，是多硬盤模式，如果沒有兩個或以上硬盤，不考慮使用此模式。
舉例說明：在進入BIOS設置加載了出廠默認值后，Windows XP系統(tǒng)啟動藍屏報7B錯誤。應該再次進入BIOS，修改硬盤控制器的設置。如果當前設置是AHCI，那么應該重新設置為IDE模式
(4)解決方法：首先開機后快速、反復按F1鍵或Delete鍵（機型不同有所區(qū)別），進入BIOS設置界面，找到硬盤控制器的選項，然后選擇其他設置項，最后按F10保存退出即可。由于BIOS設置中的硬盤控制器選項描述，和設置該項內容的描述，在各種不同機型中有所差異，所以下面列舉幾種比較常見的描述，以方便、準確的找到該選項。
(5)聯(lián)想BIOS中硬盤控制器的描述幾種舉例：
Configure SATA as、SATA Configuration、SATA Mode、Onchip SATA Type、SATA Run Mode Configuration、
(6)聯(lián)想BIOS中硬盤控制器選項內容描述的幾種舉例：
IDE、IDE Mode、AHCI、AHCI Mode、Compatible、Enhanced、RAID、
(7)聯(lián)想臺式機和臺式一體機，BIOS設置硬盤控制器位置、選項內容的幾種常圖示：
A、BIOS設置中硬盤控制器選項位置舉例：
B、BIOS設置中硬盤控制器選項和設置內容舉例：
最近不知道怎么回事，家里電腦經(jīng)常性地出現(xiàn)藍屏(先死機后藍屏)，很多時候有些文檔沒有保存便藍屏導致文檔丟失，其中也包括您現(xiàn)在正在看到的這一篇文章(撰寫本文時，藍了一次)，以前一直比較懶，重啟大法一頓懟，然后重新再做編輯，只不過PPT重做簡直要人命，無奈之下，放下了所有的工作，來研究研究藍屏的原因，順便正兒八經(jīng)使用一下Typora。
PS：本文結尾提到的解決方案較為野蠻粗暴，可能讓你本就不富裕的家庭雪上加霜，請慎用！
關于WinDBG這款神器想必無需再做多的介紹，至于導入文件的目錄為windows在遇到藍屏之后會保存的dmp文件所在的位置，我的電腦是Win10系統(tǒng)，其它系統(tǒng)目前暫時不知道，在網(wǎng)上也有看到消息說要提前設置好，但是我并沒有設置，這里也貼一下設置的圖片吧。
也有文章說寫入調試信息需要選擇第一個。
另外需要設置WinDBG的訪問符號，在WinDBG官網(wǎng)中可以看到
Symbol Server (Microsoft):
復制代碼 隱藏代碼
srv*c:\mss*http://msdl.microsoft.com/download/symbolsSymbol Server (Citrix):
復制代碼 隱藏代碼
srv*c:\css*http://ctxsym.citrix.com/symbols
.symfix c:\mss.sympath+ srv*c:\css*http://ctxsym.citrix.com/symbols
可使用環(huán)境變量設置，也可在軟件File - Symbol File Path中進行設置，至此，準備工作一切就緒，下面即可進行分析。
WinDBG打開dmp文件，稍等一會便可出現(xiàn)分析報告，我的分析報告如下：
復制代碼 隱藏代碼
Microsoft (R) Windows Debugger Version 6.12.0002.633 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Users\Tory\Desktop\120421-10187-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: SRV*C:\Symbols*http://msdl.microsoft.com/download/symbols;SRV*c:\mysymbol* http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 19041 MP (6 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Machine Name:
Kernel base=0xfffff805`67c00000 PsLoadedModuleList=0xfffff805`6882a1d0
Debug session time: Sat Dec 4 20:02:02.508 2021 (UTC + 8:00)
System Uptime: 0 days 1:07:26.549
Loading Kernel Symbols
...............................................................
................................................................
................................................................
................
Loading User Symbols
Loading unloaded module list
.........
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 3B, {c0000005, fffff80567efbfd2, ffffe90838039420, 0}
Probably caused by : Unknown_Image ( PAGE_NOT_ZERO )
Followup: MachineOwner
---------
*** Memory manager detected 62334 instance(s) of page corruption, target is likely to have memory corruption.
5: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
SYSTEM_SERVICE_EXCEPTION (3b)
An exception happened while executing a system service routine.
Arguments:
Arg1: 00000000c0000005, Exception code that caused the bugcheck
Arg2: fffff80567efbfd2, Address of the instruction which caused the bugcheck
Arg3: ffffe90838039420, Address of the context record for the exception that caused the bugcheck
Arg4: 0000000000000000, zero.
Debugging Details:
------------------
EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - 0x%p
FAULTING_IP:
nt!RtlpIsNameInExpressionPrivate+92
fffff805`67efbfd2 6683382a cmp word ptr [rax],2Ah
CONTEXT: ffffe90838039420 -- (.cxr 0xffffe90838039420)
rax=ffff7b83a1b1ab84 rbx=0000000000000074 rcx=ffffa583a1b1ab40
rdx=ffffe90838039fb0 rsi=0000000000000000 rdi=ffffa583a1b1ab40
rip=fffff80567efbfd2 rsp=ffffe90838039e20 rbp=0000000000000000
r8=0000000000000000 r9=ffffa583a1b1ab40 r10=0000000000000032
r11=ffffe90838039fb0 r12=0000000000000000 r13=ffffbb07cac1d880
r14=0000000000000000 r15=000000000000005c
iopl=0 nv up ei pl nz na po nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00050206
nt!RtlpIsNameInExpressionPrivate+0x92:
fffff805`67efbfd2 6683382a cmp word ptr [rax],2Ah ds:002b:ffff7b83`a1b1ab84=????
Resetting default scope
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0x3B
PROCESS_NAME: QQPYUserCenter
CURRENT_IRQL: 0
BAD_PAGES_DETECTED: f37e
LAST_CONTROL_TRANSFER: from fffff80567efbe58 to fffff80567efbfd2
STACK_TEXT:
ffffe908`38039e20 fffff805`67efbe58 : ffffbb07`00000003 00000000`00000000 ffffbb07`cac1d880 00000000`00000000 : nt!RtlpIsNameInExpressionPrivate+0x92
ffffe908`38039f10 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!RtlIsNameInExpression+0x48
SYMBOL_NAME: PAGE_NOT_ZERO
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: Unknown_Module
IMAGE_NAME: Unknown_Image
DEBUG_FLR_IMAGE_TIMESTAMP: 0
STACK_COMMAND: .cxr 0xffffe90838039420 ; kb
BUCKET_ID: PAGE_NOT_ZERO
Followup: MachineOwner
---------
*** Memory manager detected 62334 instance(s) of page corruption, target is likely to have memory corruption.
重點關注第30行以下，其中BugCheck 3B, {c0000005, fffff80567efbfd2, ffffe90838039420, 0}大致可以看出錯誤代碼為0x0000003B，百度一下即可知該錯誤代碼多為軟硬件兼容性問題，此事心里大概有一個底了。Probably caused by : Unknown_Image ( PAGE_NOT_ZERO )這里其實可以關注一下，由于結果未“Unknown_Image”所以也失去了分析它的意義了。
其實低49-54行給出了導致錯誤的進程具體位置，這個我看不懂，感興趣的大佬可以給我解釋一下，要怎么分析到他的具體地址。
從第81行開始較為重要，其中拋出的“VISTA_DRIVER_FAULT”表示訪問驅動錯誤，PROCESS_NAME指向了QQPYUserCenter，表示罪魁禍首是該進程，即“QQ拼音用戶中心”，但是我實在想不通為什么QQ拼音和驅動又有關系了。
繼續(xù)向下看到第94、95行， 表示該進程調用了ntdll中的RtlIsNameInExpression之后又調用了RtlpIsNameInExpressionPrivate+0x92函數(shù)時出錯了，該問題也可在第62-64行能夠清楚看到具體出錯的反匯編代碼。
復制代碼 隱藏代碼
FAULTING_IP:
nt!RtlpIsNameInExpressionPrivate+92
fffff805`67efbfd2 6683382a cmp word ptr [rax],2Ah至此，分析全部結束，并做一下最終的總結：此次藍屏主要原因是QQPYUserCenter與某個軟硬件發(fā)生驅動訪問時出現(xiàn)問題，既然有驅動則多為硬件所致。
在網(wǎng)上查詢了很多信息，用排除法最終鎖定了“Logitech MouseWare”即羅技鼠標，因為外設我就用了羅技的鼠標和鍵盤。
更新Logitech的驅動
WinDBG官網(wǎng)
WinDbg分析藍屏dump原因
安裝與配置windbg的symbol(符號)
WinDbg 藍屏分析 Windows Dump 文件教程
windbg-> !analyze -v 信息詳解
《藍屏0x0000003b》的解答