커널 버그가 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 플래그는 단순히 커널이 하나 이상의 oops 메시지를 기록했음을 의미합니다.

관련 정보