跳至內容

內核錯誤

本頁使用了標題或全文手工轉換
維基百科,自由的百科全書
init發送SIGSEGV使其退出,導致FreeBSD中發生的內核錯誤。

內核錯誤(英語:Kernel Panic)是指操作系統在監測到內部的致命錯誤,且無法安全處理此錯誤時採取的動作。這個概念主要被限定在Unix以及類Unix系統中;對於Microsoft Windows系統,等同的概念通常被稱為藍屏死機

操作系統內核中處理Kernel panic的子程序(在AT&T衍生類以及BSD類Unix中,通常稱為panic())通常被設計用來向控制台輸出錯誤信息,向磁盤保存一份內核內存的轉儲,以便事後的調試,然後等待系統被手動重新引導,或自動重新引導。該程序提供的技術性信息通常是用來幫助系統管理員或者軟件開發者診斷問題的。

操作系統試圖讀寫無效或不允許的內存地址是導致內核錯誤的一個常見原因。內核錯誤也有可能在遇到硬件錯誤或操作系統BUG時發生。在不同情況中,操作系統可以在內存訪問違例發生時繼續運行。然而,系統處於不穩定狀態時,操作系統通常會停止工作以避免造成破壞安全和數據損壞的風險,並提供錯誤的診斷信息。

內核錯誤在早期的Unix系統中被引入,顯示了在Unix與Multics在設計哲學上的主要差異之一。Multics的開發者Tom van Vleck曾引述了一段在這個問題上與Unix開發者Dennis Ritchie的討論:

我提醒Dennis說,我在Multics中寫的近半數代碼都是錯誤恢復代碼。他說:「我們不需要這些。我們有稱為panic的子程序,如果發生了錯誤就可以調用這個函數,使得系統崩潰,然後你可以在大廳裡面大叫:『嘿,重啟機器』。」[1]

原始的panic()函數從UNIX第五版開始到基於VAX的UNIX 32V期間幾乎沒有變化,只是輸出一條錯誤信息,然後就使系統進入NOP的死循環中。當改進UNIX的基礎代碼的時候,panic()函數也有所改進,可以向控制台輸出多種格式的調試信息。

Mac OS X

[編輯]

Mac OS X v10.6 Snow Leopard中,當進入內核錯誤後,會在畫面上出現一個有英語法語德語西班牙語日語的當機畫面,被多數麥金塔電腦使用者稱為「五國語言當機」,簡稱「五國」。同時,調試信息被存儲在NVRAM中,並會在重啟時寫出日誌文件。

出現這樣的問題除了是作業系統上的問題,絕大多數是擴充記憶體出現問題,但亦有可能是其他硬件出現問題。此畫面亦多發生於黑蘋果安裝過程中。通常重新開機即可解決問題,但有時候必須被送去維修才可以解決問題。

Mac OS X v10.310.5版本中,死機畫面沒有西班牙語,只包含英語、法語、德語及日語四種語言,因此被稱為「四國語言當機」,簡稱「四國」,由於使用時間較長,可能是多數用戶習慣的名稱。

OS X v10.8 Moutain Lion和之後的版本,除了原有的英語、法語、德語、西班牙語及日語外,又增加簡體中文的語系。

Linux內核oops

[編輯]

在Linux上,oopsLinux內核的行為不正確,並產生了一份相關的錯誤日誌。許多類型的oops會導致內核錯誤,即令系統立即停止工作,但部分oops也允許繼續操作,以保證系統的穩定性。這個概念只代表一個簡單的錯誤

當內核檢測到問題時,它會打印一個oops信息然後終止全部相關進程。oops信息可以幫助Linux內核工程師調試,檢測oops出現的條件,並修復導致oops的程序錯誤。

Linux官方內核文檔中提到的oops信息被放在內核源代碼Documentation/oops-tracing.txt[2]。通常klogd是用來將oops信息從內核緩存中提取出來的,然而,在某些系統上,例如最近的Debian發行版中,rsyslogd代替了klogd,因此,缺少klogd進程並不能說明log文件中缺少oops信息的原因。

若系統遇到了oops,一些內部資源可能不再可用。即使系統看起來工作正常,非預期的副作用可能導致活動進程被終止。內核oops常常導致內核錯誤,若系統試圖使用被禁用的資源。

Kernelloops提到了一種用於收集和提交oops到其網站的軟件[3] 。Kerneloops.org同時也提供oops的統計信息[4]

參見

[編輯]

參考文獻

[編輯]

外部連結

[編輯]