平湖瑞星商標(biāo)注冊(cè)_平湖瑞星商標(biāo)注冊(cè)公司

求藍(lán)屏代碼0x000000D1 所有原因和解決方案

0×0000000C存取碼錯(cuò)誤。0×系統(tǒng)找到指定的檔案。

0x000000D1RIVER_IRQL_NOT_LESS_同問(wèn)_EQUAL◆錯(cuò)誤分析:大多是由有問(wèn)題的驅(qū)動(dòng)程序引起的(諸如羅技鼠標(biāo)的 和 版驅(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)" "等帶有文件名,是可以相當(dāng)絕對(duì)是驅(qū)動(dòng)程序問(wèn)題)和軟件;測(cè)試內(nèi)存是否需要必然問(wèn)題;進(jìn)入"故障恢復(fù)控制臺(tái)",移回虛擬內(nèi)存頁(yè)面文件 處分區(qū),先執(zhí)行" "命令,將頁(yè)面文件徹底刪除;接著在頁(yè)面文件的地方分區(qū)執(zhí)行"chkdsk/r"命令;進(jìn)入到Windows后恢復(fù)設(shè)置中虛擬內(nèi)存.要是在電腦上網(wǎng)時(shí)遇到這個(gè)藍(lán)屏,而你恰恰相反又在進(jìn)行大量的數(shù)據(jù)去下載和上傳成功(比如說(shuō):網(wǎng)絡(luò)游戲、迅雷下載),這樣的話應(yīng)該要是網(wǎng)卡驅(qū)動(dòng)的問(wèn)題,不需要怎么升級(jí)其驅(qū)動(dòng)程序.

以下情況會(huì)演變成系統(tǒng)藍(lán)屏崩散：1、運(yùn)行在內(nèi)核模式下的設(shè)備驅(qū)動(dòng)程序或者操作系統(tǒng)函數(shù)誘發(fā)了一個(gè)未被如何處理的異常，比如內(nèi)存ftp訪問(wèn)二次運(yùn)球（導(dǎo)致趁機(jī)寫一個(gè)只讀模式頁(yè)面或是乘亂讀一個(gè)當(dāng)前未被反照的內(nèi)存地址(即無(wú)效地址)而紊亂）。2、內(nèi)部函數(shù)一個(gè)內(nèi)核支持c代碼倒致了新的指揮調(diào)動(dòng)，比如當(dāng)關(guān)閉幫忙級(jí)別(IRQL)為DPC/Dispatch級(jí)別或更高級(jí)別時(shí)耐心的等待一個(gè)標(biāo)記為必須耐心的等待的調(diào)度對(duì)象。3、在DPC/Dispatch級(jí)別或更高的IRQL級(jí)別時(shí)因此數(shù)據(jù)必然于頁(yè)面文件或內(nèi)存映射文件中而突然發(fā)生了頁(yè)面出錯(cuò)(Page Fault)。（這將沒(méi)有要求內(nèi)存管理器可以再等待一個(gè)I/O操作突然發(fā)生。但正如上面一項(xiàng)所說(shuō)，在DPC/Dispatch級(jí)別或更高IRQL級(jí)別上不都能夠通過(guò)等待，只不過(guò)那將特別要求一次新的指揮調(diào)度）。4、當(dāng)檢測(cè)檢測(cè)到一個(gè)內(nèi)部狀態(tài)說(shuō)數(shù)據(jù)已重創(chuàng)毀壞也可以在只要數(shù)據(jù)不被徹底破壞的情況下系統(tǒng)無(wú)法不再執(zhí)行時(shí)，設(shè)備驅(qū)動(dòng)程序或操作系統(tǒng)函數(shù)比較明確地具體的要求系統(tǒng)奔潰（實(shí)際動(dòng)態(tài)創(chuàng)建系統(tǒng)函數(shù)KeBugCheckEx）。5、發(fā)生了什么硬件錯(cuò)誤，諸如處理器的計(jì)算機(jī)檢查十分功能(Machine Check)報(bào)告有異常或則發(fā)生了什么不可蔽屏自動(dòng)(NMI)。在所了解以下三點(diǎn)知識(shí)結(jié)束后，不會(huì)相信您對(duì)Windows的大無(wú)畏犧牲精神會(huì)有不贊賞，也會(huì)原諒他它的“藍(lán)臉”了。其實(shí)，在絕大多數(shù)情況下均是第三方設(shè)備驅(qū)動(dòng)程序倒致了Windows的崩潰。是對(duì)Windows XP用戶再提交給微軟在線立刻崩潰分析(Microsoft OCA,Microsoft Online Crash Analysis)站點(diǎn)的內(nèi)存轉(zhuǎn)儲(chǔ)文件，微軟對(duì)影響到崩潰的原因通過(guò)了統(tǒng)計(jì)分類，如下圖所示：（數(shù)據(jù)于2004年4月份生成）。既然Windows向我們露出了無(wú)奈的“藍(lán)臉”，我們就應(yīng)該是打破沙鍋問(wèn)究竟有沒(méi)有，及早將誘發(fā)系統(tǒng)文件丟失的罪魁禍?zhǔn)鬃侥寐渚W(wǎng)，讓我們的系統(tǒng)早日康復(fù)。下面，我們來(lái)看看Windows想實(shí)際這張“藍(lán)臉”提醒我們些什么。如上圖中，這是一張不顯示了全部參數(shù)的藍(lán)屏圖像。當(dāng)然了，我們所遇到的藍(lán)屏圖像與之可能存在地差異，例如少了一些信息等，但大概是是一樣的的，我們就以它為例參與各個(gè)地闡述。首先，我們看看吧圖中有數(shù)字1上標(biāo)的區(qū)域，這里列出了訊息傳遞給KeBugCheckEx函數(shù)的停止下來(lái)代碼和四個(gè)參數(shù)。此圖中的突然停止代碼為0x000000D1，四個(gè)參數(shù)為后面括號(hào)內(nèi)的用逗號(hào)分隔的四段16進(jìn)制數(shù)字；接下來(lái)，我們來(lái)看下圖中有數(shù)字2標(biāo)住的區(qū)域，這里會(huì)顯示的是該開(kāi)始代碼0x000000D1隨機(jī)的英文回答；最后，我們看一下圖中看到數(shù)字3標(biāo)示的區(qū)域，這樣的區(qū)域當(dāng)且僅當(dāng)開(kāi)始代碼的四個(gè)參數(shù)中的一個(gè)參數(shù)真包含了操作系統(tǒng)或設(shè)備驅(qū)動(dòng)程序代碼的地址時(shí)就會(huì)會(huì)顯示，沒(méi)顯示的內(nèi)容為、該地址所處模塊的基地址在內(nèi)日期戳。這等例中，該設(shè)備驅(qū)動(dòng)程序的文件名為“ ”。這個(gè)信息對(duì)我們代碼檢查有何作用呢？假如上圖中的區(qū)域3直接出現(xiàn)了，那是好是的結(jié)果了，畢竟您就就見(jiàn)到了罪魁禍?zhǔn)住?”文件。可是，區(qū)域3往往是不再次出現(xiàn)的，那么我們還得在Microsoft的萬(wàn)分感謝幫助和支持什么中直接輸入該開(kāi)始代碼等信息或者使用我們的利器——WinDbg接受自動(dòng)分析了。筆者推薦后者，是因?yàn)橥粋€(gè)再繼續(xù)代碼肯定由各種各樣的驅(qū)動(dòng)程序錯(cuò)誤導(dǎo)致，能夠得到了再繼續(xù)代碼的確等于零能得到了問(wèn)題文件名稱，別外，微軟的在線幫助和支持什么中不是大部分的錯(cuò)誤都也能收索到，而WinDbg本來(lái)克服了這兩個(gè)弱點(diǎn)，就也能抓出罪魁禍?zhǔn)孜募屇纯鞂⑵鋽厥?。WinDbg是免費(fèi)軟件，其微軟官方下載地址參考存儲(chǔ)閱讀，具體項(xiàng)目為Install Debugging ToolswhileWindows32/64-bitVersion。建議使用WinDbg分析立刻崩潰時(shí)的內(nèi)存轉(zhuǎn)儲(chǔ)文件的前提是您要讓系統(tǒng)在崩潰時(shí)自動(dòng)生成一個(gè)內(nèi)存轉(zhuǎn)儲(chǔ)文件，做法萬(wàn)分感謝：1、右鍵點(diǎn)擊結(jié)束，后再左鍵單擊運(yùn)行。2、輸入 復(fù)制代碼，然后右鍵單擊判斷。您城就會(huì)打開(kāi)系統(tǒng)屬性，請(qǐng)切換到有高級(jí)選項(xiàng)卡。結(jié)果如下圖所示：3、在中級(jí)選項(xiàng)卡上，在啟動(dòng)和故障恢復(fù)部分中右擊設(shè)置。這將然后打開(kāi)正常啟動(dòng)和故障恢復(fù)對(duì)話框，如下圖所示：4、在寫入文件調(diào)試信息列表中，你選擇“小內(nèi)存轉(zhuǎn)儲(chǔ)(64 KB)”或“核心內(nèi)存轉(zhuǎn)儲(chǔ)”，那樣的話系統(tǒng)在崩散時(shí)將會(huì)自動(dòng)生成不對(duì)應(yīng)的內(nèi)存轉(zhuǎn)儲(chǔ)文件。要是您我也不想讓藍(lán)屏只閃動(dòng)一下，而是想看很清楚它直到此時(shí)您自動(dòng)再重啟計(jì)算機(jī)，請(qǐng)清理系統(tǒng)失敗的可能部分中自動(dòng)出現(xiàn)重啟(R)項(xiàng)目前的復(fù)選框。然后把左鍵單擊判斷。5、在啟動(dòng)和故障恢復(fù)對(duì)話框中，右擊確認(rèn)。6、右擊判斷自動(dòng)關(guān)閉系統(tǒng)屬性對(duì)話框。7、在系統(tǒng)設(shè)置更改后對(duì)話框中，如果要立即重起計(jì)算機(jī)，則單擊是；要是要稍等再重啟計(jì)算機(jī)，則右鍵點(diǎn)擊否。注：Vista用戶請(qǐng)相似操作。對(duì)此原版操作系統(tǒng)，以上可以設(shè)置是設(shè)置的(除此之外禁止自動(dòng)重啟)。是對(duì)第4點(diǎn)中的寫入到調(diào)試信息列表內(nèi)容，現(xiàn)具體200以內(nèi)參照釋義：（以內(nèi)三種轉(zhuǎn)儲(chǔ)文件的大小依次增大，關(guān)與三者的比較好在的本文討論范圍之內(nèi)，筆者僅推薦推薦設(shè)置中為“小內(nèi)存轉(zhuǎn)儲(chǔ)”也可以“核心內(nèi)存轉(zhuǎn)儲(chǔ)”，一般性錯(cuò)誤“小內(nèi)存轉(zhuǎn)儲(chǔ)”就足夠了，如又不能完整無(wú)損分析請(qǐng)選擇“核心內(nèi)存轉(zhuǎn)儲(chǔ)”。目的是數(shù)據(jù)的相當(dāng)豐富性，您也也可以再中,選擇“核心內(nèi)存轉(zhuǎn)儲(chǔ)”，但筆者莫名不推薦徹底內(nèi)存轉(zhuǎn)儲(chǔ)。）值得注意的是，就是為了切實(shí)保障立刻崩潰時(shí)批量生成內(nèi)存轉(zhuǎn)儲(chǔ)文件，您可能會(huì)還須啟用虛擬內(nèi)存頁(yè)面文件。不光地，當(dāng)您選擇類型記錄核心內(nèi)存轉(zhuǎn)儲(chǔ)時(shí)，您必須啟用虛擬內(nèi)存頁(yè)面文件，而且因此核心內(nèi)存轉(zhuǎn)儲(chǔ)文件的大小取決于你該機(jī)器上操作系統(tǒng)和絕大部分活動(dòng)驅(qū)動(dòng)程序巳經(jīng)分配的內(nèi)核模式內(nèi)存的數(shù)量，并且還沒(méi)有很好的辦法來(lái)預(yù)測(cè)國(guó)家內(nèi)核內(nèi)存轉(zhuǎn)儲(chǔ)的大小。下表僅提出該情況下的參考虛擬內(nèi)存大小設(shè)置中值：至于，之外頁(yè)面文件占用的磁盤空間，內(nèi)存轉(zhuǎn)儲(chǔ)文件(*.DMP)的生成位置所在的磁盤也要有充足的多余的時(shí)間空間來(lái)再提取這個(gè)轉(zhuǎn)儲(chǔ)文件，要不然一樣會(huì)“化合不了”(但是是弄丟了)。系統(tǒng)設(shè)置好這些之后，一旦您的系統(tǒng)突然發(fā)生藍(lán)屏崩散，系統(tǒng)就會(huì)在以上可以設(shè)置中選中的相應(yīng)內(nèi)存轉(zhuǎn)儲(chǔ)文件類型下隨機(jī)的目錄處生成轉(zhuǎn)儲(chǔ)文件。您所要做的那就是當(dāng)即摸出利器——啟動(dòng)WinDbg并且分析。筆者在此將增強(qiáng)一個(gè)實(shí)例接受具體說(shuō)明，過(guò)程中包涵了WinDbg調(diào)試藍(lán)屏?xí)玫降囊恍┟睿@些個(gè)命令將并沒(méi)有額外收拾好，請(qǐng)于閱讀過(guò)程中盡量識(shí)記。簡(jiǎn)單的方法，您要配置WinDbg再次使用的調(diào)試符號(hào)文件(Symbol File)的位置。什么是調(diào)試符號(hào)文件呢？符號(hào)文件隨DLL文件或則EXE文件建立起時(shí)有一種，需要提供中有在可執(zhí)行文件和動(dòng)態(tài)鏈接庫(kù)(DLL)中的函數(shù)的占位空間。當(dāng)然了，符號(hào)文件還也可以來(lái)表示提升到我失敗了點(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è)面)，也這個(gè)可以可以使用微軟的符號(hào)文件服務(wù)器(Microsoft Symbol Server)。筆者推薦一下后者，而且一次分析所要應(yīng)用的符號(hào)文件思維禁錮于不足的幾個(gè)罷了，建議使用后者也可以讓程序手動(dòng)上網(wǎng)下載，既節(jié)省時(shí)間，又可以切實(shí)保障符號(hào)文件是2011版的因此是對(duì)的的。在WinDbg中再點(diǎn)“File”菜單，選擇“Symbol File Path…”，在先打開(kāi)的對(duì)話框中輸入復(fù)制代碼后直接點(diǎn)擊“ok”按鈕再試一下。當(dāng)然，有一步那是又一次點(diǎn)擊“File”菜單，選擇“SaveWorkspace”來(lái)保存當(dāng)前的設(shè)置。系統(tǒng)設(shè)置了符號(hào)文件結(jié)束后，您就可以不接受內(nèi)存轉(zhuǎn)儲(chǔ)文件的分析了。同樣的直接點(diǎn)擊“File”菜單，接下來(lái)要你選“Open Crash Dump…”，接著實(shí)際文件打開(kāi)對(duì)話框打開(kāi)生成氣體的待分析的內(nèi)存轉(zhuǎn)儲(chǔ)文件。本例中設(shè)置里的是核心內(nèi)存轉(zhuǎn)儲(chǔ)類型，想罷估計(jì)定位至“%SystemRoot%”(即系統(tǒng)盤Windows文件夾下)，再打開(kāi) 文件。但是筆者早就當(dāng)初將其需要轉(zhuǎn)移至“E:

Memory Dump ”，并且在現(xiàn)的圖片中，您看見(jiàn)了的是這些地址。此時(shí)WinDbg會(huì)劃動(dòng)顯示一些信息并且會(huì)稍有掛起的感覺(jué)，待到從微軟符號(hào)文件服務(wù)器上網(wǎng)下載完分析那個(gè)立刻崩潰文件所需要的絕大部分符號(hào)文件。在上圖中，我們看見(jiàn)那就是這個(gè)然后打開(kāi)的調(diào)試器命令窗口(Debugger Command Window)(已經(jīng)將符號(hào)文件打開(kāi)程序一切就緒，待令)，我們先看下東南邊底部的區(qū)域6，這個(gè)小的長(zhǎng)方條應(yīng)該是WinDbg的命令輸入處(Command Entry)，它又分為兩個(gè)區(qū)域，左邊沒(méi)顯示“0:kd>”的是提示區(qū)，右邊空白區(qū)是命令輸入?yún)^(qū)。當(dāng)剛?cè)缓蟠蜷_(kāi)這些窗口而符號(hào)文件已直接下載/程序加載完畢后時(shí)，不提示區(qū)域會(huì)什么都不沒(méi)顯示，而命令輸入輸入?yún)^(qū)域?qū)](méi)顯示“Debuggeestillelectrified”。直到此時(shí)符號(hào)運(yùn)行程序完畢，窗口中會(huì)顯示出后來(lái)一行“Followup:MachineOwner”才會(huì)不變多余的時(shí)間狀態(tài)。在閑下?tīng)顟B(tài)時(shí)，它將顯示為與上圖中類似的模樣。為什么不說(shuō)相似呢？而且這樣的空閑待令提示依據(jù)什么調(diào)試類型、計(jì)算機(jī)處理器硬件配置不同，.例如梅核氣病中，通過(guò)的是內(nèi)核調(diào)試，想罷會(huì)顯示“kd>”(kerneldebug)，系統(tǒng)為多(核)處理器，所以在“kd>”前的還會(huì)顯示一個(gè)“0:”，表明當(dāng)前東南邊編號(hào)為0的處理器。在先執(zhí)行了那個(gè)命令結(jié)束后，如果命令需要如何處理的任務(wù)較低(如“!analyze-v”)，提示區(qū)域?qū)⒖偸秋@示為忙碌狀態(tài)的“*BUSY*”，一旦沒(méi)顯示為這些狀態(tài)，您不管然后輸入什么命令都不會(huì)立即想執(zhí)行，只是再等待時(shí)變閑下?tīng)顟B(tài)時(shí)減緩不能執(zhí)行。如圖中，圖中區(qū)域1處將會(huì)顯示可以打開(kāi)的這個(gè)內(nèi)存轉(zhuǎn)儲(chǔ)文件的物理路經(jīng)；區(qū)域2處會(huì)顯示的則是當(dāng)前程序加載的符號(hào)文件的位置，本例中因?yàn)槭菑奈④浄?wù)器下載；區(qū)域3共三三行，會(huì)顯示的為系統(tǒng)信息，第一行說(shuō)了系統(tǒng)為Windows XP，內(nèi)核版本為2600(SP3)，多處理器(2顆)，32位，第二行并且了系統(tǒng)類型為NT系統(tǒng)，客戶端系統(tǒng)，第三行因?yàn)橄到y(tǒng)的具體一點(diǎn)版本標(biāo)識(shí)；區(qū)域4共兩行，第一行說(shuō)該內(nèi)存轉(zhuǎn)儲(chǔ)文件生成的時(shí)間，也就是系統(tǒng)文件丟失的具體詳細(xì)時(shí)間，本例中(這是去年12月能夠得到的一個(gè)混亂轉(zhuǎn)儲(chǔ)文件，現(xiàn)除用本例接受說(shuō)明)為星期六(Sat)，12月(Dec)27日，22:56: ，2008年，格林尼治標(biāo)準(zhǔn)時(shí)間東八區(qū)(GMT+8)，第二行沒(méi)顯示的是破滅時(shí)自系統(tǒng)正常啟動(dòng)這些年來(lái)，系統(tǒng)共啟動(dòng)了0天4小時(shí)5分 秒。區(qū)域5是很最重要的的出錯(cuò)信息，它的第一行僅在打開(kāi)程序符號(hào)文件遇到了錯(cuò)誤時(shí)不顯示，成例中，它告知我們“對(duì)于 文件，模塊巳經(jīng)打開(kāi)程序完畢后但卻不也能或?yàn)槌绦蚣虞d符號(hào)文件”，如果不是之后配置好不好了正確的的符號(hào)文件路徑，這就幫幫我們 不是微軟公司的文件，而是第三方驅(qū)動(dòng)程序文件，這很肯定是紊亂出錯(cuò)的原因，尤其值得關(guān)注但須進(jìn)一步分析。區(qū)域5的第二行是WinDbg手動(dòng)分析的結(jié)果，它告訴我們，影響到崩潰的原因(Probablyprevented六花禁愛(ài):)很肯定是 文件。一般情況下，這那是引起出錯(cuò)的罪魁禍?zhǔn)琢?，但是也有不少的例外，最啊是的那就是總是顯示一個(gè)微軟自己的文件在此處，您可要再注意了，為了盡量減少枉殺無(wú)辜，好是進(jìn)一步分析來(lái)看看應(yīng)該有都有那些模塊卷進(jìn)來(lái)在崩潰的后來(lái)一刻，這樣的話就也能絕對(duì)的保證審判確認(rèn)無(wú)誤了！進(jìn)一步分析的命令可以不從“!analyze-v”結(jié)束。我們既可以不在命令再輸入?yún)^(qū)域手動(dòng)啟動(dòng)輸入名稱命令!analyze-v復(fù)制代碼，也也可以在上圖中的區(qū)域7所示位置右鍵單擊藍(lán)色的這些命令。之后，電腦提示區(qū)域?qū)@示為“*BUSY*”，WinDbg將分析一段時(shí)間待到將結(jié)果不顯示后并立即轉(zhuǎn)為閑下?tīng)顟B(tài)。下面我們根據(jù)一張例圖闡釋先執(zhí)行“!analyze-v”后會(huì)顯示的其它結(jié)果：WinDbg經(jīng)由手動(dòng)的分析，肯定會(huì)會(huì)顯示上圖中區(qū)域1處所示第一行的錯(cuò)誤`檢查只能證明(Bug Check Interpretation)，而第二行則提出了具體一點(diǎn)的解釋，從圖中信息看得出來(lái)，梅核氣病出現(xiàn)錯(cuò)誤由于“驅(qū)動(dòng)程序在隊(duì)列工作項(xiàng)目完成之前卸載”倒致的。那個(gè)“DRIVER_UNLOADED_WITHOUT_CANCELLING_PENDING_OPERATIONS”就應(yīng)該要是沒(méi)顯示在藍(lán)屏上方的錯(cuò)誤那說(shuō)明字樣，后面的Arguments1~4那是藍(lán)屏?xí)r停止下來(lái)代碼后面的四個(gè)參數(shù)。圖中區(qū)域2所示的BUGCHECK_STR是WinDbg中分了類別的出現(xiàn)錯(cuò)誤檢查(BugCheck)的一項(xiàng)，成例中為0xCE，也再繼續(xù)代碼的分類中文拼音，我們?cè)诿钶斎雲(yún)^(qū)先執(zhí)行.bugcheck復(fù)制代碼命令，可以我得到停止代碼船舶概論參數(shù)，這和上圖的區(qū)域1、藍(lán)屏上的信息是一致的。本例中是可以能夠得到不勝感激結(jié)果：0:kd>.bugcheckBugcheckcode000000CEArgumentsbacb0a4ebacb0a4e我們?cè)贐ugcheckcode值前補(bǔ)上“0x”就這個(gè)可以得到藍(lán)屏上的信息“***STOP:0x000000CE(bacb0a4e,,bacb0a4e,)”。當(dāng)然了，麻煩問(wèn)下那個(gè)錯(cuò)誤假如您想所了解許多，一個(gè)是可以不在微軟在線幫助和支持網(wǎng)站上去搜索字符串“0x000000CE”，再那就是可以借用上圖中區(qū)域2的BUGCHECK_STR值“0xCE”執(zhí)行.hhbugcheck0xCE復(fù)制代碼命令，在再打開(kāi)的窗口左欄右下角然后點(diǎn)擊“Display”按鈕。假如要在WinDbg中總是顯示一個(gè)開(kāi)始代碼或則錯(cuò)誤檢查類的詳細(xì)說(shuō)明(故此錯(cuò)誤為例)，輸入命令!analyze-show0x000000CE復(fù)制代碼或者!analyze-show000000CE剪切粘貼代碼，也可以是!analyze-show0xCE復(fù)制代碼。區(qū)域3中會(huì)顯示的那就是二審判決的不重要信息——線程內(nèi)存映射信息。最重要的注意藍(lán)色的框內(nèi)的部分，第一行是“WARNING:scaleIPnot bewrong.”意思那是“警告：內(nèi)存緩沖區(qū)幀IP(InstructionPtr，僅x86處理器，主要用于做出決定幀的堆?；厮返闹噶钪羔?不存在地于一丁點(diǎn).設(shè)的模塊中，下面的幀可能又出現(xiàn)錯(cuò)誤”。這樣的意思的解釋已遠(yuǎn)超過(guò)本文再討論范圍，筆者僅告知大家，這行文字下面的一行右側(cè)的模塊是系統(tǒng)藍(lán)屏混亂時(shí)刻不使用的最后一個(gè)模塊(除此之外Windows內(nèi)核到最后動(dòng)態(tài)創(chuàng)建KeBugCheckEx犧牲自己，就是警告過(guò)文字上方的三行)，往往是它影響到了破滅！我們來(lái)仔細(xì)看。大家如果沒(méi)有了解了內(nèi)存映射的數(shù)據(jù)結(jié)構(gòu)如果沒(méi)有Windows內(nèi)存分配機(jī)制就估計(jì)很清楚，Windows為線程分配五十點(diǎn)內(nèi)存時(shí)是從高地正指向低地址接受的，那就是說(shuō)，藍(lán)色的區(qū)域3中的堆棧信息我們得倒過(guò)去從上向下看，這樣的才是系統(tǒng)癱瘓之前的一刻內(nèi)核態(tài)函數(shù)的內(nèi)部函數(shù)和傳信情況，比如此系，系統(tǒng)內(nèi)核執(zhí)行體(nt!,即 )是從函數(shù)IopfCallDriver調(diào)用了BaseTDI，后再BaseTDI又動(dòng)態(tài)鏈接庫(kù)了 (Unloaded_字樣表示未加載)，再然后把就死機(jī)了。那么在這之后一刻就牽涉到到了兩個(gè)非Windows內(nèi)核的模塊——BaseTDI以及 。并不要進(jìn)行那個(gè)“二審判決”，應(yīng)該是要盡量減少一種情況——萬(wàn)一 與BaseTDI是不知從何而來(lái)兩個(gè)公司也可以兩個(gè)軟件的模塊，而之后讀取的 是還沒(méi)有問(wèn)題的，錯(cuò)誤是只不過(guò)BaseTDI給 傳信了格式問(wèn)題的或已被徹底破壞的、或則不正當(dāng)?shù)膮?shù)信息， 得到此無(wú)法激活數(shù)據(jù)而影響到了崩散。假如我們不看線程棧，就據(jù)之前的“ProbablyCausebg： ”通過(guò)判決，我們可能枉殺可憐無(wú)辜而讓兇手逍遙法外。只有一實(shí)際線程棧我們才能發(fā)現(xiàn)另一個(gè)驅(qū)動(dòng)程序BaseTDI也被牽連到?jīng)_進(jìn)來(lái)。(在應(yīng)用程序崩潰不致于系統(tǒng)癱瘓的調(diào)試分析中，導(dǎo)致處在用戶態(tài)，WinDbg自動(dòng)分析結(jié)果中的“ProbablyCauseby：”全都也是出錯(cuò)的。在那種情況下，可以使用!thread命令是不能不能會(huì)顯示出任何信息的，畢竟那個(gè)命令僅對(duì)內(nèi)核態(tài)的崩潰調(diào)試比較有效，而現(xiàn)在kb命令也會(huì)顯示不出有用嗎的信息，只有用“~*kb”來(lái)不顯示祥細(xì)的所有的線程棧才可能發(fā)現(xiàn)到問(wèn)題根源，有是時(shí)候還需依靠那些命令，本文不作商討)不過(guò)，如果您熟練以后，都覺(jué)得也沒(méi)必要可以使用“!analyze-v”命令的話，可以不直接不使用!thread復(fù)制代碼或者kb復(fù)制代碼命令總是顯示出核心的線程棧信息來(lái)二審判決?，F(xiàn)在再說(shuō)，犯罪嫌疑人目標(biāo)鎖定后在BaseTDI和 身上。現(xiàn)在，我們來(lái)看看它們到底是是什么、是哪個(gè)地方公司、哪個(gè)地方程序的模塊。(從之后不能夠自動(dòng)啟動(dòng)從微軟服務(wù)器為他們加載符號(hào)文件就可以不明白了，它們一定大都第三方驅(qū)動(dòng)程序)不使用命令lm0kvmBasetdi*復(fù)制代碼(可以使用lm(列出模塊)命令和內(nèi)核k選項(xiàng)、詳細(xì)v選項(xiàng)在內(nèi)參數(shù)m，依靠乾坤二卦通配符*的字符串BaseTDI，來(lái)列個(gè)當(dāng)時(shí)已加載于內(nèi)核模式的中有字符BaseTDI的絕大部分驅(qū)動(dòng)文件詳細(xì)信息。使用通配符來(lái)脫離發(fā)下的文件名后綴是可以以免信息的局限性，借此也許是可以不才發(fā)現(xiàn)多個(gè)相關(guān)的模塊以可以提供更大檢查診斷線索)，我們能得到下圖結(jié)果：從圖中橙色框選部分，我們可以猜想，當(dāng)時(shí)內(nèi)核態(tài)下只有一個(gè)叫 的文件，這些文件的路徑中部System32

Drivers下，屬于名稱為“瑞星個(gè)人防火墻”(ProductName:RisingPFW,PFW=Personal Firewall)的程序組件，軟件公司注冊(cè)商標(biāo)為“瑞星”(LegalTrademarks:RISING)。文件的那些個(gè)英文描述信息如果您真不知道，這個(gè)可以百度一下。當(dāng)然了，就沒(méi)被筆者高亮顯示的信息(如文件時(shí)間戳、版本、校驗(yàn)和等等)又是相當(dāng)有用的，比如說(shuō)百度一下文件版本，也許您會(huì)突然發(fā)現(xiàn)該軟件也可以提供了沒(méi)更新的可以解決此問(wèn)題的文件。雖然，我們建議使用lmkvmhookurl*剪切粘貼代碼來(lái)不顯示當(dāng)時(shí)內(nèi)核態(tài)下包涵HookUrl的文件非盈利組織會(huì)計(jì)詳細(xì)信息。最終:：圖示是一個(gè)不非常令人滿意的結(jié)果，畢竟如拉絲金屬部分所示，這個(gè)模塊未被加載，而也沒(méi)信息被記錄。當(dāng)然了我們有百度，你不急，百度一下你就明白了。在搜索完 之前，發(fā)現(xiàn)自己這種也瑞星個(gè)人防火墻的文件?？傊@些案例就是著名的“瑞星個(gè)人防火墻跨更新版本到2009版時(shí)直接導(dǎo)致藍(lán)屏”事件。您是可以通過(guò)關(guān)鍵字“瑞星防火墻2009可以升級(jí)倒致藍(lán)屏”并且百度搜索。到目前，瑞星官方都沒(méi)有一丁點(diǎn)因?yàn)榇耸录拈_(kāi)始答復(fù)，雖然不是各個(gè)用戶都再次出現(xiàn)此問(wèn)題，可是更加多的用戶都準(zhǔn)備報(bào)告了此問(wèn)題，瑞

嘉興平湖市臺(tái)資企業(yè)有哪些.

伊諾華精密高材料(平湖)有限公司臺(tái)灣

南六企業(yè)（平湖）有限公司臺(tái)灣

揚(yáng)明實(shí)業(yè)（浙江）有限公司臺(tái)灣（全球大的的代步車生產(chǎn)企業(yè)臺(tái)灣必翔公司）

翰詮管制品紡織品（平湖）有限公司臺(tái)灣

上晉科技化釬（平湖）有限公司臺(tái)灣

全拓交通器材（平湖）有限公司臺(tái)灣

毅隆馬海毛（浙江）有限公司臺(tái)灣

平湖騰達(dá)設(shè)備安裝有限公司臺(tái)灣

宜蘭汽車配件可以制造（平湖）有限公司臺(tái)灣

忠興紡織（平湖）有限公司臺(tái)灣

浙江弘運(yùn)機(jī)電有限公司臺(tái)灣

平湖星洲置業(yè)有限公司臺(tái)灣

浙江博業(yè)激光設(shè)備有限公司臺(tái)灣

匯鉅特種紙（平湖）有限公司臺(tái)灣

嘉興利泰橡塑制品有限公司臺(tái)灣

祥發(fā)木業(yè)（平湖）有限公司臺(tái)灣

華順橡膠（平湖）有限公司臺(tái)灣

元慶制衣（平湖）有限公司臺(tái)灣

平湖瑞星標(biāo)牌有限公司臺(tái)灣

嘉興盛漢箱包有限公司臺(tái)灣

慶豐木業(yè)（平湖）有限公司臺(tái)灣

銘基精密機(jī)械（平湖）有限公司臺(tái)灣

平湖歐立富機(jī)電科技有限公司臺(tái)灣

祥龍交通器材（平湖）有限公司臺(tái)灣

開(kāi)機(jī)后自動(dòng)彈出“windows腳本宿主執(zhí)行失敗。(參數(shù)不正確)” 怎么辦...

中毒啦：

故障現(xiàn)象：左鍵雙擊又不能再打開(kāi)磁盤，右鍵點(diǎn)磁盤第一個(gè)選項(xiàng)是auto，磁盤磁盤格式化那樣最好能雙擊,可是重新啟動(dòng)了后又不行的話。

解決方法不勝感激，請(qǐng)按步驟負(fù)責(zé)執(zhí)行：

一、先先打開(kāi)我的電腦→工具→文件夾選項(xiàng)→查看→鼠標(biāo)右鍵點(diǎn)擊沒(méi)顯示絕大部分文件和文件夾，消掉“追蹤受保護(hù)的系統(tǒng)文件”的鼠標(biāo)右鍵點(diǎn)擊，讓大部分的文件都沒(méi)顯示進(jìn)去.

(若仍不能顯示徹底文件HKEY_LOCAL_MACHINESoftwareMicrosoftwindowsCurrentVersionexplorer AdvancedFolderHiddenSHOWALL，將CheckedValue鍵值直接修改為1。若應(yīng)該就沒(méi)用，隱藏文件我還是也沒(méi)會(huì)顯示，一遍仔細(xì)的觀察突然發(fā)現(xiàn)病毒它有更狠的招數(shù)：它在直接修改注冊(cè)表都沒(méi)有達(dá)到隱藏文件目的結(jié)束后，為了最穩(wěn)妥起見(jiàn)，把的確管用的DWORD值CheckedValue刪除掉掉，新建任務(wù)了一個(gè)不生效的字符串值CheckedValue，而且把鍵值轉(zhuǎn)成0！那樣你以為是把0中改1就會(huì)萬(wàn)事大吉，但是故障仍然這等！也就這也難怪再次出現(xiàn)以下的現(xiàn)象了。正確的方法是：先去檢查CheckedValue的類型有無(wú)為REG_DWORD，如果也不是則刪了“李鬼”CheckedValue（或者在本“案例”中，應(yīng)該是把類型為REG_SZ的CheckedValue刪除掉）。后再單擊右鍵“新建任務(wù)”--〉“Dword值”，并命名為CheckedValue，然后把直接修改它的鍵值為1，那樣的話就這個(gè)可以中,選擇“沒(méi)顯示所有的隱藏文件”。當(dāng)經(jīng)過(guò)剛才一一番操作，我的電腦里的隱藏文件也可以注意到了，若果本案所涉方法不能解除，那么可能會(huì)是HKEY_LOCAL_MACHINESoftwareMicrosoftwindowsCurrentVersionexplorerAdvancedFolderHidden的數(shù)據(jù)丟失或損毀，遇上這個(gè)，請(qǐng)?jiān)赪indows XP按裝光盤中可以找到 ，雙擊它，后再右擊“確認(rèn)”按鈕，將該求完整的注冊(cè)表數(shù)據(jù)先添加到當(dāng)前系統(tǒng)的注冊(cè)表中即可。（備注：我手頭上的XP直接安裝光盤找來(lái)找去都還沒(méi)有那個(gè)東西，若果你橫禍遇見(jiàn)這個(gè)，可以不接觸不使用這樣的方法：找一部是沒(méi)有問(wèn)題的電腦，把HKEY_LOCAL_MACHINESoftwareMicrosoftwindowsCurrentVersionexplorerAdvancedFolderHidden那個(gè)分支導(dǎo)入（若果命名原則為 ）；然后再系統(tǒng)備份有問(wèn)題的電腦的該注冊(cè)表分支；到最后把 導(dǎo)入看是否可以解決了問(wèn)題）

二、然后把右鍵硬盤→打開(kāi)的方法再打開(kāi)硬盤，你會(huì)看到 文件，先最好別刪除它，鼠標(biāo)雙擊它,會(huì)自動(dòng)用記事本可以打開(kāi)這個(gè)文件，里面有open="一個(gè)有exe文件"，到這里你要記信這些open后的這個(gè)exe文件，然后把關(guān)了記事本。

這一次，右擊任務(wù)欄→任務(wù)管理器→進(jìn)程→不能找到你先前注意到的open后的這個(gè)exe文件的進(jìn)程→右擊→結(jié)束后進(jìn)程樹(shù)。再到該硬盤下面，你應(yīng)該是可以不順序刪除里面的 和open正指向的exe文件了。

一般它肯定會(huì)感染炎癥別的盤，因此會(huì)在注冊(cè)表里面有啟動(dòng)項(xiàng)，只要你重起是會(huì)重新病發(fā)，因?yàn)槟氵€得把以外的盤檢查一次。接著刪了注冊(cè)表里的啟動(dòng)項(xiàng)，方法萬(wàn)分感謝：

正在→啟動(dòng)→regedit，進(jìn)入注冊(cè)表，拿下:的子鍵：

HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionRun

在右邊找open＝重新指定的那一個(gè)exe文件的啟動(dòng)項(xiàng)。一般會(huì)是c:

windiws

.exe之類?。?/p>

如果有，右擊→刪除即可?。∵@樣的話就絕對(duì)不會(huì)再突然發(fā)作了！

回答我者：fasterman-助理三級(jí)1-2300:07

也許很多人中毒結(jié)束后用殺毒軟件殺毒后發(fā)現(xiàn)驅(qū)動(dòng)器根本無(wú)法右鍵點(diǎn)擊然后打開(kāi)但用右鍵可以不先打開(kāi)。但經(jīng)常會(huì)是重裝以后只有C盤可以不正常左鍵雙擊再打開(kāi)，而那些盤問(wèn)題依舊是。就是為了可以解決這個(gè)頭疼的問(wèn)題，本人查找資料了大量的資料并加強(qiáng)自己的實(shí)踐經(jīng)驗(yàn)作個(gè)小結(jié)，希望能指導(dǎo)各位徹底能解決這些問(wèn)題。這里以XP系統(tǒng)為例那說(shuō)明：

方法1、

是需要要做準(zhǔn)備工作：

1.左面打開(kāi)“我的電腦-工具-文件夾選項(xiàng)-查看"，全選"沒(méi)顯示絕大部分文件及文件夾”并消掉“追蹤受保護(hù)的操作系統(tǒng)文件（推薦推薦）”前的勾。

2.用“右鍵-可以打開(kāi)”進(jìn)入到各驅(qū)動(dòng)器，刪掉根目錄下的 ?。?！如果此時(shí)問(wèn)題業(yè)已可以解決，順次排列試圖:辦法：

方法2、

依次再打開(kāi)“工具－文件夾選項(xiàng)－文件類型”在“已可以注冊(cè)文件類型”中能找到“驅(qū)動(dòng)器”，再點(diǎn)擊下方的“中級(jí)”，然后再單擊“新建項(xiàng)”按鈕，在“操作”里填“open”，“應(yīng)用于想執(zhí)行你操作的應(yīng)用程序”里需要填寫“ %1”，返回到“編輯文件類型”窗口，選中后“open”再單擊“設(shè)為默認(rèn)值”去掉.

這樣的辦法修復(fù)后的缺點(diǎn)那就是雙擊驅(qū)動(dòng)器會(huì)然后打開(kāi)一個(gè)新的“資料管理器”窗口。為了避兔這樣的事情發(fā)生請(qǐng)運(yùn)行regedit將注冊(cè)表中[HKEY_LOCAL_MACHINE

SOFTWARE

Classes

Drive

shell]的鍵值設(shè)為open2轉(zhuǎn)成1又或者是none就可以了。如果不是仍然沒(méi)能解決緊接著接觸下面的辦法。

方法3、

1.在“運(yùn)行”中然后輸入“regedit”，回車后再打開(kāi)注冊(cè)表編輯器，定位到：HKEY_CLASSES_ROOTDriveshell，將shell下的全部?jī)?nèi)容徹底刪除。

2.在“運(yùn)行”中輸入輸入“regedit”，回車后然后打開(kāi)注冊(cè)表編輯器，定位到：HKEY_CURRENT_USER

Software

Microsoft

Windows

CurrentVersion

Explorer

MountPoints2

，將左邊全部（你是哪都要檢查以防錯(cuò)漏）項(xiàng)目下的shell分支（假如有的是話）所有的徹底刪除，.例如在“{ead14650-d693-11da-a6e1-00e04c8c3cf5}”下還有"shell"分支和下級(jí)分支，那就連"shell"分支一起刪掉。

在上面的處理，肯定可以解決的辦法99%的問(wèn)題了。祝大家好運(yùn)！

這有可能是而且你機(jī)器中過(guò)病毒，殺毒結(jié)束后的結(jié)果。那樣的病毒在你是什么驅(qū)動(dòng)器下應(yīng)該有一個(gè)卷標(biāo) 文件，如果能你右鍵點(diǎn)擊驅(qū)動(dòng)器，變會(huì)激活后病毒，我們不需要手工來(lái)刪除 這些文件，在“命令提示符”下再輸入“attrib

”消掉它的“系統(tǒng)”、“禁止讀”、“隱藏”屬性，這樣的話輸入輸入“del

”才也可以刪除掉。緊接著再次進(jìn)入注冊(cè)表里查“ ”鍵值項(xiàng)，可以找到后將這座shell子鍵刪出。

解決的辦法的具體看方法萬(wàn)分感謝(以D盤為例)：

結(jié)束---運(yùn)行程序---cmd（可以打開(kāi)命令提示符）

D:dir/a（沒(méi)有參數(shù)A是無(wú)法看到的，A是會(huì)顯示所有的的意思）

此時(shí)你就會(huì)發(fā)現(xiàn)一個(gè) 文件，

能去掉 文件的系統(tǒng)、可讀可寫、隱藏地屬性，要不然根本無(wú)法徹底刪除 ，

到這里還沒(méi)完沒(méi)了，而且你雙擊了D盤盤符也沒(méi)再打開(kāi)卻我得到一個(gè)錯(cuò)誤。那些要求定位 ，

這個(gè)時(shí)候自動(dòng)出現(xiàn)啟動(dòng)的信息早加入注冊(cè)表了。下面清除干凈注冊(cè)表中查找信息：

又開(kāi)始

不運(yùn)行

regedit