windows錯(cuò)誤代碼含義和解決方案

經(jīng)典word整理文檔，僅參考，雙擊此處可刪除頁(yè)眉頁(yè)腳。本資料屬于網(wǎng)絡(luò)整理，如有侵權(quán)，請(qǐng)聯(lián)系刪除，謝謝！Windowswindow用戶看得懂的提示展示出來(lái)。但是，有時(shí)候windows的提示會(huì)以錯(cuò)誤碼的形式展示出來(lái)。所以，了解一些簡(jiǎn)單的錯(cuò)誤碼。有助于對(duì)一些重大錯(cuò)誤的避免。1.代碼一覽表1000000001不正確的函數(shù)。2000000002系統(tǒng)找不到指定的檔案。3000000003系統(tǒng)找不到指定的路徑。4000000004系統(tǒng)無(wú)法開(kāi)啟檔案。5000000005拒絕存取。6000000006無(wú)效的代碼。7000000007儲(chǔ)存體控制區(qū)塊已毀。8000000008儲(chǔ)存體空間不足無(wú)法處理這個(gè)指令。9000000009儲(chǔ)存體控制區(qū)塊地址無(wú)效。1000000000A環(huán)境不正確。1100000000B嘗試加載一個(gè)格式錯(cuò)誤的程序。1200000000C存取碼錯(cuò)誤。1300000000D資料錯(cuò)誤。1400000000E儲(chǔ)存體空間不夠無(wú)法完成這項(xiàng)作業(yè)。1500000000F系統(tǒng)找不到指定的磁盤驅(qū)動(dòng)器。16000000010無(wú)法移除目錄統(tǒng)無(wú)法將檔案移到其它的磁盤驅(qū)動(dòng)器有任何檔案。19000000013儲(chǔ)存媒體為寫保護(hù)狀態(tài)。20000000014系統(tǒng)找不到指定的裝置。21000000015裝置尚未就緒。22000000016裝置無(wú)法識(shí)別指令。23000000017資料錯(cuò)誤(cyclicredundancycheck)24000000018程序發(fā)出一個(gè)長(zhǎng)度錯(cuò)誤的指令。25000000019磁盤驅(qū)動(dòng)器在磁盤找不到持定的扇區(qū)或磁道。2600000001A指定的磁盤或磁盤無(wú)法存取。2700000001B磁盤驅(qū)動(dòng)器找不到要求的扇區(qū)。2800000001C打印機(jī)沒(méi)有紙。2900000001D系統(tǒng)無(wú)法將資料寫入指定的磁盤驅(qū)動(dòng)器。3000000001E系統(tǒng)無(wú)法讀取指定的裝置。3100000001F連接到系統(tǒng)的某個(gè)裝置沒(méi)有作用。32000000020Theprocesscannotaccessthefilebecauseitisbeingusedbyanotherprocess.33000000021檔案的一部份被鎖定現(xiàn)在無(wú)法存取。34000000022磁盤驅(qū)動(dòng)器的磁盤不正確。請(qǐng)將％2(VolumeSerialNumber:％3)插入磁盤機(jī)％。36000000024開(kāi)啟的分享檔案數(shù)量太多。38000000026到達(dá)檔案結(jié)尾。39000000027磁盤已滿。50000000032不支持這種網(wǎng)絡(luò)要求。51000000033遠(yuǎn)程計(jì)算機(jī)無(wú)法使用。52000000034網(wǎng)絡(luò)名稱重復(fù)。53000000035網(wǎng)絡(luò)路徑找不到。54000000036網(wǎng)絡(luò)忙碌中。55000000037Thespecifiednetworkresourceordeviceisnolongeravailable.56000000038ThenetworkBIOScommandlimithasbeenreached.57000000039網(wǎng)絡(luò)配接卡發(fā)生問(wèn)題。5800000003A指定的服務(wù)器無(wú)法執(zhí)行要求的作業(yè)。5900000003B網(wǎng)絡(luò)發(fā)生意外錯(cuò)誤。6000000003C遠(yuǎn)程配接卡不兼容。6100000003D打印機(jī)隊(duì)列已滿。6200000003E服務(wù)器的空間無(wú)法儲(chǔ)存等候打印的檔案。6300000003F等候打印的檔案已經(jīng)刪除。64000000040指定的網(wǎng)絡(luò)名稱無(wú)法使用。65000000041拒絕存取網(wǎng)絡(luò)。66000000042網(wǎng)絡(luò)資源類型錯(cuò)誤。67000000043網(wǎng)絡(luò)名稱找不到。68000000044超過(guò)區(qū)域計(jì)算機(jī)網(wǎng)絡(luò)配接卡的名稱限制。69000000045超過(guò)網(wǎng)絡(luò)BIOS作業(yè)階段的限制。70000000046遠(yuǎn)程服務(wù)器已經(jīng)暫?；蛘哒谄鹗贾小?1000000047由于聯(lián)機(jī)數(shù)目已達(dá)上限此時(shí)無(wú)法再聯(lián)機(jī)到這臺(tái)遠(yuǎn)程計(jì)算機(jī)。72000000048指定的打印機(jī)或磁盤裝置已經(jīng)暫停作用。80000000050檔案已經(jīng)存在。82000000052無(wú)法建立目錄或檔案。83000000053INT24失敗84000000054處理這項(xiàng)要求的儲(chǔ)存體無(wú)法使用。85000000055近端裝置名稱已經(jīng)在使用中。86000000056指定的網(wǎng)絡(luò)密碼錯(cuò)誤。87000000057參數(shù)錯(cuò)誤。88000000058網(wǎng)絡(luò)發(fā)生資料寫入錯(cuò)誤。89000000059此時(shí)系統(tǒng)無(wú)法執(zhí)行其它行程。2.相應(yīng)解決方案使用windows出現(xiàn)藍(lán)色屏幕是經(jīng)常的事，而且每每因?yàn)椴磺宄e(cuò)誤的來(lái)源而頻繁重新安裝系統(tǒng)，勞神費(fèi)時(shí)。下列收集了一些windows死機(jī)密碼，供大家參考。1、0x0000000A:IRQL_NOT_LESS_OR_EQUAL◆錯(cuò)誤分析主要是由問(wèn)題的驅(qū)動(dòng)程序、有缺陷或不兼容的硬件與軟件造成的.從技術(shù)角度講.表明在內(nèi)核模式中有級(jí)別進(jìn)程請(qǐng)求(IRQL)訪問(wèn)其沒(méi)有權(quán)限訪問(wèn)的內(nèi)存地址.

解決方案請(qǐng)用前面介紹的解決方案中的、、、、9方案嘗試排除.2、0x00000012:TRAP_CAUSE_UNKNOWN◆錯(cuò)誤分析如果遇到這個(gè)錯(cuò)誤信息,那么很不幸,應(yīng)為KeBudCheck分析的結(jié)果是錯(cuò)誤原因未知.

解決方案:既然微軟都幫不上忙,就得靠自己了,請(qǐng)仔細(xì)回想這個(gè)錯(cuò)誤是什么時(shí)候出現(xiàn)的;第一次發(fā)生時(shí)你對(duì)系統(tǒng)做了哪些操作;發(fā)生時(shí)正在進(jìn)行什么操作.從這些信息中找出可能的原因,從而選擇相應(yīng)解決方案嘗試排除.3、0x0000001A:MEMORY_MANAGEMENT◆錯(cuò)誤分析:這個(gè)內(nèi)存管理錯(cuò)誤往往是由硬件引起的,比如:新安裝的硬件、內(nèi)存本身有問(wèn)題等.

解決方案:如果是在安裝Windows時(shí)出現(xiàn),有可能是由于你的電腦達(dá)不到安裝Windows的最小內(nèi)存和磁盤要求.4、0x0000001E:KMODE_EXCEPTION_NOT_HANDLED◆錯(cuò)誤分析:Windows內(nèi)核檢查到一個(gè)非法或者未知的進(jìn)程指令，這個(gè)停機(jī)碼一般是由問(wèn)題的內(nèi)存或是與前面0x0000000A相似的原因造成的.

解決方案:(1)硬件兼容有問(wèn)題請(qǐng)對(duì)照前面提到的最新硬件兼容性列表,查看所有硬件是否包含在該列表中.(2):如果在藍(lán)屏信息中出現(xiàn)了驅(qū)動(dòng)程序的名字,請(qǐng)?jiān)囍诎惭b模式或者故障恢復(fù)控制臺(tái)中禁用或刪除驅(qū)動(dòng)程序,并禁用所有剛安裝的驅(qū)動(dòng)和軟件.如果錯(cuò)誤出現(xiàn)在系統(tǒng)啟動(dòng)過(guò)程中,請(qǐng)進(jìn)入安全模式,將藍(lán)屏信息中所標(biāo)明的文件重命名或者刪除.(3)如果錯(cuò)誤信息中明確指出Win32K.sys:很有可能是第三方遠(yuǎn)程控制軟件造成的,需要從故障恢復(fù)控制臺(tái)中將對(duì)該軟件的服務(wù)關(guān)閉.(4)在安裝Windows后第一次重啟時(shí)出現(xiàn)最大嫌疑可能時(shí)系統(tǒng)分區(qū)的磁盤空間不足或BIOS兼容有問(wèn)題.(5)如果是在關(guān)閉某個(gè)軟件時(shí)出現(xiàn)的很有可能時(shí)軟件本生存在設(shè)計(jì)缺陷,請(qǐng)升級(jí)或卸載它.5、0x00000023:FAT_FILE_SYSTEM0x00000024:NTFS_FILE_SYSTEM◆錯(cuò)誤分析:0x00000023通常發(fā)生在讀寫FAT16或者FAT32文件系統(tǒng)的系統(tǒng)分區(qū)時(shí),而0x00000024則是由于NTFS.sys文件出現(xiàn)錯(cuò)誤(這個(gè)驅(qū)動(dòng)文件的作用是容許系統(tǒng)讀寫使用.(NTFS文件系統(tǒng)的磁盤).這兩個(gè)藍(lán)屏錯(cuò)誤很有可能是磁盤本身存在物理?yè)p壞,或是中斷要求封包(IRP)損壞而導(dǎo)致的.其他原因還包括硬盤磁盤碎片過(guò)多;文件讀寫操作過(guò)于頻繁,并且數(shù)據(jù)量非常大或者是由于一些磁盤鏡像軟件或殺毒軟件引起的.

解決方案:第一步首先打開(kāi)命令行提示符,運(yùn)行"Chkdsk/r"(注不是CHKDISK,感覺(jué)象這個(gè),但是它們所指的內(nèi)容是不一樣的)命令檢查并修復(fù)硬盤錯(cuò)誤,如果報(bào)告存在壞道(BadTrack),請(qǐng)使用硬盤廠商提供的檢查工具進(jìn)行檢查和修復(fù).第二步接著禁用所有即使掃描文件的軟件,比如殺毒軟件、防火墻或備份工具.第三步右擊C:\winnt\system32\drivers\fastfat.sys文件并選擇"屬性",查看其版本是否與當(dāng)前系統(tǒng)所使用的Windows版本相符合.(注:如果是XP,應(yīng)該是C:\windows\system32\drivers\fastfat.sys)第四步安裝最新的主板驅(qū)動(dòng)程序,特別IDE驅(qū)動(dòng).如果你的光驅(qū)有驅(qū)動(dòng)程序,最好將它們升級(jí)至最新版.6、0x00000027:RDR_FILE_SYSTEM◆錯(cuò)誤分析這個(gè)錯(cuò)誤產(chǎn)生的原因很難判斷,不過(guò)Windows內(nèi)存管理出了問(wèn)題很可能會(huì)導(dǎo)致這個(gè)停機(jī)碼的出現(xiàn).

解決方案如果是內(nèi)存管理的緣故,通常增加內(nèi)存會(huì)解決問(wèn)題.7、0x0000002EATA_BUS_ERROR◆錯(cuò)誤分析系統(tǒng)內(nèi)存存儲(chǔ)器奇偶校驗(yàn)產(chǎn)生錯(cuò)誤,通常是因?yàn)橛腥毕莸膬?nèi)存(包括物理內(nèi))時(shí)設(shè)備驅(qū)動(dòng)程序訪問(wèn)不存在的內(nèi)存地址等原因引起的.另外,硬盤被病毒或者其他問(wèn)題所損傷,以出現(xiàn)這個(gè)停機(jī)碼.

解決方案:(1)檢查病毒(2)使用"chkdsk/r"命令檢查所有磁盤分區(qū).(3)用Memtest86等內(nèi)存測(cè)試軟件檢查內(nèi)存.(4)檢查硬件是否正確安裝,比如是否牢固、金手指是否有污漬.8、0x00000035:NO_MORE_IRP_STACK_LOCATIONS◆錯(cuò)誤分析:從字面上理解,應(yīng)該時(shí)驅(qū)動(dòng)程序或某些軟件出現(xiàn)堆棧問(wèn)題.其實(shí)這個(gè)故障的真正原因應(yīng)該時(shí)驅(qū)動(dòng)程序本生存在問(wèn)題,或是內(nèi)存有質(zhì)量問(wèn)題.

解決方案請(qǐng)使用前面介紹的常規(guī)解決方案中與驅(qū)動(dòng)程序和內(nèi)存相關(guān)的方案進(jìn)行排除.9、0x0000003F:NO_MORE_SYSTEM_PTES◆錯(cuò)誤分析一個(gè)與系統(tǒng)內(nèi)存管理相關(guān)的錯(cuò)誤,比如由于執(zhí)行了大量的輸入/輸出操作,造成內(nèi)存管理出現(xiàn)問(wèn)題:有缺陷的驅(qū)動(dòng)程序不正確地使用內(nèi)存資源;某個(gè)應(yīng)用程序(比如備份軟件)被分配了大量的內(nèi)核內(nèi)存等.

解決方案卸載所有最新安裝的軟件(特別是哪些增強(qiáng)磁盤性能的應(yīng)用程序和殺毒軟件)和驅(qū)動(dòng)程序.10、0x00000044:MULTIPLE_IRP_COMPLIETE_REQUESTS◆錯(cuò)誤分析通常是由硬件驅(qū)動(dòng)程序引起的.

解決方案卸載最近安裝的驅(qū)動(dòng)程序.這個(gè)故障很少出現(xiàn),目前已經(jīng)知道的是,在使用/這家公司的某些軟件時(shí)會(huì)出現(xiàn),其中的罪魁就是Falstaff.sys文件.(難道不怕吃官司嘛,把公司網(wǎng)址公布)11、0x00000050:PAGE_FAULT_IN_NONPAGED+AREA◆錯(cuò)誤分析有問(wèn)題的內(nèi)存(包括物理內(nèi)存、二級(jí)緩存、顯存)、不兼容的軟件(主要是遠(yuǎn)程控制和殺毒軟件)、損壞的NTFS卷以及有問(wèn)題的硬件(比如:PCI插卡本身已損壞)等都會(huì)引發(fā)這個(gè)錯(cuò)誤.

解決方案請(qǐng)使用前面介紹的常規(guī)解決方案中與內(nèi)存、軟件、硬件、硬盤等相關(guān)的方案進(jìn)行排除.如果電腦中安裝有maxdoc（或是用maxdoc的啟動(dòng)盤）也可以在命令模式下直接刪除C盤的頁(yè)面文件。12、0x00000051:REGISTRY_ERROR◆錯(cuò)誤分析這個(gè)停機(jī)碼說(shuō)明注冊(cè)表或系統(tǒng)配置管理器出現(xiàn)錯(cuò)誤,由于硬盤本身有物理?yè)p壞或文件系統(tǒng)存在問(wèn)題,從而造成在讀取注冊(cè)文件時(shí)出現(xiàn)輸入/輸出錯(cuò)誤.

解決方案使用"chkdsk/r"檢查并修復(fù)磁盤錯(cuò)誤.13、0x00000058:FTDISK_INTERNAL_ERROR◆錯(cuò)誤分析說(shuō)明在容錯(cuò)集的主驅(qū)動(dòng)發(fā)生錯(cuò)誤.?

解決方案首先嘗試重啟電腦看是否能解決問(wèn)題,如果不行,則嘗試"最后一次正確配置"進(jìn)行解決.14、0x0000005E:CRITICAL_SERVICE_FAILED◆錯(cuò)誤分析某個(gè)非常重要的系統(tǒng)服務(wù)啟動(dòng)識(shí)別造成的.

解決方案:如果是在安裝了某個(gè)新硬件后出新的,可以先移除該硬件,并通過(guò)網(wǎng)上列表檢查它是否與Windows2K/XP兼容,接著啟動(dòng)電腦,如果藍(lán)屏還是出現(xiàn),請(qǐng)使用"最后一次正確配置"來(lái)啟動(dòng)Windows,如果這樣還是失敗,建議進(jìn)行修復(fù)安裝或是重裝.15、0x0000006F:SESSION3_INITIALIZATION-FAILED◆錯(cuò)誤分析這個(gè)錯(cuò)誤通常出現(xiàn)在Windows啟動(dòng)時(shí),一般是由有問(wèn)題的驅(qū)動(dòng)程序或損壞的系統(tǒng)文件引起的.

解決方案建議使用Windows安裝光盤對(duì)系統(tǒng)進(jìn)行修復(fù)安裝.16、0x00000076ROCESS_HAS_LOCKED_PAGES◆錯(cuò)誤分析:通常是因?yàn)槟硞€(gè)驅(qū)動(dòng)程序在完成了一次輸入/輸出操作后,沒(méi)有正確釋放所占有的內(nèi)存

解決方案:第一步:點(diǎn)擊開(kāi)始-->運(yùn)行:regedt32,找到[HKLM\SYSTEM\Currentcontrolset\control\sessionmanager\memorymanagement],在右側(cè)新建雙字節(jié)值"TrackLockedPages",值為1.這樣Windows便會(huì)在錯(cuò)誤再次出現(xiàn)時(shí)跟蹤到是哪個(gè)驅(qū)動(dòng)程序的問(wèn)題.第二步:如果再次出現(xiàn)藍(lán)屏,那么錯(cuò)誤信息會(huì)變成:STOP:0x0000000CB(0xY,0xY,0xY,0xY)DRIVER_LEFT_LOCKED_PAGES_IN_PROCESS其中第四個(gè)"0xY"會(huì)顯示為問(wèn)題驅(qū)動(dòng)程序的名字,接著對(duì)其進(jìn)行更新或刪除第三步:進(jìn)入注冊(cè)表,刪除添加的"TrackLockedPages".17、0x00000077:KERNEL_STACK_INPAGE_ERROR◆錯(cuò)誤分析說(shuō)明需要使用的內(nèi)核數(shù)據(jù)沒(méi)有在虛擬內(nèi)存或物理內(nèi)存中找到.這個(gè)錯(cuò)誤常常是磁盤有問(wèn)題,相應(yīng)數(shù)據(jù)損壞或受到病毒侵蝕.

解決方案使用殺毒軟件掃描系統(tǒng);使用"chkdsk/r"命令檢查并修復(fù)磁盤錯(cuò)誤,如不行則使用磁盤廠商提供的工具檢查修復(fù).18、0x0000007A:KERNEL_DATA_INPAGE_ERROR◆錯(cuò)誤分析這個(gè)錯(cuò)誤往往是虛擬內(nèi)存中的內(nèi)核數(shù)據(jù)無(wú)法讀入內(nèi)存造成的.原因可能是虛擬內(nèi)存頁(yè)面文件中存在壞簇病毒、磁盤控制器出錯(cuò)、內(nèi)存有問(wèn)題.

解決方案:首先用升級(jí)為最新病毒庫(kù)殺毒軟件查殺病毒,如果信息中還有0xC000009C或0xC000016A代碼,那么表示是壞簇造成的,并且系統(tǒng)的磁盤檢測(cè)工具無(wú)法自動(dòng)修復(fù),這時(shí)要進(jìn)入"故障恢復(fù)控制臺(tái)",用"chkdsk/r"命令進(jìn)行手動(dòng)修復(fù).19、0x0000007B:INACESSIBLE_BOOT_DEVICE◆錯(cuò)誤分析:Windows在啟動(dòng)過(guò)程中無(wú)法訪問(wèn)系統(tǒng)分區(qū)或啟動(dòng)卷.一般發(fā)生在更換主板后第一次啟動(dòng)時(shí),主要是因?yàn)樾轮靼搴团f主板的IDE控制器使用了不同芯片組造成的.有時(shí)也可能是病毒或硬盤損傷所引起的.

解決方案:一般只要用安裝光盤啟動(dòng)電腦,然后執(zhí)行修復(fù)安裝即可解決問(wèn)題.對(duì)于病毒則可使用DOS版的殺毒軟件進(jìn)行查殺(有kv2005DOS版下載).如果是硬盤本身存在問(wèn)題,請(qǐng)將其安裝到其他電腦中,然后使用"chkdsk/r"來(lái)檢查并修復(fù)磁盤錯(cuò)誤.20、0x0000007E:SYSTEM_THREAD_EXCEPTION_NOT_HANDLED◆錯(cuò)誤分析系統(tǒng)進(jìn)程產(chǎn)生錯(cuò)誤,但Windows錯(cuò)誤處理器無(wú)法捕獲.其產(chǎn)生原因很多,包括硬件兼容性、有問(wèn)題的驅(qū)動(dòng)程序或系統(tǒng)服務(wù)、或者是某些軟件.

解決方案請(qǐng)使用"事件查看器"來(lái)獲取更多的信息,從中發(fā)現(xiàn)錯(cuò)誤根源.(發(fā)現(xiàn)好像不是解決哦,看來(lái)這里大家要自力更生了!)21、0x0000007F:UNEXPECTED_KERNEL_MOED_TRAP◆錯(cuò)誤分析一般是由于有問(wèn)題的硬件(比如內(nèi)存)或某些軟件引起的.有時(shí)超頻也會(huì)產(chǎn)生這個(gè)錯(cuò)誤.

解決方案用檢測(cè)軟件(比如:Memtest86)檢查內(nèi)存,如果進(jìn)行了超頻,請(qǐng)取消超頻.將PCI硬件插卡從主板插槽拔下來(lái),或更換插槽.另外,有些主板(比如:nForce2主板)在進(jìn)行超頻后,南橋芯片過(guò)熱也會(huì)導(dǎo)致藍(lán)屏,此時(shí)為該芯片單獨(dú)增加散熱片往往可以有效解決問(wèn)題.22、0x00000080:NMI_HARDWARE_FAILURE◆錯(cuò)誤分析通常是有硬件引起的.(似乎藍(lán)屏與硬件錯(cuò)誤有不解之緣)

解決方案:如果最近安裝了新硬件,請(qǐng)將其移除,然后試試更換插槽和安裝最新的驅(qū)動(dòng)程序,如果升級(jí)了驅(qū)動(dòng)程序,請(qǐng)恢復(fù)后原來(lái)的版本;檢查內(nèi)存金手指是否有污染和損壞;掃描病毒;運(yùn)行"chkdsk/r"檢查并修復(fù)磁盤錯(cuò)誤;檢查所有硬件插卡已經(jīng)插牢.如果以上嘗試都無(wú)效果,就得找專業(yè)的電腦維修公司請(qǐng)求幫助了.23、0x0000008E:KERNEL_MODE_EXCEPTION_NOT_HANDLED◆錯(cuò)誤分析內(nèi)核級(jí)應(yīng)用程序產(chǎn)生了錯(cuò)誤,但Windows錯(cuò)誤處理器沒(méi)有捕獲.通常是硬件兼容性錯(cuò)誤.

解決方案升級(jí)驅(qū)動(dòng)程序或升級(jí)BIOS.24、0x0000009C:MACHINE_CHECK_EXCEPTION◆錯(cuò)誤分析通常是硬件引起的.一般是因?yàn)槌l或是硬件存在問(wèn)題(內(nèi)存、CPU、總線、電源).

解決方案如果進(jìn)行了超頻,請(qǐng)降下CPU原來(lái)頻率,檢查硬件.25、0x0000009FRIVER_POWER_STATE_FAILURE◆錯(cuò)誤分析往往與電源有關(guān)系,常常發(fā)生在與電源相關(guān)的操作,比如.

解決方案重裝系統(tǒng),如果不能解決,請(qǐng)更換電源.26、0x000000A5:ACPI_BIOS_ERROR◆錯(cuò)誤分析通常是因?yàn)橹靼錌IOS不能全面支持ACPI規(guī)范.

解決方案如果沒(méi)有相應(yīng)BIOS升級(jí),那么可在安裝Windows2K/XP時(shí),當(dāng)出現(xiàn)"pressF6ifyouneedtoinstallathird-partySCSIorRAIDdriver"提示時(shí),按下F7鍵,這樣Windows便會(huì)自動(dòng)禁止安裝ACPIHAL,而安裝StandardPCHAL.27、0x000000B4:VIDEO_DRIVER_INIT_FAILURE◆錯(cuò)誤分析這個(gè)停止信息表示W(wǎng)indows因?yàn)椴荒軉?dòng)顯卡驅(qū)動(dòng),從而無(wú)法進(jìn)入圖形界面.通常是顯卡的問(wèn)題,或者是存在與顯卡的硬件沖突(比如與并行或串行端口沖突).

解決方案進(jìn)入安全模式查看問(wèn)題是否解決,如果可以,請(qǐng)升級(jí)最新的顯卡驅(qū)動(dòng)程序,如果還不行,則很可能是顯卡與并行端口存在沖突,需要在安全模式按下WIN+break組合鍵打開(kāi)"系統(tǒng)屬性",在硬件設(shè)備管理器中找到并雙擊連接打印的LPT1端口的選項(xiàng),在"資源"選項(xiàng)卡中取消"使用自動(dòng)配置"的勾選,然后將"輸入/輸出范圍"的"03BC"改為"0378".28、0x000000BE:ATTEMPTED_WRITE_TO_READONLY_MEMORY◆錯(cuò)誤分析某個(gè)驅(qū)動(dòng)程序試圖向只讀內(nèi)存寫入數(shù)據(jù)造成的.通常是在安裝了新的驅(qū)動(dòng)程序,系統(tǒng)服務(wù)或升級(jí)了設(shè)備的固件程序后.

解決方案如果在錯(cuò)誤信息中包含有驅(qū)動(dòng)程序或者服務(wù)文件名稱,請(qǐng)根據(jù)這個(gè)信息將新安裝的驅(qū)動(dòng)程序或軟件卸載或禁用.29、0x000000C2:BAD_POOL_CALLER◆錯(cuò)誤分析一個(gè)內(nèi)核層的進(jìn)程或驅(qū)動(dòng)程序錯(cuò)誤地試圖進(jìn)入內(nèi)存操作.通常是驅(qū)動(dòng)程序或存在BUG的軟件造成的.

解決方案請(qǐng)參考前面介紹的常規(guī)解決方案相關(guān)項(xiàng)目進(jìn)行排除.30、0x000000CERIVER_UNLOADED_WITHOUT_CANCELLING_PENDING_OPERATIONS◆錯(cuò)誤分析通常是由有問(wèn)題的驅(qū)動(dòng)程序或系統(tǒng)服務(wù)造成的.

解決方案請(qǐng)參考前面介紹的常規(guī)解決方案相關(guān)項(xiàng)目進(jìn)行排除.31、0x000000D1RIVER_IRQL_NOT_LESS_OR_EQUAL◆錯(cuò)誤分析通常是由有問(wèn)題的驅(qū)動(dòng)程序引起的(比如羅技鼠標(biāo)的LogitechMouseWare9.10和9.24版驅(qū)動(dòng)程序會(huì)引發(fā)這個(gè)故障).同時(shí)有缺陷的內(nèi)存、損壞的虛擬內(nèi)存文件、某些軟件(比如多媒體軟件、殺毒軟件、備份軟件、DVD播放軟件)等也會(huì)導(dǎo)致這個(gè)錯(cuò)誤.

解決方案檢查最新安裝或升級(jí)的驅(qū)動(dòng)程序(如果藍(lán)屏中出現(xiàn)"acpi.sys"等類似文件名,可以非?？隙ㄊ球?qū)動(dòng)程序問(wèn)題)和軟件;測(cè)試內(nèi)存是否存在問(wèn)題;進(jìn)入"故障恢復(fù)控制臺(tái)",轉(zhuǎn)到虛擬內(nèi)存頁(yè)面文件Pagefile.sys所在分區(qū),執(zhí)行"delpagefile.sys"命令,將頁(yè)面文件刪除;然后在頁(yè)面文件所在分區(qū)執(zhí)行"chkdsk/r"命令進(jìn)入Windows后重新設(shè)置虛擬內(nèi)存如果在上網(wǎng)時(shí)遇到這個(gè)藍(lán)屏,而你恰恰又在進(jìn)行大量的數(shù)據(jù)下載和上傳(比如網(wǎng)絡(luò)游戲、BT下載),那么應(yīng)該是網(wǎng)卡驅(qū)動(dòng)的問(wèn)題,需要升級(jí)其驅(qū)動(dòng)程序.32、0x000000EA:THREAD_STUCK_IN_DEVICE_DRIVER◆錯(cuò)誤分析通常是由顯卡或顯卡驅(qū)動(dòng)程序引發(fā)的.

解決方案:先升級(jí)最新的顯卡驅(qū)動(dòng),如果不行,則需要更換顯卡測(cè)試故障是否依然發(fā)生.33、0x000000ED:UNMOUNTABLE_BOOT_VOLUME◆錯(cuò)誤分析一般是由于磁盤存在錯(cuò)誤導(dǎo)致的,有時(shí)也建議檢查硬盤連線是否接觸不良,或是沒(méi)有使用合乎該硬盤傳輸規(guī)格的連接線,例如ATA-100仍使用ATA-33的連接線,對(duì)低速硬盤無(wú)所謂,但高速硬盤(支持ATA-66以上)的要求較嚴(yán)格,規(guī)格不對(duì)的連線有時(shí)也會(huì)引起這類沒(méi)辦法開(kāi)機(jī)的故障.如果在修復(fù)后,還是經(jīng)常出現(xiàn)這個(gè)錯(cuò)誤,很可能是硬盤損壞的前兆.

解決方案一般情況下,重啟會(huì)解決問(wèn)題,不管怎么樣都建議執(zhí)行"chkdsk/r"命令來(lái)檢查修復(fù)硬盤34、0x000000F2:HARDWARE)INTERRUPT_STORM◆錯(cuò)誤分析內(nèi)核層檢查到系統(tǒng)出現(xiàn)中斷風(fēng)暴,比如:某個(gè)設(shè)備在完成操作后沒(méi)有釋放所占用的中斷.通常這是由缺陷的驅(qū)動(dòng)程序造成的.

解決方案升級(jí)或卸載最新安裝的硬件驅(qū)動(dòng)程序.35、0x00000135:UNABLE_TO_LOCATE_DLL◆錯(cuò)誤分析通常表示某個(gè)文件丟失或已經(jīng)損壞,或者是注冊(cè)表出現(xiàn)錯(cuò)誤.

解決方案:如果是文件丟失或損壞,在藍(lán)屏信息中通常會(huì)顯示相應(yīng)的文件名,你可以通過(guò)網(wǎng)絡(luò)或是其他電腦找到相應(yīng)的文件,并將其復(fù)制到系統(tǒng)文件夾下的SYSTEM32子文件夾中.如果沒(méi)有顯示文件名,那就很有可能是注冊(cè)表?yè)p壞,請(qǐng)利用系統(tǒng)還原或是以前的注冊(cè)表備份進(jìn)行恢復(fù).36、0x0000021A:STATUS_SYSTEM_PROCESS_TERMINATED◆錯(cuò)誤分析用戶模式子系統(tǒng),例如Winlogon或客服服務(wù)運(yùn)行時(shí)子系統(tǒng)（CSRSS壞,所以無(wú)法再保證安全性,導(dǎo)致系統(tǒng)無(wú)法啟動(dòng).有時(shí),當(dāng)系統(tǒng)管理員錯(cuò)誤地修改了用戶帳號(hào)權(quán)限,導(dǎo)致其無(wú)法訪問(wèn)系統(tǒng)文件和文件夾.

解決方案使用"最后一次正確的配置",如果無(wú)效,可使用安裝光盤進(jìn)行修復(fù)安裝.37、STOP0xC0000221orSTATUS_IMAGE_CHECKSUM_MISMATCH◆錯(cuò)誤分析通常是由于驅(qū)動(dòng)程序或系統(tǒng)DLL文件損壞造成的.一般情況下,在藍(lán)屏中會(huì)出現(xiàn)文件名稱.sys文件；3.將其重命名，如：XXXintelppm.sys；4.重啟。[1]以下情況會(huì)引發(fā)系統(tǒng)藍(lán)屏崩潰：1、運(yùn)行在內(nèi)核模式下的設(shè)備驅(qū)動(dòng)程序或者操作系統(tǒng)函數(shù)引發(fā)了一個(gè)未被處理的異常，比如內(nèi)存訪問(wèn)違例（由于企圖寫一個(gè)只讀頁(yè)面或者企圖讀一個(gè)當(dāng)前未被映射的內(nèi)存地址即無(wú)效地址2(IRQL)為DPC/Dispatch級(jí)別或更高級(jí)別時(shí)等待一個(gè)標(biāo)記為需要等待的調(diào)度對(duì)象。、在DPC/Dispatch級(jí)別或更高的IRQL級(jí)別時(shí)由于數(shù)據(jù)存在于頁(yè)面文件或內(nèi)存映射文件中而發(fā)生了頁(yè)面錯(cuò)誤(PageFault)I/O說(shuō)，在DPC/Dispatch級(jí)別或更高IRQL4、當(dāng)檢測(cè)到一個(gè)內(nèi)部狀態(tài)表明數(shù)據(jù)已遭受破壞或者在保證數(shù)據(jù)不被破壞的情況下系統(tǒng)無(wú)法繼續(xù)執(zhí)行時(shí)，設(shè)備驅(qū)動(dòng)程序或操作系統(tǒng)函數(shù)明確地要求系統(tǒng)崩潰（通過(guò)調(diào)用系統(tǒng)函數(shù)KeBugCheckEx、發(fā)生硬件錯(cuò)誤，比如處理器的計(jì)算機(jī)檢查異常功能(Machine報(bào)告有異?；蛘甙l(fā)生不。WindowsWindowsWindowsXP用戶提交給微軟在線崩潰分析(MicrosoftOCA,MicrosoftOnlineCrashAnalysis)站點(diǎn)的內(nèi)存轉(zhuǎn)2004年4既然Windows潰的罪魁禍?zhǔn)拙兡脷w案，讓我們的系統(tǒng)早日康復(fù)。下面，我們來(lái)看看Windows想通過(guò)這張“藍(lán)臉”告訴我們些什么。如上圖所示，這是一張顯示了所有參數(shù)的藍(lán)屏圖像。當(dāng)然，我們所遇到的藍(lán)屏圖像與之可能存在差異，比如少了一些信息等，但是大致是相同的，我們就以它為例進(jìn)行全面地闡述。首先，我們看看圖中用數(shù)字1標(biāo)注的區(qū)域，這里列出了傳遞給KeBugCheckEx函數(shù)的停止代碼和四個(gè)參數(shù)。此圖中的停止代碼為0x000000D1，四個(gè)參數(shù)為后面括號(hào)內(nèi)的用逗號(hào)分隔的四段16進(jìn)制數(shù)字；接下來(lái)，我們來(lái)看看圖中用數(shù)字2標(biāo)注的區(qū)域，這里顯示的是該停止代碼0x000000D1對(duì)3標(biāo)注的區(qū)域，這個(gè)區(qū)域當(dāng)且僅當(dāng)停止代碼的四個(gè)參數(shù)中的基地址以及日期戳。如此例中，該設(shè)備驅(qū)動(dòng)程序的文件名為“myfault.sys這些信息對(duì)我們排錯(cuò)有何作用呢？如果上圖中的區(qū)域3myfault.sys3Microsoft的在線幫助和支持中查找該停止代碼等信息或者使用我們的利器——WinDbg進(jìn)行手動(dòng)分析了。筆到了問(wèn)題文件名稱，另外，微軟的在線幫助和支持中不是所有的錯(cuò)誤都能夠搜索到，而WinDbg正好克服了這兩個(gè)弱點(diǎn)，直接能夠抓出罪魁禍?zhǔn)孜募?，讓您痛快將其斬首。WinDbgInstallDebuggingToolsforWindows32/64-bitVersion。使用WinDbg分析崩潰時(shí)的內(nèi)存轉(zhuǎn)儲(chǔ)文件的前提是您要讓系統(tǒng)在崩潰時(shí)自動(dòng)生成一個(gè)內(nèi)存轉(zhuǎn)儲(chǔ)文件，做法如下：、單擊開(kāi)始，然后單擊運(yùn)行。、鍵入controlsysdm.cpl，然后單擊確定。您將會(huì)打開(kāi)系統(tǒng)屬性高級(jí)選項(xiàng)卡。結(jié)果如下圖所示：3、在高級(jí)選項(xiàng)卡上，在啟動(dòng)和故障恢復(fù)部分中單擊設(shè)置。這將打開(kāi)啟動(dòng)和故障恢復(fù)對(duì)話框，如下圖所示：、在寫入調(diào)試信息列表中，選擇“(64KB)核心內(nèi)存轉(zhuǎn)儲(chǔ)新啟動(dòng)計(jì)算機(jī)，請(qǐng)清除系統(tǒng)失敗部分中自動(dòng)重新啟動(dòng)(R)項(xiàng)目前的復(fù)選框。然后單擊確定。、在啟動(dòng)和故障恢復(fù)對(duì)話框中，單擊確定。、單擊確定關(guān)閉系統(tǒng)屬性對(duì)話框。7、在系統(tǒng)設(shè)置更改對(duì)話框中，如果要立即重新啟動(dòng)計(jì)算機(jī)，則單擊是；如果要稍后重新啟動(dòng)計(jì)算機(jī)，則單擊否。注：Vista用戶請(qǐng)類似操作。除了禁止自動(dòng)重新啟動(dòng)對(duì)于第4點(diǎn)中的寫入調(diào)試信息列表內(nèi)容，現(xiàn)給出以下參照釋義：（以上三種轉(zhuǎn)儲(chǔ)文件的大小依次增大，關(guān)于三者的比較不在本文討論范圍之內(nèi)，筆者僅推薦設(shè)置別地，當(dāng)您選擇記錄核心內(nèi)存轉(zhuǎn)儲(chǔ)時(shí)，您必須啟用虛擬內(nèi)存頁(yè)面文件，而且由于核心內(nèi)存轉(zhuǎn)儲(chǔ)文件的辦法來(lái)預(yù)測(cè)內(nèi)核內(nèi)存轉(zhuǎn)儲(chǔ)的大小。下表僅給出該情況下的參考虛擬內(nèi)存大小設(shè)置值：另外，除了頁(yè)面文件占用的磁盤空間，內(nèi)存轉(zhuǎn)儲(chǔ)文件的生成位置所在的磁盤還要有足夠的空閑空間來(lái)提取這個(gè)轉(zhuǎn)儲(chǔ)文件，否則一樣會(huì)“生成不了”實(shí)際上是丟失了。類型下對(duì)應(yīng)的目錄處生成轉(zhuǎn)儲(chǔ)文件。您所要做的就是立刻拿出利器——啟動(dòng)WinDbg進(jìn)行分析。筆者在此將結(jié)合一個(gè)實(shí)例進(jìn)行詳細(xì)說(shuō)明，過(guò)程中包含了WinDbg調(diào)試藍(lán)屏用到的一些命令，這些命令將不再額外整理，請(qǐng)于閱讀過(guò)程中注意識(shí)記。首先，您要配置WinDbg將要使用的調(diào)試符號(hào)文件(SymbolFile)的位置。什么是調(diào)試符號(hào)文件呢？符號(hào)文件隨DLL文件或者EXE(DLL)中的函數(shù)的占位空間。此外，符號(hào)文件還可以表示達(dá)到失敗點(diǎn)的函數(shù)調(diào)用路線圖。當(dāng)我們使用各種Microsoft工具調(diào)試應(yīng)用程序時(shí)，必須擁有符號(hào)信息，這樣才能正確分析出問(wèn)題根源。那我們?cè)撊绾卧O(shè)置調(diào)試符號(hào)文件的位置呢？我們既可以從微軟官網(wǎng)下載完整的符號(hào)文件包同位于WinDbg下載頁(yè)面，也可以使用微軟的符號(hào)文件服務(wù)器(MicrosoftSymbolServer)。筆者推薦后者，因?yàn)橐淮畏治鏊玫降姆?hào)文件局限于有限的幾個(gè)而已，使用后者可以讓程序自動(dòng)下載，既節(jié)省時(shí)間，又可以確WinDbgFileSymbolFilePath在打開(kāi)的對(duì)話框中輸入SRV*DownstreamStore*/download/symbolsOKFileSaveWorkspace”來(lái)保存當(dāng)前的設(shè)置。設(shè)置了符號(hào)文件之后，您就可以進(jìn)行內(nèi)存轉(zhuǎn)儲(chǔ)文件的分析了。同樣點(diǎn)擊“File”菜單，這次要選擇“OpenCrashDump設(shè)置的是核心內(nèi)存轉(zhuǎn)儲(chǔ)類型，于是應(yīng)該定位至“%SystemRoot%”即系統(tǒng)盤Windows，打開(kāi)MEMORY.DMP文件。但是筆者已經(jīng)事先將其轉(zhuǎn)移至“E:\MemoryDump\MEMORY.DMP因此在后續(xù)的圖片中，您看到的是這個(gè)地址。此時(shí)WinDbg會(huì)滾動(dòng)顯示一些信息并且會(huì)稍有掛起的感覺(jué)，直到從微軟符號(hào)文件服務(wù)器下載完分析這個(gè)崩潰文件所需要的所有符號(hào)文件。在上圖中，我們看到就是這個(gè)打開(kāi)的調(diào)試器命令窗口(DebuggerCommandWindow)(已經(jīng)將符號(hào)文件加載完畢，待命，我們先看看位于底部的區(qū)域6，這個(gè)小的長(zhǎng)方條就是WinDbg的命令輸入處(CommandEntry)，它又分為兩個(gè)區(qū)域，左邊顯示“0:kd>”的是提示區(qū)，右邊空白區(qū)是命令輸入?yún)^(qū)。當(dāng)剛打開(kāi)這個(gè)窗口而符號(hào)文件尚未下載/加載完畢時(shí)，提示區(qū)域會(huì)什么都不顯示，而命令輸DebuggeenotconnectedFollowup:”才會(huì)變?yōu)榭臻e狀態(tài)。在空閑狀態(tài)時(shí)，它將顯示為與上圖中類似的模樣。為什么說(shuō)類似呢？因?yàn)檫@個(gè)空閑待命提示根據(jù)調(diào)試類型、計(jì)算機(jī)處理器硬件配置不同，比如此例中，進(jìn)行的是內(nèi)核調(diào)試，于是顯示“kd>”(kerneldebug)核處理器，因此在“kd>”之前還顯示一0如“!analyze”，提示區(qū)域?qū)@示為忙碌狀態(tài)的“*BUSY*么命令都不會(huì)立即執(zhí)行，而是等待變?yōu)榭臻e狀態(tài)時(shí)延緩執(zhí)行。12處顯示的則是當(dāng)前加載的符號(hào)文件的位置，本例中表明是從微軟服務(wù)器下載；區(qū)域3共有三行，顯示的為系統(tǒng)信息，第一行表明了系統(tǒng)為WindowsXP2600(SP3)，多處理器(2顆32位，第二行表明了系統(tǒng)類型為NT4共兩行，第一行表明該這是去年12月得到的一個(gè)崩潰轉(zhuǎn)儲(chǔ)文件，現(xiàn)用作本例進(jìn)行說(shuō)明(Sat)，12月(Dec)27日，22:56:31.0622008年，格林尼治標(biāo)準(zhǔn)時(shí)間東八區(qū)(GMT+8)，第二行顯示的是崩潰時(shí)自系統(tǒng)啟動(dòng)以來(lái)，系統(tǒng)共運(yùn)行了0天4小時(shí)5分15.797秒。區(qū)域5是很關(guān)鍵的錯(cuò)誤信息，它的第一行僅在加載符號(hào)文件遇到錯(cuò)誤時(shí)顯示，此例中，它告訴我們“對(duì)于BaseTDI.SYS配置了正確的符號(hào)文件路徑，這就告訴我們BaseTDI.SYS不是微軟公司的文件，而是第三方驅(qū)動(dòng)程序文件，這很可能是引起錯(cuò)誤的原因，值得關(guān)注但須進(jìn)一步分析。區(qū)域5的第二行是WinDbg自動(dòng)分析的結(jié)果，它告訴我們，引起崩潰的原因(Probablycaused很可能是HookUrl.sys文件。一般情況下，這就是引起錯(cuò)誤的罪魁禍?zhǔn)琢?，但是也有不少的例外，最典型的就是顯示一個(gè)微軟自己的文件在此處，您可要注意了，為了避免枉殺無(wú)辜，最好進(jìn)一步分析來(lái)看看都有哪些模塊牽扯在崩潰的最后一刻，這樣就能夠保證審判無(wú)誤了！進(jìn)一步分析的命令可以從“!analyze-v”開(kāi)始。我們既可以在命令輸入?yún)^(qū)域手動(dòng)鍵入命令!analyze-v7*BUSY*WinDbg“!analyze-v”后顯示的各種結(jié)果：WinDbg經(jīng)過(guò)自動(dòng)的分析，可能會(huì)顯示上圖中區(qū)域1處所示第一行的錯(cuò)誤檢查說(shuō)明(BugCheck列工作項(xiàng)目完成之前卸載”造成的。這個(gè)“DRIVER_UNLOADED_WITHOUTCANCELLING_PENDING_OPERATIONS”就應(yīng)該是顯示在藍(lán)屏上方的錯(cuò)誤說(shuō)明字樣，后面的Arguments1~4就是藍(lán)屏?xí)r停止代碼后面的四個(gè)參數(shù)。圖中區(qū)域2所示的BUGCHECK_STR是WinDbg中分了類別的錯(cuò)誤檢查(BugCheck)的一項(xiàng)，此例中為，也是停止代碼的分類簡(jiǎn)寫，我們?cè)诿钶斎雲(yún)^(qū)執(zhí)行.bugcheck命令，可以得到停止代碼及其參數(shù)，這和上圖的區(qū)域、藍(lán)屏上的信息是一致的。本例中可以得到如下結(jié)果：0:kd>.bugcheckBugcheckcode000000CEArgumentsbacb0a4e00000008bacb0a4e00000000我們?cè)贐ugcheckcode0x”就可以得到藍(lán)屏上的信息“***STOP:0x000000CE(bacb0a4e,00000008,bacb0a4e,00000000)可以在微軟在線幫助和支持網(wǎng)站上搜索字符串“0x000000CE2的BUGCHECK_STR值“0xCE”執(zhí)行.hhbugcheck0xCE命令，在打開(kāi)的窗口左欄右下角點(diǎn)擊“”按鈕。如果要在WinDbg中顯示一個(gè)停止代碼或者錯(cuò)誤檢查類的詳細(xì)說(shuō)明以此錯(cuò)誤為例，鍵入命令!analyze-show0x000000CE或者!analyze-show000000CE，也可以是!analyze-show0xCE。區(qū)域3中顯示的就是二審判決的重要信息——線程堆棧信息。特別注意紅色框內(nèi)的部分，第WARNING:FrameIPnotinanyknownmodule.Followingframesmaybewrong.”意思就是“警告：堆棧幀IP(InstructionPtr，僅x86處理器，用于決定幀的堆?；厮返闹噶钪羔槻怀薟indows內(nèi)核最后調(diào)用KeBugCheckEx犧牲自己，就是警告文字上方的三行Windows內(nèi)存分配機(jī)制就應(yīng)該知道，Windows為線3中的堆棧信息我們得倒過(guò)來(lái)由下(nt!,即Ntoskrnl.exe)通過(guò)函數(shù)IopfCallDriver調(diào)用了BaseTDI，然后BaseTDI又調(diào)用了HookUrl.sys(Unloaded_字樣表示未加載，再然后就藍(lán)屏了。那么在這最后一刻就涉及到了兩個(gè)非Windows內(nèi)核的模塊——BaseTDI以及HookUrl.sys免一種情況——萬(wàn)一HookUrl.sys與BaseTDI是來(lái)自兩個(gè)公司或者兩個(gè)軟件的模塊，而最后加載的HookUrl.sysBaseTDI給HookUrl.sys傳遞了格式錯(cuò)誤或者已被破壞的、或者非法的參數(shù)信息，HookUrl.sys接受此無(wú)效數(shù)據(jù)而引發(fā)了崩潰。如果我們不看線程棧，就根據(jù)之前的“ProbablyCauseby：HookUrl.sys”進(jìn)行判決，我們很有可能枉殺無(wú)辜而讓兇手逍遙法外。只有通過(guò)線程棧我們才能發(fā)現(xiàn)另一個(gè)驅(qū)動(dòng)程序BaseTDI也被牽連進(jìn)來(lái)。在應(yīng)用程序崩潰不致系統(tǒng)崩潰的調(diào)試分析中，由于處于用戶態(tài)，WinDbg自動(dòng)分析結(jié)果中的“ProbablyCauseby錯(cuò)誤的。在這種情況下，使用!thread命令是不能顯示出任何信息的，因?yàn)檫@個(gè)命令僅對(duì)內(nèi)核態(tài)的崩潰調(diào)試有效，然而kb命令也顯示不出有用的信息，只有用“~*kb發(fā)現(xiàn)問(wèn)題根源，有的時(shí)候還需配合其他命令，本文不作討論)當(dāng)然，如果您熟練以后，覺(jué)得沒(méi)有必要使用“!analyze-v”命令的話，可以直接使用!thread或者kb命令顯示出核心的線程棧信息來(lái)二審判決?，F(xiàn)在好了，犯罪嫌疑人目標(biāo)鎖定在BaseTDI和HookUrl.sys身上。現(xiàn)在，我們來(lái)看看它們究竟是什么、是哪個(gè)公司、哪個(gè)程序的模塊。從之前不能夠自動(dòng)從微軟服務(wù)器為他們加載符號(hào)文件就可以知道，它們一定都是第三方驅(qū)動(dòng)程序)使用命令lmkvmBasetdi*使用lm(列出模塊命令和內(nèi)核k選項(xiàng)、詳細(xì)v選項(xiàng)以及參數(shù)，配合包含通配符*的字符