为什么内核 oopses 会污染并禁止使用 ABRT 进行报告？

Question

我刚刚在笔记本电脑上安装了 Fedora 28。在启动时，我得到一个我非常想报告的内核 oops。然而，ABRT 将内核识别为带有标志污染，GW因此拒绝报告它。如果我看一下abrt 文档，它的W意思是“内核先前已发出警告”。而G告诉我只加载了 GPL 兼容的模块（正如预期的那样，我自己没有安装任何内核模块）。

但这究竟是什么意思？内核是否已向 bugzilla 发出警告？这条消息真的无法帮助我理解为什么新安装的 Linux 会给我一个我无法报告的错误......

cat /proc/sys/kernel/tainted也只给出值 512，即根据sysctl 文档只有内核警告。

那么我怎样才能知道到底发生了什么，为什么我不能用 ABRT 报告呢？

编辑：根据2012年对 RedHat Bugzilla 的评论

'w' 表示警告已经发生。我们只关心第一个，abrt 应该已经提交了。

因此，我在受污染的报告中寻找任何内容，以找出 ABRT 报告“第一个”的位置，并在 FAF 上找到了这份报告——但是，内核也被标记为“受污染”，因此报告可能不会考虑修复，我仍然不知道，为什么。

Answer 1

问题可能是abrtd启动太晚而无法捕获启动时发生的 oops。当 oops 发生时，它会导致设置 W 污点标志，并且当 abrtd 启动时，它会看到 W 标志，并且无法确定它找到的 oops 是否是第一个。

如果在 abrtd 可以看到之前发生了另一个 oops，则报告可见的可能没有意义，因为它可能只是导致第一个 oops 的结果。您可能知道没有，但 abrtd 无法自动做出这一决定。

因此，您可能必须手动报告启动时错误，特别是如果它发生在启动过程的早期。

内核本身不会向任何 bugzilla 报告任何内容；W 污点标志仅意味着内核已记录一个或多个 oops 消息。