如何用bat讓電腦藍屏（艾銻無限運維工程師告訴你windos藍屏如何處理）

2023-10-10 17:08:54 4

艾銻無限桌面運維小知識：

不慌，藍屏而已

半夜一點半，正在肝圖/Debug/做PPT/寫論文的你，面對電腦桌面上二十多個窗口正昏昏欲睡。此時，一片藍色映入眼帘，只見屏幕上出現一個二維碼和幾行字：

你的電腦遇到問題，需要重新啟動。

我們只收集某些錯誤信息，然後你可以重新啟動。

30%完成

有關此問題的詳細信息和可能的解決方法，請訪問

https://www.windows.com/stopcode

如果致電支持人員，請向他們提供以下信息：

xxxxxxxxxxxxxxxxxx

你睡意全無，想砸電腦的同時還在擔心剛剛的數據有沒有自動保存，一夜的辛勞是否付諸東流。

你遇到的是Windows藍屏死機。

但不慌，藍屏而已。艾銻無限來幫你解決這些問題

一、何為藍屏

官方描述為：

"如果某個問題導致設備意外關機或重啟，則可能會發生藍屏錯誤（也稱為停止錯誤）。你可能會看到一個藍屏，同時顯示消息'你的設備遇到了問題，需要重啟'。"

我們可以簡單理解為，當Windows系統無法從一個錯誤中恢復時，用以提示用戶錯誤信息的圖像，因為背景是藍色的，稱為藍屏死機，Blue Screen of Death，縮寫為：BSoD，簡稱藍屏。

所以這裡要給藍屏洗一下，大多數用戶都是談藍屏色變，其實大家恐懼的是各種各樣的系統崩潰，藍屏只是幫電腦解脫了，還提醒用戶發生了什麼事情，只是因為事情有時太複雜藍屏君說得又很隱晦。但不管出了什麼問題，用戶都只能看到一張藍屏和不是那麼易懂的終止代碼，藍屏才成了最不招人待見的畫面，背了這麼多年的黑鍋。

先來看一張Windows 7/Vista/XP的藍屏界面：

再來看一張Windows10的藍屏界面：

除去一些起到描述和安慰劑作用的語句，Windows 7時代的藍屏只有四行是有用的，最令人感動的是會提示"可能誘因"：

The problemseems to caused bythe following File : XXXXXX.XXX

普通用戶就算看不懂這是什麼文件，搜索或求助時這個"XXXXXX.XXX"也是非常有效或關鍵的信息，比如上圖中的"SPCMDCON.SYS"。

以及下面一行：

PAGE_FAULT_IN_NONPAGED_AREA

這是一個簡單描述的詞組，Windows 8及以後大多這樣提示了，也是檢索時的有效信息。經過簡單的檢索，我們可以發現錯誤是由一個名為"SPCMDCON.SYS"的內存設備控制程序的驅動程序引起的，屬於內存完整性錯誤，可以根據情況通過替換文件或修改註冊表解決。

而到了Windows 10，有效信息就只有一行半了：

其中半個是連結：，掃描二維碼可以得到同樣的連結，用瀏覽器訪問會重定向到支持界面。

在這個網頁中微軟會對藍屏和終止代碼做簡單的描述，然後引導你做簡單的判斷並進行操作。由於針對性較弱，一般作用不大。

最有用的信息就是最後一行終止代碼，Windows 8及之後多為描述性語句，如：

CRITICAL_PROCESS_DIED、SYSTEM_THREAD_EXCEPTION_NOT_HANDLED、IRQL_NOT_LESS_OR_EQUAL、VIDEO_TDR_TIMEOUT_DETECTED、PAGE_FAULT_IN_NONPAGED_AREA、SYSTEM_SERVICE_EXCEPTION、DPC_WATCHDOG_VIOLATION等；

Windows 7及之前版本的系統還會顯示十六進位錯誤代碼，Windows 10少數情況下也會出現，如：0x0000000A、0x0000003B、0x000000EF、0x00000133、0x000000D1、0x1000007E、0xC000021A、0x0000007B、0xC000000F等。

用戶可以根據終止代碼查找相關錯誤信息和解決方案，想必許多人都有過類似經歷。

二、誘發因素

導致藍屏死機的因素可以分為硬體和軟體兩大類。

1、硬體

先來說硬體，硬碟壞道、內存地址錯誤甚至是接觸不良、電源電壓或電流不穩、CPU過熱等都可能引起藍屏死機，一些需要通過外部接口連接的硬體比如USB網卡也會成為罪魁禍首。硬體故障引起的藍屏一部分通過重啟、更換可以解決，還有很大一部分和軟體驅動有關係，下面看軟體。

2、軟體

軟體原因導致藍屏的情況更多，我們分類來講：

· 系統文件損壞、缺失或查找錯誤，包括dll、sys、dat等文件，可以通過替換或修復文件解決；

· 系統更新，有時微軟都想不到的情況也會發生，某些系統更新會引起藍屏，可通過卸載更新解決；

· 硬體驅動，最常見的有顯卡、音效卡、網卡驅動，有些驅動還會對其他硬體造成影響導致藍屏，驅動造成的藍屏往往可以通過回滾/更新版本解決，開機藍屏可以進入安全模式卸載，安全模式都進不去可以通過PE環境配合Dism 卸載；

· 第三方軟體，一些第三方軟體會和系統任務衝突，導致藍屏，亦或兩個軟體相互影響，一般可通過卸載或更改設置解決。

整體來看，第三方軟體和驅動造成的藍屏死機佔到總數的絕大部分。

三、解決方案

說了這麼多，那麼該如何解決呢？

先來說說整體思路，對於有一定專業知識和技能的用戶來說，方向是找出導致問題的原因，可以儘快自己解決；對於普通用戶或小白用戶，肯定是需要搜索解決方案的，我們的目的是找到最精準最有效的檢索信息/關鍵詞，也就是我們之前就提到的"probably caused by"，儘可能短時間內較為容易地找到有效解決方案。

我們這裡提供幾種細分思路：一是上網搜索或求助；二是通過分析獲取較為準確的起因和問題所在，有針對性的解決；三是重裝或還原系統；四是找售後解決。

1、搜索或求助

我們電腦上出現的藍屏幾乎可以確定曾經有人也遇到過，出現過的問題大部分也都有解決方案，他山之石，可以攻玉，所以搜索或求助大部分時間都是省時省力又有效的辦法。

搜索的關鍵詞就是終止代碼，在貼吧、論壇特別是，長期存在大量精品帖子幫助求助者解答各種各樣奇奇怪怪的藍屏問題，微軟官方論壇中高質量帖多為英文，翻譯一下不難理解，分析準確、步驟詳細且討論時間長達數年。

2、精確分析，對症下藥

現在我們講重點，首先還是那句話，找到"probably caused by"非常重要。由於一個終止代碼往往可以囊括數十種錯誤原因，所以有時遇到一些疑難雜症通過網上的教程難以修復，這時如果可以分析出引發藍屏的原因和癥結所在，將會節省大量時間，儘早解決問題。當然，一些用戶可以憑藉經驗、專業知識甚至是直覺直接可以解決，普通用戶還是難免要搜索一下，不過有了更精準的信息，也更容易找到解決方案。

補充一個我們之後會用到的概念，Dump/dmp文件：Dump文件是進程的內存鏡像，文件後綴為".dmp"，可以把程序的執行狀態通過調試器保存到Dump文件中，多用以調試驅動程序。（根據小編個人習慣，下文中都作"dmp文件"。）Windows藍屏瞬間也會生成dmp文件，將和藍屏相關的時間、終止代碼、可能誘因、內存地址等信息保存在內。

首先我們要知道的是，藍屏生成的dmp文件大部分情況下存儲在"C:\Windows\Minidump"路徑下，打開文件需要權限。

可以分析dmp文件的工具非常多，下面我們分享最有代表性的三個：依次為WinDBG、BlueScreenView和聯想藍屏分析診斷工具。這幾款軟體都可以載入dmp文件，讀取其中堆棧信息等參數，通過分析其中的關鍵參數，可以大致或精確地推斷出癥結所在，方便對症下藥。雖然基礎功能都是一樣的，但也有不同點：按照上述提到的順序，圖形化程度、操作便捷性、有效信息展示直觀性、易用性等依次提高。

小編找到幾個dmp文件，我們以其中一個為例，來看三款軟體的使用和分析過程。

· WinDBG

下載地址：WinDBG_64位安裝版微軟官方下載·-提取碼：qhek

①安裝

軟體安裝後打開，界面如下。

②設置符號表

符號表相當於WinDBG的"資料庫"，離開符號表WinDBG幾乎無法分析出太多有效信息。設置方法為：運行軟體後單擊【File→Symbol File Path...】或按快捷鍵【Ctrl S】彈出設置對話框，將符號表地址

SRV*C:\Symbols*http://msdl.microsoft.com/download/symbols

粘貼於其中，點擊確定即可。

註：紅色字體為符號表本地存儲路徑，可自定義。

③載入dmp文件

我們知道藍屏後生成的dmp文件存儲在"C:\Windows\Minidump"路徑下，運行軟體後，可以通過快捷鍵【Ctrl D】來打開一個dmp文件，或單擊【File→Open Crash Dump...】來打開。

如果想打開第二個dmp文件時上一個文件還未分析完成導致無法打開，可以使用快捷鍵【Shift F5】來關閉上一個dmp文件的分析記錄。

③分析文件

我們選擇其中一個dmp文件用WinDBG打開。

打開後經分析得到如下數據：

我們來對幾組容易理解且比較關鍵的數據進行解讀：

System Uptime：系統運行時間。通過此項數據可以得知崩潰是在開機後多長時間出現的。如上圖數據為0天0時0分48秒出現藍屏死機。以現在新電腦的開機時間推算，十秒左右基本可以判定為開機藍屏，反之則為使用過程中出現崩潰。

BugCheck：錯誤校驗碼。也即終止代碼或錯誤代碼的簡寫，在MSDN上0x00000139經常表示為139或0x139。由於軟體開發較早，無法與Windows 10的描述性終止代碼匹配，但也算是一項有用的信息。

Probably caused by：可能誘因。並不是每個dmp文件分析出的此項都是有意義的，但這次運氣非常好，此項數據值是名為RNDISMP6.SYS的驅動文件。也就是說很有可能是由於這個驅動出現問題導致藍屏死機。經過查詢得知，本次藍屏正是手機通過RNDIS設備共享網絡時驅動出錯引起的，更新驅動並進行一些兼容性更改後得以解決。

!analyze–v：詳細分析命令。當然並不是每次分析都會得到可以直接推斷出誘因的值，如果得到的是未知的或沒有太多參考意義的值，還可以使用此命令進一步分析錯誤原因。可直接點擊運行。

運行後結果如下：