カーネルバグがABRTを使用してレポートを汚染して無効にするのはなぜですか?

カーネルバグがABRTを使用してレポートを汚染して無効にするのはなぜですか?

私のラップトップにFedora 28を新しくインストールしました。起動時に報告したいカーネルエラーが発生します。しかし、ABRTはカーネルがフラグで汚染されたと信じてGWそれを報告することを拒否しました。私が見るとabrt 文書化、これはW「カーネルが以前に警告を出しました」を意味します。そして、GGPL互換モジュールだけをロードしようとしました(予想通り、カーネルモジュールは直接インストールしませんでした)。

しかし、これは何を意味しますか?カーネルはbugzillaに警告を送信しましたか?このメッセージは、新しくLinuxをインストールしたときに報告できないエラーが発生する理由を理解するのには役に立ちません。

cat /proc/sys/kernel/taintedまた、次のように値512のみを提供します。システムファイル

それでは、正確に何が起こったのか、なぜABRTに報告できないのか、どうすればわかりますか?

編集する:によるとこのコメントは2012年に作成されたコメントです。RedHat Bugzillaから

「w」は警告が発生したことを示します。私たちは最初にのみ興味があります。 abrtを提出する必要があります。

だから私は、ABRTレポートが「最初の」どこにあるのかを調べるために、汚染されたレポートで何かを見つけました。FAFに関するこのレポート- ただし、カーネルも「tainted」と表示され、レポートが修正対象と見なされない可能性があります。まだ理由がわからない。

ベストアンサー1

問題は、abrtd起動時に発生する問題を捉えるには遅すぎるということです。 oops が発生すると W taint フラグが設定され、abrtd が開始すると W フラグを見て発見した oops が最初のものであるかどうかは確認できません。

abrtdが見たoopの前に別のoopがある場合、見えるoopを報告することは意味がないかもしれません。これは、最初のoopの原因が原因で発生する可能性があるためです。間違いがないことがわかりますが、abrtdは自動的にこれらの決定を下すことはできません。

したがって、特に起動プロセスの初期に発生した場合は、起動エラーを手動で報告する必要があります。

カーネル自体はバグジラに何も報告しません。 W taint フラグは、単にカーネルが 1 つ以上の oops メッセージを記録したことを意味します。

おすすめ記事