☰

ACPIエラーメッセージAE_NOT_FOUND。なぜ今このようなことが起こるのでしょうか？このようなことは以前に起こったことはありません。

tag-icon • tag-icon linux-kernel logs acpi
ACPIエラーメッセージAE_NOT_FOUND。なぜ今このようなことが起こるのでしょうか？このようなことは以前に起こったことはありません。

私は長い間私のPCでLinuxを使用してきました。最近、テキストコンソールに新しいカーネルエラーメッセージが表示されました。

でも赤いメッセージとして表示されますjournalctl -p err。以前はこれは起こりませんでした。

質問：なぜこのような変化が起こったのか？

気づく:以下に回答を提供するために非常に一般的な質問を書いています。

気づく:特定のシステムのACPIエラーメッセージには、より具体的な原因、問題、および解決策が含まれる可能性があります。たとえば、次の2つの質問を考えてみましょう。

  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<[Eメール保護]>
日時：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"

関連情報