窗口上解決藍屏錯誤（BSOD）的最終指南

Totovelo10已對VirtualBox文章提交了新評論：7小時前安裝受邀加法

手動崩潰窗口 – 藍屏按需

Windows包含一項功能，可以通過握住右CTRL鍵並按兩次“滾動鎖”鍵來手動撞車系統崩潰. 這對於生成碰撞轉儲來調試應用程序可能很有用，或者可能是一種有趣的惡作劇. 請按照以下步驟啟用此功能：

1. 單擊開始按鈕並輸入打開註冊表編輯器 Regeit 並擊中輸入. 如果您在XP上首先選擇運行，然後輸入 Regeit 並點擊輸入.
2. 導航： hkey_local_machine \ system \ currentcontrolset \ services \ i8042prt \ parameters.
3. 創建一個新的dword值並命名 crashonctrlscroll
4. 右鍵單擊新的dword值，然後選擇 調整.
5. 在“值數據”字段中鍵入1，然後單擊確定.
6. 關閉恢復並重新啟動您的系統.

現在，您可以通過握住正確的CTRL鍵並按兩次“滾動鎖”來藍屏（崩潰）您的系統.

提示：

啟動此崩潰時，您的系統可能會自動重新啟動. 如果您的系統重新啟動崩潰，並且您想查看藍屏，請按照以下步驟：

1. 去 控制面板 > 系統
2. 單擊 先進的 標籤
3. 在下面 啟動和恢復, 點擊 設定 按鈕.
4. 在下面 系統錯誤, 取消選中選項 自動重新啟動.

窗口上解決藍屏錯誤（BSOD）的最終指南

當您的系統上發生致命錯誤時，Windows將顯示著名的 藍屏死亡 （或藍屏死亡屏幕的BSOD）. 當操作系統達到無法正常運行的關鍵條件時，會發生這種致命錯誤.

您可以在安裝更新，程序，設備或突然之間會遇到一個，而沒有任何精確的動作似乎觸發了它. 窗戶仍然像這樣 ：他突然停下來保護自己免受可能的數據丟失，顯示他的 藍屏幕 然後重新啟動計算機.

根據已發送到微軟直到2014年4月的錯誤報告，因此Windows崩潰的原因是：

• 第三 – 方外圍飛行員： 70％
• 未知，由於記憶的嚴重腐敗： 15％
• 物質錯誤： 10％
• 微軟代碼： 5％

有時很異常，不幸的是，在您的機器上反复顯示死亡錯誤的藍屏死亡屏幕. 如果您當前是這種情況，您將需要 找到負責致命錯誤的飛行員 並帶來解決方案. 設備，其飛行員或鏈接到它的程序可能是藍屏的原因. 在大多數情況下，飛行員或程序的更新解決了遇到的問題.

在本教程中，我將向您展示如何 分析藍屏 為了找到 負責致命錯誤的駕駛員 因此能夠確定解決問題 ! 目的是讓您再次和平使用PC，而不必擔心藍屏會再次出現並打斷您的工作.

序言：內存圖像文件

當系統崩潰時，Windows因此顯示了 藍屏幕, 伴隨著 停止代碼. 此停止代碼為我們提供了有關 致命錯誤的性質.

我 資訊: 您可以在Microsoft Hardware Dev Center網站的錯誤檢查參考代碼上找到所有停止代碼及其含義.

但是，此停止代碼可能很 avare帶有信息. 在上面的捕獲中，停止代碼 內存管理 表明發生嚴重的內存管理錯誤…不知道更多（請參閱. 錯誤檢查0x1a：memory_management）.

在Windows 7之前，藍屏顯示 四個參數, 與 停止代碼 （在事件觀察者中可以找到這四個參數）. 他們讓您更多地了解致命錯誤.

在下面的示例中，停止代碼的第一個參數 UNMOUNTABLE_BOOT_VOLUME 指示系統無法安裝的設備（請參閱. ：錯誤檢查0XED：UMOUNTABLE_BOOT_VOLUME）.

如果可用， 飛行員名稱 誰種植也顯示. 在下面的示例中，這些是RTKVHD64.系統. 另一方面，後者告訴我們 多得多 關於致命錯誤的原因. Google Research告訴我們，這是Realtek高清音頻驅動程序.

但是，負責崩潰的模塊的名稱 不要總是出現 !

我有一個關閉代碼，沒有提供任何信息，也沒有顯示負責撞車的駕駛員的名稱…我將如何找到致命錯誤的起源 ?

我沒有時間看看藍屏上的標記 ! 我將如何調試窗口 ?

不要恐慌 ! 我要給你 解決方案 找到藍色屏幕的來源.

播種系統後，顯示藍屏後，窗戶繼續進行 清空物理記憶 （RAM）計算機，通過將其內容卸載在硬盤文件中： 內存圖像文件 （或內存轉儲文件）. 您還可以通過逐漸令人難以置信的百分比（最多“ 100％完成”）來遵循藍屏上記憶的排列進度）.

因此，此內存映像文件包含計算機存儲器中所有數據的副本. 這些數據將被證明是寶貴的，以建立一個 墜機事故中的完全診斷 視窗. 通過諮詢他們，我們一定會發現 Windows飛行員飛行員 !

有兩種類型的內存圖像文件：文件 核心模式 （內核模式轉儲）和文件 用戶模式 （用戶模式轉儲文件）. [1]

[1]用戶模式和內核模式 ^

在Windows PC上，處理器具有兩種不同的模式： 用戶模式 一個 核心模式. 處理器 在兩種模式之間切換 取決於他執行的代碼類型： 申請 以用戶模式存在 操作系統的組件 在核模式下. 大多數 飛行員 以內核模式存在，但有些可以在用戶模式下運行.

要解決藍屏問題，您必須分析 圖像文件模式模式內核. 這些是包含用於調試系統的信息的文件；用戶模式文件允許他們僅調試用戶安裝的程序.

Windows可以生成 五種類型 內核模式的圖像存儲器，差異大於生成文件的大小：

• 完整的內存圖像 ：包含 所有物理記憶 墜機時窗戶使用的. 這是最大的內存圖像文件. 它需要一個交換文件[2]，至少與系統的主要內存一樣笨重：因此，交換文件的大小必須等於整個RAM + 1 MB. 如果您的計算機上有16 GB的RAM，則交換文件的大小必須為16.001 GB才能容納物理記憶數據 !
• 核的圖像 ：包含 只有核使用的記憶 墜機時. 該文件比完整的存儲映像文件小得多. 它的大小大約等於系統上安裝的物理內存的三分之一（如果您有16 GB的RAM，則文件的大小約為5.3 GB）. 此圖像文件不包括未分配的內存，也不包括分配給用戶模式應用程序的內存. 它僅包含分配給Windows內核的內存，硬件抽象層（HAL），以及在內核模式下分配給飛行員和程序的內存. 這是最有用的內存圖像文件. 比完整的內存圖像文件更小，更快，它不包含通常不涉及崩潰的物理內存數據.
• 部分記憶圖像（256 KB） ：最小的內存圖像文件，在非常有限的磁盤空間系統上有用. 就包含 有限的信息 （停止消息，已加載驅動程序列表…），該文件的分析可能不允許發現計算機崩潰時遇到的錯誤的源.
• 自動內存清空 ：包含 相同的信息 那是 內核內存圖像文件. 兩者之間的區別不存在於圖像文件本身，而是在Windows定義系統交換文件的大小的方式中. 如果系統交換文件的大小是在“自動管理文件管理”上定義的，並且在“自動內存清空”上定義了內存圖像參數，Windows會自動定義交換文件的大小，足以捕獲核內存圖像.
• 主動內存排空 ：類似於完整的內存圖像，它不包含分配給Hyper-V虛擬機的內存，對於主機機器的調試毫無用處.

[2] Windows Exchange File ^

當RAM（RAM）飽和時，Windows會創建一個文件（PAGEFILE.系統讀取器上的系統（C :)將其他信息存儲在此處：它是 交換文件. 該技術允許Windows將信息存儲在通常應該存儲在RAM中的硬盤上. 據說Windows有一個 虛擬內存, 對應於RAM（RAM）和Exchange File的總和之間的總和.

您可以配置Windows在崩潰中創建的內存類型 高級系統設置 （％SystemRoot％\ System32 \ SystemPertiesAdvanced.EXE）>開始和恢復.

建議留下默認內存映像的類型： 自動內存清空.

只有一個也是一個文件 可以在系統崩潰期間創建內存圖像. 如果發生第二次致命錯誤，並且創建了內核的圖像內存（或完整的內存映像），則將替換上一個（如果選中了“替換所有現有參數文件”選項））.

內存圖像文件默認寫在 ％SystemRoot％\內存.DMP.

無論您選擇的內存圖像的類型，Windows總是會創建更多 部分內存圖像文件 每當系統意外停止時（顯示藍屏時），即使您在設置中選擇了“內核內存映像”或“完整內存映像”.

如果發生第二次致命錯誤，第二次 部分內存圖像 是創建的，前一個將被保存. 每個新的部分內存映像文件將具有不同的名稱，並在文件名中編碼崩潰的日期. 例如，“ 050917-10843-01.DMP“是2017年5月9日生成的內存圖像文件.

所有部分內存圖像文件都保存在文件夾中 ％SystemRoot％\ minidump.

現在您知道了內存圖像文件的運行方式，讓我們諮詢 辯論信息 它們包含的目的是為了找到負責您的藍色死亡屏幕的飛行員 !

解決藍色死亡屏（BSOD）

步驟1：分析內存圖像文件

首先，我們將分析 部分內存圖像文件.

即使後者只包含很少的信息，發現負責致命錯誤的飛行員並不少見.

如果部分內存圖像文件不允許我們找到死亡藍屏的來源，我們將分析 完整圖像或內核文件 其中包含有關墜機的更多信息，導致藍屏死亡屏幕.

通過部分內存圖像文件

L’內存圖像控制實用程序 （Dumpchk.ex）是Microsoft提供的命令行實用程序以檢查和 閱讀內存圖像文件.

與其他可用調試工具不同，dumpchk.EXE不需要訪問調試符號，這些符號笨重，必須下載才能進行調試.

儘管有效，但該工具不是很符合人體工程學.

這就是為什麼我們將使用該程序 BluesCreenView ：他在Windows崩潰後掃描了您在計算機上創建的所有內存圖像文件，並清楚地顯示了它們所包含的信息.

現在，在計算機上下載並安裝blascreenview，然後運行.

在上面的面板中，所有 內存圖像文件 在％SystemRoot％\ Minidump文件夾以及％SystemRoot％\內存圖像文件中找到.顯示DMP. 在上面的捕獲中，顯示了六個部分內存圖像. 這意味著這台計算機遇到了六次藍屏 !

對於每次崩潰，BluesCreenView顯示部分內存圖像文件的名稱， 崩潰日期和時間, 這 停止代碼 （顯示在藍屏上）， 4停止代碼參數, 和 飛行員的詳細信息 誰可能導致崩潰（文件名，產品名稱，文件描述和文件版本）.

在下部面板中，默認情況下，bluescreenview顯示 所有已加載的飛行員 在墜機期間（您在上面板中選擇了）. 在墜機電池中發現內存地址的飛行員以粉紅色突出顯示，這很容易找到可能負責撞車的飛行員.

您的任務很簡單 ：在“由駕駛員引起的”列中找到負責藍屏的飛行員 !

在下面的捕獲中，我們看到2013年8月5日的墜機是由NVLDDMM飛行員造成的.SYS可能會轉動NVIDIA圖形卡.

如果您想了解有關檢測到的驅動程序（其屬於哪個組件，設備或程序）的更多詳細信息，請右鍵單擊“內存圖像文件”，然後選擇 Google搜索 – 錯誤檢查 +驅動程序 在互聯網上開始搜索.

不幸的是，通常會發生部分圖像文件包含足夠的信息無法識別負責藍屏的飛行員.

如果顯示BluesCreenView，則是這種情況 ntoskrnl.EXE文件 在“由駕駛員引起的”列中. 這是不對的 ：這只是藍屏出現之前加載的最新電池文件. 這不是文件 致命錯誤.

根據BluesCreenView在“驅動程序的原因”中影響什麼, 應用以下內容 ::

• 如果blascreenview顯示一個涉及的文件名 組件，設備或程序 →將特定解決方案應用於故障的飛行員.
• 如果BluesCreenView海報 ntoskrnel.EXE文件 →我們將不得不分析完整的圖像文件（或核），以找到真正引起藍屏的飛行員. 轉到以下部分：閱讀完整的內存或內核圖像文件.

通過完整的內存或內核圖像文件

我 資訊: 我們將分析的完整內存或核心圖像文件對應於 出現的最後一個藍屏 在你的電腦. 換句話說，這是更“完整的”版本 BluesCreenView中顯示的最新部分圖像文件 （您可以通過單擊“崩潰時間”列標題來按日期對部分圖像文件進行排序）.

要分析完整或內核圖像文件，我們必須安裝 Windows Debugurs （Windows SDK中包含）.

為此，請按照以下說明：

1. 根據您的Windows版本下載SDK安裝程序（軟件開發套件）.
2. 在Windows Dusdk安裝程序上啟動. 在第一個屏幕上，留下默認位置，然後單擊 下一個.
   
3. 在提出的所有功能中，僅安裝調試工具. 離開 Windows的調試工具 檢查並取消選中所有其他框，然後單擊 安裝.
   

安裝調試工具後，您可以使用五個刪除環境（請參閱. 調試區域以獲取更多細節） Microsoft Windows調試器（WINDBG）, A 偵錯工具 能夠在用戶模式和內核模式下調試.

WindBG為Windows內核，內核模式驅動程序和系統服務以及用戶應用程序和驅動程序提供調試. 這是我們將使用的.

我 詭計 ： 為了能夠更輕鬆地讀取內存圖像文件（.DMG），您可以將它們與WINDBG程序相關聯. 為此，請打開命令提示符作為管理員，然後輸入以下命令（根據您的Windows版本進行調整）：

CD“ C：\ Program Files（X86）\ Windows套件\ 10 \ Debuggers \ X64 \” .\ windbg.exe -ia

1. 作為管理員運行windbg：打開開始菜單，輸入“ windbg”，右鍵單擊 windbg（x64） （或者 windbg（x86） 如果使用Windows的32位版本），請選擇 執行為管理員.
2. 主要窗口 Windbg調試器 打開.
3. 通過 線 >符號文件路徑. 符號文件包含多種數據，這些數據非常有用.
   
4. 輸入下一個位置，然後單擊 好的 ::

srv*c：\ symbersssrvcace*https：// msdl.微軟.com/download/符號

通過 線 >保存工作區. 這將使我們不必重新定義每個會話的調試符號的位置.

通過 線 >打開崩潰轉儲.

轉到C：\ Windows文件夾並選擇文件 記憶.DMP.

等待windbg加載調試內存圖像文件所需的符號. 文字 調試未連接 顯示在窗戶的底部；您必須等到顯示KD>命令提示.

一旦您有手，請輸入命令 !分析-v啟動內存圖像文件分析.

image_name：cpuz138_x64 module_name：cpuz138_x64故障模塊：fffff8004dc30000 cpuz138_x64 process_name：speccy64.EXE文件

0x00000000D1：driver_irql_not_or_equal 0x0000000a：irql_not_less_equal 0x00000050：page_fault_in_in_nunped_area 0x00000000c2：bad_pool_caller 0x0000000000000000000000000000000000000000000000000000000000000000000000000000000000：kboot_volume _kmboot_ntled：kmboot_ntled：kmotdled：kmotdled：kmotdled：kmotdled：kmotdled：kmotdled：kmotdled _FILE_SYSTEM