簡介
本文提供有關不常見的系統崩潰型別的資訊。建議您在繼續閱讀本檔案之前閱讀路由器崩潰故障排除。
必要條件
需求
本文件沒有特定先決條件。
採用元件
本文件所述內容不限於特定軟體和硬體版本。
本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路正在作用，請確保您已瞭解任何指令可能造成的影響。
慣例
如需文件慣例的詳細資訊，請參閱思科技術提示慣例。
確定重新載入的原因
如果沒有重新通電或手動重新載入路由器，可在show version輸出中尋找重新載入的原因，如下所示：
Router uptime is 3 days, 18 hours, 39 minutes
System restarted by [reload cause]
System image file is "flash:c2500-js-l.120-9.bin"
如果您的Cisco裝置輸出了show version命令，則可以使用Cisco CLI Analyzer顯示潛在問題和修復程式。要使用Cisco CLI Analyzer，您必須是已註冊的客戶，必須登入並啟用JavaScript。
疑難排解
某些型別的崩潰明顯表示硬體或軟體故障，但其他型別的崩潰則不那麼明顯。在這種情況下，常識就是你最好的盟友。如果路由器運行正常數月，突然開始每20分鐘重新載入一次，則問題很可能出在硬體上。如果在配置更改後路由器開始崩潰，則問題可能與軟體有關。
對於硬體問題，請嘗試使用show region命令識別有故障的卡，以獲得較新â的Cisco IOS®軟體版本。或者，使用演繹推理（例如，如果在插入新模組後出現問題，則可能是新模組的原因）。 您還可以執行其他測試（使用另一個插槽中的相同模組，或同一插槽中的其他模組，以此類推）以識別故障裝置。
升級到最新版本的Cisco IOS軟體版本系列可消除所有已知軟體問題。
如果您的Cisco裝置輸出了show stacks命令，可以使用Cisco CLI Analyzer顯示潛在問題和修正程式。要使用Cisco CLI Analyzer，您必須是已註冊的客戶，必須登入並啟用JavaScript。
如果升級後路由器仍然崩潰，則問題可能是由新錯誤引起。在這種情況下，請聯絡您的思科技術支援代表，並提供儘可能多的資訊。如需詳細資訊，請參閱路由器崩潰疑難排解。
系統崩潰的較不常見型別
地址錯誤
當軟體嘗試訪問資料時，會出現地址錯誤，這些邊界未正確對齊；僅偶數地址允許二位元組和四位元組訪問。地址錯誤通常表示軟體錯誤，但有故障的硬體也可能是一個原因(有關詳細資訊，請參閱故障排除部分)。
算術異常
軟體問題通常導致此類錯誤(有關詳細資訊，請參見故障排除部分)。
快取錯誤異常
當路由器檢測到錯誤的奇偶校驗時，會發生這種型別的崩潰。此問題可能是暫時性問題，也可能是硬體故障。有關如何解決此問題的資訊，請參閱處理器記憶體奇偶校驗錯誤。
錯誤 — 級別<x>
x是介於1和7之間的數字。
這種型別的崩潰通常與硬體相關。通常，CPU主機板故障會導致此類故障。
錯誤中斷
錯誤中斷崩潰表示處理器以外的某個程式檢測到致命錯誤。您需要更多資訊才能確定根本原因。需要使用crashinfo檔案或show tech-support命令輸出進行故障排除(請參閱路由器崩潰故障排除)。 收集此資訊後，請聯絡您的思科技術支援代表。
格式錯誤
除非情況清楚地表明存在硬體問題(有關詳細資訊，請參閱故障排除部分)，否則請與您的思科技術支援代表聯絡以瞭解此錯誤。
非法指令
此錯誤通常與軟體相關。但是，硬體故障也可能導致此問題(通常快閃記憶體或動態RAM(DRAM)故障)。 Cisco IOS軟體映像損壞也可能會導致此問題(有關詳細資訊，請參閱故障排除部分)。
Opcode異常非法
硬體故障導致此錯誤（例如，CPU主機板故障）。 在某些情況下，軟體問題可能會導致此錯誤(有關詳細資訊，請參閱故障排除部分)。
跳至零錯誤
當Cisco IOS軟體嘗試執行資料而不是代碼時，經常會發生這種型別的錯誤。在大多數情況下，軟體錯誤都會導致此問題，但如果症狀明顯指向硬體故障，則考慮是否有CPU故障(有關詳細資訊，請參閱故障排除部分)。
線路模擬器陷阱
當處理器嘗試執行無效指令時，會發生line 1010/1111 Emulator Error。代碼1010/1111並不真正相關（代碼取決於您嘗試執行的無效指令）。
線路模擬器陷阱錯誤的可能原因如下：
開機
如果show version命令輸出顯示restarted by reload或System returned to ROM by power-on，您可以推斷路由器已重新通電或電源已關閉幾秒鐘。驗證電源並排除插座電路故障（路由器通電）。
註：如果路由器使用此處提及的埠介面卡的早期硬體版本，Cisco 7200系列路由器可能會由於監視器超時而崩潰，並在系統通過加電返回到ROM時報告崩潰:
-
PA-CT1/PRI
-
PA-CE1/PRI-75
-
PA-CE1/PRI-120
-
PA-4E
-
PA-5EFL
-
PA-8E
如果您認為此問題會影響您的路由器，（在您確認電源不是問題之後），請收集show tech-support報告，然後與您的思科技術支援代表聯絡。
重新載入
如果show version命令輸出顯示restarted by reload或system returned to ROM by reload，您可以推斷使用者使用reload命令手動重新開機路由器。這不是系統崩潰。
保留異常
對於這種型別的崩潰，將重新載入以確保路由器不會傳輸損壞的資料。原因可能與硬體相關，也可能與軟體相關(請參閱故障排除部分)。
因錯誤而重新啟動
除非該錯誤明顯指向硬體問題(請參閱故障排除部分)，否則請與您的思科技術支援代表聯絡。
Sigtrap(Signal Trap)異常
這通常是軟體問題，也是報告軟體強制崩潰的另一種方式。
未定義的陷阱
除非情況清楚地表明存在硬體問題(請參閱故障排除部分)，否則請與您的思科技術支援代表聯絡。
意外的硬體中斷
硬體問題通常導致此類故障(請參閱故障排除部分)。
未知故障
除非情況清楚地表明存在硬體問題(請參閱故障排除部分)，否則請與您的思科技術支援代表聯絡。
未知重新載入原因
在這裡，導致崩潰的缺陷不允許路由器記錄重新載入的原因。此問題可能與硬體或軟體有關。除非情況清楚地表明存在硬體問題(請參閱故障排除部分)，否則請與您的思科技術支援代表聯絡。
檢查您能否透過在版本系列中升級至最新Cisco IOS軟體版本來解決缺陷。否則，請從crashinfo檔案或控制檯日誌中收集其他資訊(請參閱路由器崩潰故障排除)，並與您的思科技術支援代表聯絡。
寫入匯流排錯誤中斷
硬體問題通常導致此類故障(請參閱故障排除部分)。
建立TAC案例時要收集的資訊
| 如果您在執行本文檔列出的故障排除步驟後仍然需要幫助，並且希望使用Cisco TAC建立服務請求，請確保包含此資訊以對系統崩潰進行故障排除： |
- show tech-support輸出（如果可能，處於啟用模式）
- show log輸出或控制檯捕獲（如果可用）
- crashinfo檔案(如果存在，且尚未包含在show technical-support輸出中)
將收集的資料以非壓縮純文字檔案格式(.txt)附加到您的案例。 您可以使用案件查詢工具將資訊上傳到案件(僅限註冊客戶)。 如果您無法訪問案件查詢工具，您可以將相關資訊附加到您的案件，然後將其傳送至attach@cisco.com，並將您的案件編號填寫在郵件主題行。 注意：收集此資訊之前，除非您需要排除系統崩潰故障，否則請勿手動重新載入或重新啟動路由器。此操作可能導致丟失確定問題的根本原因所需的重要資訊。 |
相關資訊
意見