歡迎光臨
每天分享高質量文章

什麼是 Linux “oops”? | Linux 中國

Linux 核心正在盯著你,當它檢測到系統上執行的某些東西違反了正常核心行為時,它會關閉系統併發出一個“oops”!
— Sandra Henry-stocker


致謝
編譯自 | https://www.networkworld.com/article/3254778/linux/what-is-a-linux-oops.html
 作者 | Sandra Henry-stocker
 譯者 | geekpi ? ? 共計翻譯:697 篇 貢獻時間:1636 天

Linux 核心正在盯著你,當它檢測到系統上執行的某些東西違反了正常核心行為時,它會關閉系統併發出一個“oops”!

如果你檢查你的 Linux 系統上執行的行程,你可能會對一個叫做 “kerneloops” 的行程感到好奇。提示一下,它是 “kernel oops”,而不是 “kerne loops”。

坦率地說,“oops” 是 Linux 內核的一部分出現了偏差行為。你有做錯了什麼嗎?可能沒有。但有一些不對勁。而那個做了錯事的行程可能已經被 CPU 結束。最糟糕的是,內核可能會報錯並突然關閉系統。

請註意,“oops” 不是首字母縮略詞。它不代表像“面向物件的程式設計和系統object-oriented programming and systems” 或“超出程式規範out of procedural specs” 之類的東西。它實際上就是“哎呀” (oops),就像你剛掉下一杯酒或踩在你的貓身上。哎呀! “oops” 的複數是 “oopses”。

oops 意味著系統上執行的某些東西違反了內核有關正確行為的規則。也許程式碼嘗試採取不允許的程式碼路徑或使用無效指標。不管它是什麼,核心 —— 總是在監測行程的錯誤行為 —— 很可能會阻止特定行程,並將它做了什麼的訊息寫入控制檯、 /var/log/dmesg 或 /var/log/kern.log 中。

oops 可能是由核心本身引起的,也可能是某些行程試圖讓核心違反在系統上能做的事以及它們被允許做的事。

oops 將生成一個崩潰簽名crash signature,這可以幫助核心開發人員找出錯誤並提高程式碼質量。

系統上執行的 kerneloops 行程可能如下所示:

  1. kernoops 881 1 0 Feb11 ? 00:00:01 /usr/sbin/kerneloops

你可能會註意到該行程不是由 root 執行的,而是由名為 “kernoops” 的使用者執行的,並且它的執行時間極少。實際上,分配給這個特定使用者的唯一任務是執行 kerneloops。

  1. $ sudo grep kernoops /etc/passwd

  2. kernoops:x:113:65534:Kernel Oops Tracking Daemon,,,:/:/bin/false

如果你的 Linux 系統不帶有 kerneloops(比如 Debian),你可以考慮新增它。檢視這個 Debian 頁面[1]瞭解更多資訊。

什麼時候應該關註 oops?

一般 oops 沒什麼大不了的。它在一定程度上取決於特定行程所扮演的角色。它也取決於 oops 的類別。

有些 oops 很嚴重,會導致系統恐慌system panic。從技術上講,系統恐慌是 oops 的一個子集(即更嚴重的 oops)。當核心檢測到的問題足夠嚴重以至於核心認為它(核心)必須立即停止執行以防止資料丟失或對系統造成其他損害時會出現。因此,系統需要暫停並重新啟動,以防止任何不一致導致不可用或不可靠。所以系統恐慌實際上是為了保護自己免受不可輓回的損害。

總之,所有的核心恐慌都是 oops,但並不是所有的 oops 都是核心恐慌。

/var/log/kern.log 和相關的輪轉日誌(/var/log/kern.log.1/var/log/kern.log.2 等)包含由核心生成並由 syslog 處理的日誌。

kerneloops 程式收集並預設將錯誤資訊提交到 http://oops.kernel.org/,在那裡它會被分析並呈現給核心開發者。此行程的配置詳細資訊在 /etc/kerneloops.conf 檔案中指定。你可以使用下麵的命令輕鬆檢視設定:

  1. $ sudo cat /etc/kerneloops.conf | grep -v ^# | grep -v ^$

  2. [sudo] password for shs:

  3. allow-submit = ask

  4. allow-pass-on = yes

  5. submit-url = http://oops.kernel.org/submitoops.php

  6. log-file = /var/log/kern.log

  7. submit-pipe = /usr/share/apport/kernel_oops

在上面的(預設)設定中,核心問題可以被提交,但要求使用者獲得許可。如果設定為 allow-submit = always,則不會詢問使用者。

除錯核心問題是使用 Linux 系統的更高階技巧之一。幸運的是,大多數 Linux 使用者很少或從沒有經歷過 oops 或核心恐慌。不過,知道 kerneloops 這樣的行程在系統中執行什麼操作,瞭解可能會報告什麼以及系統何時遇到嚴重的核心衝突也是很好的。


via: https://www.networkworld.com/article/3254778/linux/what-is-a-linux-oops.html

作者:Sandra Henry-Stocker[4] 譯者:geekpi 校對:wxy

本文由 LCTT 原創編譯,Linux中國 榮譽推出

贊(0)

分享創造快樂