WinDbg使用

一、WinDbg是什麼?它能做什麼?

  WinDbg是在windows平臺下,它能夠通過dmp文件輕鬆的定位到問題根源,可用於分析藍屏、程序崩潰(IE崩潰)原因,是我們日常工作中必不可少的一個有力工具,學會使用它,將有效提升我們的問題解決效率和準確率。

二、WinDbg6.12.0002.633下載:

x86位版本下載:【微軟官方安裝版

藍屏Dump分析工具WinDbg(x86).rar    

x64位版本下載:【微軟官方安裝版

藍屏Dump分析工具WinDbg(x64).rar    5

三、設置符號表:

  符號表是WinDbg關鍵的“數據庫”,如果沒有它,WinDbg基本上就是個廢物,無法分析出更多問題原因。所以使用WinDbg設置符號表,是必須要走的一步。
1、運行WinDbg軟件,然後按【Ctrl+S】彈出符號表設置窗
2、將符號表地址:SRV*C:\Symbols*http://msdl.microsoft.com/download/symbols粘貼在輸入框中,點擊確定即可。
注:紅色字體爲符號表本地存儲路徑,建議固定路徑,可避免符號表重複下載。

 

四、學會打開第一個dmp文件!

2

  當你拿到一個dmp文件後,可使用【Ctrl+D】快捷鍵來打開一個dmp文件,或者點擊WinDbg界面上的【File=>Open Crash Dump…】按鈕,來打開一個dmp文件。第一次打開dmp文件時,可能會收到如下提示,出現這個提示時,勾選“Don’t ask again in this WinDbg session”,然後點否即可。


  當你想打開第二個dmp文件時,可能因爲上一個分析記錄未清除,導致無法直接分析下一個dmp文件,此時你可以使用快捷鍵【Shift+F5】來關閉上一個dmp分析記錄。

  至此,簡單的WinDbg使用你已經學會了!

五、通過簡單的幾個步驟學會分析一些dmp文件。

分享一個8E藍屏dmp案例的分析過程:
  當你打開一個dmp文件後,可能因爲太多信息,讓你無所適從,不過沒關係,我們只需要關注幾個關鍵信息即可。

第一個關鍵信息:System Uptime(開機時間):

  通過觀察這個時間你就可以知道問題是在什麼時候出現的,例如時間小於1分鐘基本可以定位爲開機藍屏,反之大於一分鐘則可證明是上機後或玩的過程中出現問題了。

接下來用一個簡單的例子來學習簡單的dmp分析,下圖中System Uptime: 0 days 0:14:23.581,意思是0天(days)0小時14分23秒581毫秒時出現藍屏了,看來是上機沒多久就藍屏了,這位顧客很悲催……

3

  那麼是什麼導致藍屏的呢?接下來我們就要注意第二個關鍵信息了!

第二個關鍵信息:Probaly caused by(造成藍屏可能的原因)

  這個信息是相對比較重要的一個信息,如果你運氣好的話,通過這個信息基本上可以看到導致藍屏的驅動或者程序名稱了,就像下圖一樣,初步的分析已經有了結果,Probaly caused by後面顯示的是一個名爲KiMsgProtect.sys的驅動文件導致藍屏,這個文件就是恆信一卡通的一個關鍵驅動。因此藍屏則很有可能和一卡通有關。

括號中驅動文件名後面的+號代表的是偏移地址,假如多個dmp文件的驅動文件名一樣,且偏移地址也一樣,則問題原因極有可能是同一個,這個偏移地址與彙編有關,這裏不多做介紹。

4

  其實,對於分析藍屏dmp並不是每次運氣都那麼好,假如剛剛打開dmp文件未看到明確的藍屏原因時,我們就需要藉助一個命令來進一步分析dmp,這個命令就是:!analyze -v,這個命令能夠自動分析絕大部分藍屏原因。當初步分析沒有結果時,可以使用該命令進一步分析故障原因,當然你也可以直接點擊鏈接樣式的!analyze -v來進行執行該命令,爲了讓大家更直觀的看懂裏面的信息,大家可以直接看圖片中的註釋信息。

5

6

  看了這麼多信息之後,這個藍屏dmp到底是怎麼回事呢?根據dmp給出的信息,應該是:顧客上機0天(days)0小時14分23秒581毫秒時,一個名爲PinyinUp.exe觸發了KiMsgProtect.sys這個驅動的一個Bug,導致藍屏。 

  那麼PinyinUp.exe和KiMsgProtect.sys都是哪個廠商的?一般要知道這個信息,只能去用戶的機器上找了,我去找了之後發現PinyinUp.exe是搜狗輸入法的自動升級程序,KiMsgProtect.sys是恆信一卡通這個計費軟件的驅動,所以這個dmp表示出來的意思看上去是搜狗拼音和恆信一卡通搞在一起,出了問題!當然排除方法很簡單,把搜狗輸入法的自動升級程序刪除掉,再看看是否仍然有藍屏問題發生就ok了!

  學到這裏,基本上已經可以分析絕大部分dmp文件了,但是分析藍屏dmp要比較謹慎,對信息需要重新驗證一次才更加保險,驗證方法很簡單,在WinDbg的命令輸入框內,輸入!process命令,就可以驗證觸發藍屏的程序到底是否正確了。

7

 

運行!process命令後得到的信息:

8

  至此,掌握以上幾個簡單的分析方法之後,基本上絕大多數dmp大家都可以獨立分析了,當然WinDbg是個強大的工具,同時藍屏的原因也有很多,如果想分析的足夠準確,那麼就只有多學多練,多去分析,因爲WinDbg分析除了懂得幾個命令之外,經驗更加重要!

合理再給大家一些分析建議:

  並不一定每個dmp文件都可以分析出有用的結論,因此分析dmp並不需要對每個dmp文件的結果過分糾結,其實藍屏dmp分析也是觀察一個規律或者規模的問題定位方法而已。例如你分析了10個dmp,有5個dmp都指向同一個藍屏原因,另外5個dmp的信息五花八門時,那麼你完全可以先處理掉5次藍屏,同一個原因的問題,因爲解決了這個問題之後,後面的問題可能就都解決了!

  vDiskBus+da6c這個藍屏信息是指網維大師藍屏硬盤的dmp捕捉機制,這並不是藍屏原因,有很多朋友因爲文章看到一半就去折騰,結果得出一些錯誤結論,所以這裏特意提醒下大家,看到vDiskBus+da6c這個信息之後,就不要再判斷錯誤了,這個信息可以證實的信息是:這個dmp文件是通過網維大師藍屏鷹眼捕捉到的,且是在網維無盤客戶機上捕捉到的,其它的就不能代表什麼了。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章