一切都很完美；你已公升級到了windows 7。系統打上了全部的補丁，所有驅動程式都更新了，安全很到位，說不定你甚至還有新硬體……但是仍然無法避免的是系統崩潰，在本文中會為大家詳細介紹如何處理崩潰後的windows 7。用lmv來分析下一步是確認可疑物件的存在，並找到有關它的任何詳細資訊。往命令列中輸入lvm，可顯示已載入的模組；v指偵錯程式以詳細模式輸出，顯示模組的所有已知詳細資訊。
如果執行命令lmv後，你看到windbg的介面左下角出現*busy*（*忙碌*）資訊，也不用擔心。這是由於它在收集系統發生故障時，載入模組的詳細資訊；收集過程可能需要幾分鐘。收集完畢後，你會在原來顯示busy的地方看到kd>。
這裡有大量資訊。找到所要關注的驅動程式得花點時間，所以可通過選擇edit | find（編輯|查詢）來簡化這個過程，然後輸入可疑的驅動程式，這裡是myfault。你看到的資訊多少取決於驅動程式**商。一些**商把很少的資訊放在檔案中，而微軟等另一些**商往往把全面的資訊放在檔案中。酷言網
用lmvm來分析
想直接找到某個特定模組，乙個好方法就是使用lmvm命令。在這種情況下，輸入lmvm myfault，偵錯程式將只返回針對該模組的資料。
另外的三分之一酷言網
www.colyan.com
幸運的是，你一開啟轉儲檔案就知道原因的機率大概有三分之二。但有時轉儲檔案提供的資訊具有誤導性，或者不夠全面。這時候，又該怎麼辦呢？
有時原因出在硬體上windows是罪魁禍首嗎？
很抱歉，這不可能！雖然可能有人會覺得很意外，但事實上，作業系統很少出錯。如果ntoskrnl.exe（windows核心）或win32.sys（主要負責windows上gui層的驅動程式）被列為是罪魁禍首——它們常常被這樣列為，也不要過於草率地下定論。下面這種可能性大得多：某個異常的第三方裝置驅動程式呼叫了windows元件，以執行一項操作，然後傳送了壞的指令，比如告訴它寫入到根本不存在的記憶體。所以，儘管作業系統肯定會犯錯，但你在怪罪微軟之前先排除掉其他的所有可能性。酷言網
www.colyan.com
冤枉驅動程式
你經常會看到反病毒驅動程式被列為是崩潰的原因。比如說，使用!analyze -v後，偵錯程式在「image_name」（映像名稱）這一行報告反病毒軟體的驅動程式。原因可能確實出在反病毒驅動程式上，不過要牢記：這類驅動程式被冤枉的可能性更大。原因如下：反病毒**要工作，它必須監視所有的檔案開啟和關閉。為了做到這一點，**處在作業系統的低層，而且在不斷工作。實際上，該**太忙碌了；崩潰發生時，它常常出現在活躍的函式呼叫堆疊上，哪怕明明不是它導致崩潰，也這樣。因為該堆疊上的任何第三方驅動程式立即成為可疑物件，所以反病毒驅動程式常常被列為崩潰的原因。不管是不是真的導致了問題，反病毒**都經常出現在堆疊上。
缺少**商資訊？酷言網
www.colyan.com
一些驅動程式**商並沒有花時間把足夠的資訊附在模組後面。所以，如果lmv起不到幫助，試著檢視映像路徑上的子目錄（如果有映像路徑的話）。常常其中乙個子目錄就是**商名稱或者名稱縮寫。另乙個辦法就是用谷歌搜尋引擎搜一下。輸入驅動程式名稱及/或資料夾名稱。除了別人發布的關於該驅動程式的資訊外，你可能還會找到相應的這家**商。
總結酷言網
www.colyan.com
你已經花了時間來準備對付下一次藍屏宕機，記住：在大多數情況下，你開啟轉儲檔案後，立馬就能知道原因，整個過程用不了一分鐘。如此輕而易舉地查明三分之二的嚴重故障的原因，真是讓人滿意——對你的使用者們來說更是如此。
kali 系統膨脹後如何處理
2 刪除掉對應var中快取的檔案，刪除日誌檔案。會適當的增加磁碟的儲存空間。3 擴充套件新的磁碟，進行掛在到系統 扎樣做只能延緩問題，但是並不能實質性上解決 另外虛擬機器可以對磁碟實現整理和壓縮，通過再次擴充套件磁碟來增大磁碟空間 使用命令 fdisk l 檢視當前的分割槽磁碟情況，可以發現剛才新新...
Linux系統崩潰後如何生成core dump檔案
產生coredump的條件，首先需要確認當前會話的ulimit c，若為0，則不會產生對應的coredump，需要進行修改和設定。ulimit c unlimited 可以產生coredump且不受大小限制 這種設定僅對當前生效，如果想永久生效，那麼需要在 etc profile中加入以下一行，這將...
如何處理陣列越界而不會讓程式崩潰
如何處理陣列越界而不會讓程式崩潰?陣列越界是非常常見的現象,有時候,你的程式中,因為陣列越界而崩潰了,很難找,理想的狀態是,陣列越界的時候給我們返回nil就好了.請看下面這個例子 rootviewcontroller.m beyondthemark import rootviewcontroller...