⑴ WinDbg 的問題..我電腦常藍屏,所以剛剛下WinDbg ,但是...但是不會用WinDbg來查藍屏.
經常藍屏有兩個原因比較可能,第一就是你的內存有問題,第二就賣畝拍是你安裝的某些軟體有問題,或者是中毒了,安裝比較簡單的處理方法,第一就是殺毒,不行的話,吧內存拔一根下倆,耐巧只用一根內存運行試試,如果再不行的中羨話可以插入系統光碟,選擇修復windows
⑵ 電腦經常藍屏怎麼解決 代碼 0x0000007E 找不到指定的模塊
藍屏代碼:0x0000007e藍屏錯誤代碼原因是因為找不到指讓滾定的模塊。
解決方法如下:
1.查看這個藍屏代碼給出的訊息不足以判斷具體出錯的原因,還需用戶自己觀察。
2.一般的異常,開機按F8鍵,進入選擇哪蘆菜單,進入安全模式卸載問題驅動、刪除、替換有問題系統文件。還可用上下鍵,選中最後一次正確的配置這一項,回車執行重啟能解決問題。
3.開始→運行中輸入:EventVwr.msc,回車後打開事件查看器,注意檢查其中的系統日誌和應用程序日誌中標明錯誤的項。
4.之前,務必點選系統失敗記錄在案選項,否則藍屏不能記錄藍屏事件(可能會被優化掉):
控制面板→系統→高級→啟動和故障恢復→系統失敗→勾選將事件寫入系統日誌→確定
5.①藍屏之後,在系統盤(通常是C盤)minimp文件夾下找到擴展名為dmp的出錯文件。
②擴展名為dmp文件需要使用源代碼調試WinDbg軟體來查看(微軟官網可下載該軟體)
6.①擴展名為DMP的日誌文件為系統文件,如李滑帶找不到,需要提前修改文件夾選項。
②開始→控制面板→文件夾選項→查看→點選顯示所有文件和文件夾→應用。
③去掉隱藏受保護的操作系統文件、隱藏已知文件類型的擴展名前的對勾→確定
7.除此之外,還可以到微軟官網的知識庫中查閱相關訊息,加以比對,甄別,找到解決方法
⑶ 手機一連接電腦,電腦就藍屏
您好,電腦如果偶然出現藍屏則無需刻意處理,若經常出現藍屏,一般先使用360衛士的藍屏修復工具試試,不行的話再檢查排查內存條和硬碟,一般多為內存條接觸不良或硬碟(主要是C盤)壞道較多和軟體沖突等原因引起,軟體沖突的權重也較大,以下是解決藍屏問題排查方法:
一、檢查內存條:關機-斷電-拆機-把內存條拔出來擦擦金手指再復裝。如主板上裝有兩個內存條,檢查頻率是否一致,再分別拔下啟動電腦(只留1個內存條),以判斷是不是其中一個有問題,遲凱同時對硬體、散熱風扇進行清灰;
二、檢查硬碟:機械硬碟(特別是C盤)出現瑕疵、壞道太多會因影響讀盤速率造成啟動自檢時間長、運行讀盤不暢,因數據丟失造成相關程序無法運行、卡機、藍屏死機甚至系統崩潰,先做一遍磁碟碎片整理,完成後檢測硬碟壞道狀況(方法:打開魯大師--硬體體檢--右下角「磁碟體檢」檢查;或下載HDTunePro 5.5硬碟檢測軟體也可以,更專業些)。如硬碟問題較多且不能正常工作就得重裝系統了(注意若重裝系統前必須做低級格式化再重新分區才可以避開壞道,此點非常重要!!重裝前勿忘備份資料!),這樣硬碟空間會略有所縮小但不至於影響使用。
三、如還沒解決,再按以下7條順序逐條排查一遍應能解決:
1、硬體松動:重新開機按F8進啟動選項設置,在「高級啟動選項」里選擇「最後一次正確配置」,如也藍屏,則就是硬體問題;
2、軟體沖突:刪除最近安裝的軟體,如文件丟失,可重啟按F8進啟動選項設置,在「高級啟動選項」里選擇「最後一次正確配置」;
3、系統問題:如在安全模式下正常則判定就是系統程序問題了,用360藍屏修復工具修復或用魯大師、驅動人生升級相關驅動程序;
4、釋放靜電:關機斷電並移除USB設備(筆記本需取下電碼悔喚池),每間隔5秒按一次開機鍵並按5次,最後通電正常開機;
5、病毒感染:程序受病毒攻擊,升級殺毒軟體病毒庫到最新後,全盤查殺病毒,或者在安全模式下進行全盤殺毒;
6、硬體故障:因散熱不良造成硬體過熱,檢查和清灰或做強制散熱處理。如懷疑硬體本身故障,則尋求專業維修檢測或更換;
7、電源問題:劣質電源因電壓不穩容易使顯卡等硬體形成脈沖電阻,體現在經常發生無故死機、重起,關機時引起藍屏等現象。
如果在出現藍屏時您記下了藍屏代碼(0X0000???),可以在網上搜一下」藍屏代碼對照表」更有助於您正確判斷和處理藍屏故障。滿意請採納!
以下就是較常見藍屏代碼,供您參考:
0X0000000 操作完成
0X0000001 不正確的函數
0X0000002 系統找不到指定的文件
0X0000003 系統找不到指定的路徑
0X0000004 系統無法打開文件
0X0000005 拒絕存取
0X0000006 無效前羨的代碼
0X0000007 內存控制模塊已損壞
0X0000008 內存空間不足,無法處理這個指令
0X0000009 內存控制模塊位址無效
0X000000A 環境不正確
0X000000B 嘗試載入一個格式錯誤的程序
0X000000C 存取碼錯誤
0X000000D 資料錯誤
0X000000E 內存空間不夠,無法完成這項操作
0X000000F 系統找不到指定的硬碟
0X0000010 無法移除目錄
0X0000011 系統無法將文件移到其他的硬碟
0X0000012 沒有任何文件
0X0000019 找不到指定扇區或磁軌
0X000001A 指定的磁碟或磁片無法存取
0X000001B 磁碟找不到要求的裝置
0X000001C 列印機沒有紙
0X000001D 系統無法將資料寫入指定的磁碟
0X000001E 系統無法讀取指定的裝置
0X000001F 連接到系統的某個裝置沒有作用
0X0000021文件的一部分被鎖定,現在無法存取
0X0000024 開啟的分享文件數量太多
0X0000026 到達文件結尾
0X0000027 磁碟已滿
0X0000036 網路繁忙
0X000003B 網路發生意外的錯誤
0X0000043 網路名稱找不到
0X0000050 文件已經存在
0X0000052 無法建立目錄或文件
0X0000053 INT24失敗
0X000006B 因為代用的磁碟尚未插入,所以程序已經停止
0X000006C 磁碟正在使用中或被鎖定
0X000006F 文件名太長
0X0000070 硬碟空間不足
0X000007F 找不到指定的程序
0X000045B 系統正在關機
0X000045C 無法中止系統關機,因為沒有關機的動作在進行中
0X000046A 可用伺服器儲存空間不足
0X0000475 系統BIOS無法變更系統電源狀態
0X000047E 指定的程序需要新的windows版本
0X000047F 指定的程序不是windwos或ms-dos程序
0X0000480 指定的程序已經啟動,無法再啟動一次
0X0000481 指定的程序是為舊版的 windows所寫的
0X0000482 執行此應用程序所需的程序庫文件之一被損
0X0000483 沒有應用程序與此項操作的指定文件建立關聯
0X0000484 傳送指令到應用程序無效
0X00005A2 指定的裝置名稱無效
0X00005AA 系統資源不足,無法完成所要求的服務
0X00005AB系統資源不足,無法完成所要求的服務
0X00005AC系統資源不足,無法完成所要求的服務
…因代碼較多,未列出的代碼請自己網上搜一下對照參考。
⑷ WinDbg怎麼用
什麼是WinDBG? WinDbg是微軟開發的免費源碼級調試工具。Windbg可以用於Kernel模式調試和用戶模式調試,還可以調試Dump文件。由於大部分程序員不需要做Kernel模式調試, 我在這篇文章中不會介紹Kernel模式調試。Kernel模式調試對學習Windows核心極有幫助。如果你對此感興趣,可以閱讀Inside Windows 2000和Windbg所帶的幫助文件。這篇文章得主要目的是介紹WINDBG的主要功能以及相關的命令。關於這些命令的詳細語法,請參閱幫助文件。對文章中提到的許多命令,WINDBG有相應的菜單選項。如何得到幫助在命令(Command)窗口中輸入.hh 命會調出幫助文件令。.hh keyword會顯示關於keyword的詳細命令。啟動DebuggerWindbg可以用於如下三種調試:遠程調試:你可以從機器A上調試在機器B上執行的程序。具體步驟如下:
? 在機器B上啟動一個調試窗口(Debug Session)。你可以直接在Windbg下運行一個程序或者將Windbg附加(Attach)到一個進程。? 在機器B的Windbg命令窗口上啟動一個遠程調試介面(remote):.server npipe:pipe=PIPE_NAMEPIPE_NAME是該介面的名字。? 在機器A上運行:windbg –remote npipe:server=SERVER_NAME,pipe=PIPE_NAMESERVER_NAME是機器B的名字。Dump文件調試:如果在你的客戶的機器上出現問題,你可能不能使用遠程調試來解決問題。你可以要求你的用戶將Windbg附加到出現問題的進程上,然後在命令窗口中輸入:
.mp /ma File Name創建一個Dump文件。在得到Dump文件後,使用如下的命令來打開它:windbg –z DUMP_FILE_NAME本地進程調試:你可以在Windbg下直接運行一個程序:
Windbg 「path to executable」 arguments 也可以將Windbg附加到一個正在運行的程序: Windbg –p 「process id」 Windbg –pn 「process name」 注意有一種非侵入(Noninvasive)模式可以用來檢查一個進程的狀態並不進程的執行。當然在這種模式下無法控制被調試程序的執行。這種模式也可以用於查看一個已經在Debugger控制下運行的進程。具體命令如下: Windbg –pv –p 「process id」 Windbg –pv –pn 「process name」 調試多個進程和線程如果你想控制一個進程以及它的子進程的執行,在Windbg的命令行上加上-o選項。Windbg中還有一個新的命令.childdbg 可以用來控制子進程的調試。如果你同時調試幾個進程,可以使用 | 命令來顯示並切換到不同的進程。在同一個進程中可能有多個線程。~命令可以用來顯示和切換線程。調試前的必備工作在開始調試前首先要做的工作是設置好符號(Symbols)路徑。沒有符號,你看到的調用堆棧基本上毫無意義。Microsoft的操作系統符號文件(PDB)是對外公開的。另外請注意在編譯你自己的程序選擇生成PDB文件的選項。如果設置好符號路徑後,調用堆棧看起來還是不對。可以使用lm, !sym noisy, !reload 等命令來驗證符號路徑是否正確。Windbg也支持源碼級的調試。在開始源碼調試前,你需要用.srcpath設置源代碼路徑。如果你是在生成所執行代碼的機器上進行調試,符號文件中的源碼路徑會指向正確的位置,所以不需要設置源代碼路徑。如果所執行代碼是在另一台機器上生成的,你可以將所用的源碼拷貝(保持原有的目錄結構)的一個可以訪問的文件夾(可以是網路路徑)並將源代碼路徑設為該文件夾的路徑。注意如果是遠程調試,你需要使用.lsrcpath來設置源碼路徑。靜態命令:顯示調用堆棧:在連接到一個調試窗口後,首先要知道的就是程序當前的執行情況k* 命令顯示當前線程的堆棧。~*kb會顯示所有線程的調用堆棧。如果堆棧太長,Windbg只會顯示堆棧的一部分。.kframes可以用來設置預設顯示框架數。顯示局部變數:接下來要做通常是用dv顯示局部變數的信息。CTRL+ALT+V可以切換到更詳細的顯示模式。關於dv要注意的是在優化過的代碼中dv的輸出極有可能是不準確的。這時後你能做的就是閱讀匯編代碼來發現你感興趣的值是否存儲在寄存器中或堆棧上。有時後當前的框架(Frame)上可能找不到你想知道的數據。如果該數據是作為參數傳到當前的方法中的,可以讀一讀上一個或幾個框架的匯編代碼,有可能該數據還在堆棧的某個地址上。靜態變數是儲存在固定地址中的,所以找出靜態變數的值較為容易。.Frame(或者在調用堆棧窗口中雙擊)可以用來切換當前的框架。注意dv命令顯示的是當前框架的內容。你也可在watch窗口中觀察局部變數的值。顯示類和鏈表: dt可以顯示數據結構。比如dt PEB 會顯示操作系統進程結構。在後面跟上一個進程結構的地址會顯示該結構的詳細信息:dt PEB 7ffdf000。Dl命令可以顯示一些特定的鏈表結構。顯示當前線程的錯誤值:!gle會顯示當前線程的上一個錯誤值和狀態值。!error命令可以解碼HRESULT。搜索或修改內存:使用s 命令來搜索位元組,字或雙字,QWORD或字元串。使用e命令來修改內存。計算表達式:?命令可以用來進行計算。關於表達式的格式請參照幫助文檔。使用n命令來切換輸入數字的進制。顯示當前線程,進程和模塊信息:!teb顯示當前線程的環境信息。最常見的用途是查看當前線程堆棧的起始地址,然後在堆棧中搜索值。!peb顯示當前進程的環境信息,比如執行文件的路徑等等。lm顯示進程中載入的模塊信息。顯示寄存器的值:r命令可以顯示和修改寄存器的值。如果要在表達式中使用寄存器的值,在寄存器名前加@符號(比如@eax)。顯示最相近的符號:ln Address。如果你有一個C++對象的指針,可以用來ln來查看該對象類型。 查找符號:x命令可以用來查找全局變數的地址或過程的地址。x命令支持匹配符號。x kernel32!*顯示Kernel32.dll中的所有可見變數,數據結構和過程。查看lock:!locks顯示各線程的鎖資源使用情況。對調試死鎖很有用。查看handle:!handle顯示句柄信息。如果一段代碼導致句柄泄漏,你只需要在代碼執行前後使用!handle命令並比較兩次輸出的區別。有一個命令!htrace對調試與句柄有關的Bug非常有用。在開始調試前輸入:!htrace –enable 然後在調試過程中使用!htrace handle_value 來顯示所有與該句柄有關的調用堆棧。顯示匯編代碼:u。程序執行控制命令:設置代碼斷點:bp/bu/bm 可以用來設置代碼斷點。你可以指定斷點被跳過的次數。假設一段代碼KERNEL32!SetLastError在運行很多次後會出錯,你可以設置如下斷點: bp KERNEL32!SetLastError 0x100.在出錯後使用bl 來顯示斷點信息(注意粗體顯示的值):0 e 77e7a3b0 004f (0100) 0:*** KERNEL32!SetLastError重新啟動調試(.restart命令)並設置如下的斷點:bp Kernel32!SetLastError 0x100-0x4fDebugger會停在出錯前最後一次調用該過程的地方。你可以指定斷點被激活時Debugger應當執行的命令串。在該命令串中使用J命令可以用來設置條件斷點:bp `mysource.cpp:143` "j (poi(MyVar)」0n20) ''; 'g' "上面的斷點只在MyVar的值大於32時被激活(g命令條件斷點的用途極為廣泛。你可以指定一個斷點只在特殊的情況下被激活,比如傳入的參數滿足一定的條件,調用者是某個特殊的過程,某個全局變數被設為特殊的值等等。設置內存斷點:ba可以用來設置內存斷點。調試過程中一個常見的問題是跟蹤某些數據的變化。如下的斷點:ba w4 0x40000000 "kb; g"可以列印出所有修改0x40000000的調用堆棧。控製程序執行:p, pa,t, ta等命令可以用來控製程序的執行。控制異常和事件處理:Debugger的預設設置是跳過首次異常(first chance expcetion),在二次異常(second chance exception)時中斷程序的執行。sx命令顯示Debugger的設置。sxe和sxd可以改變Debugger的設置。 sxe clr可以控制Debugger在託管異常發生時中斷程序的執行。常用的Debugger事件有: av 訪問異常 eh C++異常 clr 託管異常 ld 模塊載入-c 選項可以用來指定在事件發生時執行的調試命令。
⑸ 你好我的電腦老是藍屏重啟按你的方法用winDbg但我找不到.bmp文件啊求助大哥啦!!!
1 先查是否硬碟碎片過多
2 重做系統並檢查硬碟是否有壞道
3 以上2種不能解決基本就是硬體壞了 請更壞內存再試
⑹ 飛行堡壘7偶爾藍屏,用windbg解析,小白看不懂,求指點
飛行堡壘7 FX95DD/DT/DU運行中藍屏,更新華碩官網的晶元組驅動嘗試下。
⑺ 下載了windbg file-open crash 為什麼找不到minimp 文件 檢測藍頻原因
您好,感謝您選擇惠普產品。
發生藍屏後,通常情況下,您可以在C:/WINDOWS/Minimp找到dmp文件悄薯,請問您粗運信在這個目岩輪錄下是否可以找到相關的文件呢?
希望以上回復能夠對您有所幫助。
⑻ 電腦藍屏提示錯誤代碼0X0000007E什麼意思
有網友反映電腦在使用中出現藍屏,並提示錯誤代碼:0X0000007E,怎麼辦好呢?有可能是系統找不到指定的模塊,如何解決這樣的問題呢?現在就和大家說一下Win7系統藍屏故障0X0000007E的解決方法。
7、①擴展名為DMP的日誌文件為系統文件,如找不到,需要提前修改文件夾選項。
②開始→控制面板→文件夾選項→查看→點選顯示所有文件和文件夾→應用。
③去掉隱藏受保護的操作系統文件、隱藏已知文件類型的擴展名前的對勾→確定
8、除此之外,還可以到微軟官網的知識庫中查閱相關訊息,加以比對,甄別,找到解決方法。
相關閱讀:電腦藍屏故障主要有多少種
0x0000003F/A/1A/2E 內存類
0x0000003F/A/1A/2E錯誤表示內存管理遇到了問題。這個錯誤一般是因為內存執行了錯誤的I/O(輸入/輸出)操作,存在BUG的硬體設備驅動程序錯誤地使用了內存資源,某個應用軟體被錯誤地分配了大量的內核內存等原因引起的。如果遇到0x0000003F錯誤,建議檢查一下最近有沒有安裝過新的應用軟體或硬體設備驅動程序。如果有的話,請將最近安裝過的應用軟體(特別是磁碟優化軟體及殺毒軟體)或驅動程序逐一卸載,看看問題能否解決。
0X0000007B/ED 硬碟類
此類兩種錯誤是典型的由硬碟引起的故障,也是兼容模式有問題的代表。我們在BIOS內把硬碟格式改為IDE兼容模式,可以有效的解決7B錯誤,更改後如果依然藍屏,那問題有可能上升到了病毒造成硬碟引導分區損壞,恢復方法只有重新安裝系統了。
OxC0000005 未知故障/超頻/兼容報錯
以C大頭的錯誤舉例,此類藍屏大多數與硬體無關,它主要來源於系統內部數據沖突或者驅動方面重復等問題。例如盤符劃分重復,F盤改為E盤,啟動時無法找到原F盤的路徑產生崩潰,在不改變盤符名稱的前提下(多少有些兜圈子),劃分出一個新的盤符或者插入一個U盤作為系統寫入存儲盤(代替原F盤),錯誤便可以解決。在例如一些新驅動的更新,與老驅動反生沖突,多發生在外置音效卡或網卡上,如果出現C開頭的報錯,網友可以對比借鑒,刪除老驅動或者重新安裝新驅動。
0x0000009F/A5 電源類
錯誤表示計算機的電源遇到了問題。這個錯誤通常發生在關機、重啟、待機、休眠等與計算機電源有關的操作時,一般是因為電源有問題或ACPI高級電源選項配置不正確引起的。如果遇到0x0000009F錯誤,建議檢查一下計算機的ACPI高級電源選項配置是否正確。請在主板BIOS設置中檢查ACPI高級電源選項是否已經設置為“Enabled”,然後為Windows重新安裝主板晶元組驅動程序
0x000000BE/C2/D1/EA 設備驅動BUG類
此類錯誤表示內核程序或硬體設備的驅動程序試圖進行錯誤的內存操作。這個錯誤一般是因為應用軟體或硬體設備驅動程序存在BUG或者不兼容引起的。如果遇到此類錯誤,建議首先檢查一下最近有沒有安裝新的應用軟體或硬體設備驅動程序。如果有的話,請將最近安裝過的應用軟體或驅動程序逐一卸載或重新安裝,看看問題能否解決;如果方法無效,我們又將回到內存硬碟類的錯誤范圍內,但幾乎此類藍屏現象與硬體關系不大。
⑼ windbg為什麼找不到符號文件
dmp文件打開器(debugging tools for windows) 6.12.2.633微軟官方版 windows發生藍屏改桐時,如果系統屬性有下圖設置,windows會自動生成核櫻坦minimp文件,該文件記錄藍屏生成代碼和導致藍屏出現的進程,通過windebug的軟體來分析這個minimp文件.我們就頌枯可