ACPI 오류 메시지 AE_NOT_FOUND. 왜 지금 이런 일이 일어나는 걸까요? 이런 일은 이전에 일어난 적이 없습니다.

ACPI 오류 메시지 AE_NOT_FOUND. 왜 지금 이런 일이 일어나는 걸까요? 이런 일은 이전에 일어난 적이 없습니다.

나는 오랫동안 내 PC에서 Linux를 사용해 왔습니다. 최근 텍스트 콘솔에 새로운 커널 오류 메시지가 나타났습니다.

에서도 빨간색 메시지로 나타납니다 journalctl -p err. 이전에는 이런 일이 발생하지 않았습니다.

질문:왜 이런 변화가 일어났는가?

알아채다:아래에 답변을 제공하기 위해 매우 일반적인 질문을 작성하고 있습니다.

알아채다:특정 시스템의 ACPI 오류 메시지에는 보다 구체적인 원인, 문제 및 해결 방법이 있을 수 있습니다. 예를 들어, 다음 두 가지 질문을 고려해 보십시오.

  1. ACPI BIOS 오류/AE_NOT_FOUND
  2. ACPI 예외: 시작 시 무한 AE_NOT_FOUND

내 오류 메시지는 다음과 같습니다

ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT0._GTF] (Node ffff8d859a5caaa0), AE_NOT_FOUND (20160831/psparse-543)
ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT0._GTF] (Node ffff8d859a5caaa0), AE_NOT_FOUND (20160831/psparse-543)
ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT4._GTF] (Node ffff8d859a5ca758), AE_NOT_FOUND (20160831/psparse-543)
ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT5._GTF] (Node ffff8d859a5ca9b0), AE_NOT_FOUND (20160831/psparse-543)
ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT4._GTF] (Node ffff8d859a5ca758), AE_NOT_FOUND (20160831/psparse-543)
ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT5._GTF] (Node ffff8d859a5ca9b0), AE_NOT_FOUND (20160831/psparse-543)

답변1

모든 배포판의 커널 4.9.x [및 그 이상]에서만 발생한다고 말하면 충분합니다.

자, 커널 이분법으로 표현되는 유죄 커밋은 다음과 같습니다.

https://github.com/torvalds/linux/commit/b5c0875a16039d90f4cdf6b75ae4031daae01d56

b5c0875a16039d90f4cdf6b75ae4031daae01d56 커밋
저자: Lu Zheng<[이메일 보호됨]>
일시 : 2016년 8월 4일 목요일 16:42:49 +0800

ACPICA: 유틸리티: Linux에서 올바른 로깅 수준을 설정할 수 있는 도구 소개

따라서 적어도 나에게는 이 문제가 항상 존재했지만 이전에는 보고되지 않은 것 같습니다. 버그 43229를 올바르게 이해했다면 근본 문제는 실제로 BIOS 문제입니다.

위 커밋을 되돌려 커널 4.10-rc8에서 추가 테스트를 수행했습니다.

doug@s15:~/temp-k-git/linux$ git log --oneline
1dc8c4f Revert "ACPICA: Utilities: Introduce facility to allow Linux to set correct logging levels"
7089db8 Linux 4.10-rc8
...

실제로 정지에서 다시 시작한 후에는 이러한 메시지가 더 이상 나타나지 않습니다.

답변2

커널 매개변수를 사용하여 libata ACPI 검색을 비활성화하면 오류를 제거할 수 있습니다 libata.noacpi=1.

GRUB_CMDLINE_LINUX_DEFAULT="libata.noacpi=1"

관련 정보