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

什麼是 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)

分享創造快樂