ACPI Error bei frischem Buster

[Celica]

Hallo,

ich habe heute Buster frisch installiert und erhalte beim Booten folgende Meldung:

Code: Alles auswählen

Aug 22 12:11:40 debian kernel: [    1.409885] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.SAT0.PRT2._GTF.DSSP], AE_NOT_FOUND (20180810/psargs-330)
Aug 22 12:11:40 debian kernel: [    1.409890] ACPI Error: Method parse/execution failed \_SB.PCI0.SAT0.PRT2._GTF, AE_NOT_FOUND (20180810/psparse-516)
Aug 22 12:11:40 debian kernel: [    1.409896] ata3.00: ATAPI: HL-DT-ST DVDRAM GH24NSD1, LG00, max UDMA/133
Aug 22 12:11:40 debian kernel: [    1.411277] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.SAT0.PRT2._GTF.DSSP], AE_NOT_FOUND (20180810/psargs-330)
Aug 22 12:11:40 debian kernel: [    1.411280] ACPI Error: Method parse/execution failed \_SB.PCI0.SAT0.PRT2._GTF, AE_NOT_FOUND (20180810/psparse-516)
Aug 22 12:11:40 debian kernel: [    1.411284] ata3.00: configured for UDMA/133
Aug 22 12:11:40 debian kernel: [    1.412638] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.SAT0.PRT0._GTF.DSSP], AE_NOT_FOUND (20180810/psargs-330)
Aug 22 12:11:40 debian kernel: [    1.412642] ACPI Error: Method parse/execution failed \_SB.PCI0.SAT0.PRT0._GTF, AE_NOT_FOUND (20180810/psparse-516)
Aug 22 12:11:40 debian kernel: [    1.412741] ata1.00: ATA-8: KINGSTON SV300S37A60G, 580ABBF0, max UDMA/133
Aug 22 12:11:40 debian kernel: [    1.412742] ata1.00: 117231408 sectors, multi 1: LBA48 NCQ (depth 32), AA
Aug 22 12:11:40 debian kernel: [    1.422615] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.SAT0.PRT0._GTF.DSSP], AE_NOT_FOUND (20180810/psargs-330)
Aug 22 12:11:40 debian kernel: [    1.422618] ACPI Error: Method parse/execution failed \_SB.PCI0.SAT0.PRT0._GTF, AE_NOT_FOUND (20180810/psparse-516)
Aug 22 12:11:40 debian kernel: [    1.422653] ata1.00: configured for UDMA/133
Aug 22 12:11:40 debian kernel: [    1.422719] scsi 0:0:0:0: Direct-Access     ATA      KINGSTON SV300S3 BBF0 PQ: 0 ANSI: 5
Aug 22 12:11:40 debian kernel: [    1.427028] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.SAT0.PRT1._GTF.DSSP], AE_NOT_FOUND (20180810/psargs-330)
Aug 22 12:11:40 debian kernel: [    1.427033] ACPI Error: Method parse/execution failed \_SB.PCI0.SAT0.PRT1._GTF, AE_NOT_FOUND (20180810/psparse-516)
Aug 22 12:11:40 debian kernel: [    1.427255] ata2.00: ATA-8: Hitachi HDS723020BLA642, MN6OAA10, max UDMA/133
Aug 22 12:11:40 debian kernel: [    1.427256] ata2.00: 3907029168 sectors, multi 16: LBA48 NCQ (depth 32), AA
Aug 22 12:11:40 debian kernel: [    1.428379] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.SAT0.PRT1._GTF.DSSP], AE_NOT_FOUND (20180810/psargs-330)
Aug 22 12:11:40 debian kernel: [    1.428382] ACPI Error: Method parse/execution failed \_SB.PCI0.SAT0.PRT1._GTF, AE_NOT_FOUND (20180810/psparse-516)
Aug 22 12:11:40 debian kernel: [    1.428590] ata2.00: configured for UDMA/133
Aug 22 12:11:40 debian kernel: [    1.428644] scsi 1:0:0:0: Direct-Access     ATA      Hitachi HDS72302 AA10 PQ: 0 ANSI: 5
Aug 22 12:11:40 debian kernel: [    1.429367] scsi 2:0:0:0: CD-ROM            HL-DT-ST DVDRAM GH24NSD1  LG00 PQ: 0 ANSI: 5

Ich habe natürlich die benutzt und ein paar Beiträge gefunden die alle eine ähnliche Meldung hatten.
Die Massnahmen dazu, waren sehr durchwachsen und ich hätte gerne eine fachlich versiertere Meinung wie die meine nach einer Recherche im Forum/Netz, bevor ich den Rechner weiter einrichte

Das System verhält sich ganz normal so weit ich das bisher beurteilen kann.
Ist ein ASRock mit H310 Chipsatz, Intel Core i3 und einer UEFI Installation.
An Sata0 hängt eine 60GB SSD für das System wo auch die EFI Partition enthalten ist.

[kalle123]

Da bist du nicht alleine

Das sind doch mehrfach sich wiederholende Meldungen.

Das hast du gesehen?

viewtopic.php?f=27&t=176193&hilit=ACPI+ ... n#p1228145

Hatte ähnliche Meldungen sowohl auf dem TP als auch auf dem Ryzen board.

Hab den Tipp hier
viewtopic.php?f=33&t=174206

befolgt und Ruhe ist.

cu KH

[Celica]

Jup, hatte ich gesehen.

Wenn ich das richtig verstehe, dann geht es letztlich bei all den Massnahmen nur darum, die Meldung zu unterdrücken.
Behoben ist das Problem, wenn es den überhaupt eins gibt, damit auch nicht.
Scheint aber nirgends sich negativ auszuwirken.
Ich werde mir das mal anschauen, aber wenn ich es nicht unterdrücke, dann ist es auch nicht tragisch, richtig?

Ist die "grub.cfg" bei einer UEFI Installation eine andere?
Auf die Schnelle konnte ich die Grub Konfig mit den Inhalten aus dem Beitrag so nicht zuordnen.
Habe natürlich auch eine "grub.cfg" unter /boot/grub/.

[kalle123]

Da ist m.E. die Datei gemeint /etc/default/grub

cu KH

[Celica]

Ok, danke. Habe ich jetzt gemacht.
Allerdings ist das Problem damit nicht behoben.
Ganz im Gegenteil. Ich bin auf ein weiteres gestossen wie ich

update-initramfs -u

durchgeführt habe:

update-initramfs -u
update-initramfs: Generating /boot/initrd.img-4.19.0-10-amd64
W: Possible missing firmware /lib/firmware/i915/bxt_dmc_ver1_07.bin for module i915
W: Possible missing firmware /lib/firmware/i915/skl_dmc_ver1_27.bin for module i915
W: Possible missing firmware /lib/firmware/i915/kbl_dmc_ver1_04.bin for module i915
W: Possible missing firmware /lib/firmware/i915/cnl_dmc_ver1_07.bin for module i915
W: Possible missing firmware /lib/firmware/i915/glk_dmc_ver1_04.bin for module i915
W: Possible missing firmware /lib/firmware/i915/kbl_guc_ver9_39.bin for module i915
W: Possible missing firmware /lib/firmware/i915/bxt_guc_ver9_29.bin for module i915
W: Possible missing firmware /lib/firmware/i915/skl_guc_ver9_33.bin for module i915
W: Possible missing firmware /lib/firmware/i915/kbl_huc_ver02_00_1810.bin for module i915
W: Possible missing firmware /lib/firmware/i915/bxt_huc_ver01_07_1398.bin for module i915
W: Possible missing firmware /lib/firmware/i915/skl_huc_ver01_07_1398.bin for module i915

Was hat er bei der Installation dann genutzt und warum kann das System die Firmware nicht laden?
Das hier ist ein Auszug aus der Syslog:

Code: Alles auswählen

 1.132086] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware
Aug 22 12:11:40 debian kernel: [    1.132087] i915 0000:00:02.0: Direct firmware load for i915/kbl_dmc_ver1_04.bin failed with error -2
Aug 22 12:11:40 debian kernel: [    1.132088] i915 0000:00:02.0: Failed to load DMC firmware i915/kbl_dmc_ver1_04.bin. Disabling runtime power management.
Aug 22 12:11:40 debian kernel: [    1.132089] i915 0000:00:02.0: DMC firmware homepage: https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915

Die Firmware ist logischerweise unter /lib/firmware nicht vorhanden

Fehlt hier doch noch der richtige Treiber?
Wie geschrieben: Ich nutze Wayland. Ist da ein Einfluss?

Was muss ich den hier noch installieren?
Alles scheint ohne Probleme zu funktionieren.

Update:

Habe das Paket "firmware-misc-nonfree" installiert und beim Ausführen von "update-initramfs -u" gibt es kein meckern mehr und läuft durch, aber: In der Syslog besteht immer noch die Meldung das die Firmware fehlt und nicht geladen wird.
Hängt dann wohl damit zusammen, das sie Firmware in Buster nicht aktuell genug ist.
Frage für mich ist hier nur: Wie wichtig ist das jetzt?
Es funktioniert alles ohne Probleme ... bisher.

Auch die Meldung bzgl. ACPI besteht noch, obwohl ich alles gemacht habe was in dem verlinkten Beitrag gemacht wurde.

Irgendetwas ist nicht sauber. Das ist mir bewusst. Alleedings scheint das keine Auswirkungen zu haben.
Lohnt sich der Aufwand hier?
Ich hätte da noch ein paar andere Themen die ich bei dem Rechner lösen muss, aber dazu werde ich einen neuen Beitrag schreiben

[OrangeJuice]

Kannst du etwas zu deiner Hardware(Mainboard...) schreiben. Beim ACPI ist wohl Asrock gefragt und wenn du genauere Informationen zu ACPI willst, kannst du dir den Wikipedia Artikel mal anschauen(Link), ist jedenfalls interessant zu lesen was dort steht. Es gab vor kurzem einen Bug in ACPI, der aber nicht so schlimm gewesen sein soll, weil dieser root-Rechte erfordert hätte(Link).

Wenn du keine Probleme bemerkst, dann wird es schon okay so sein. Ansonsten schau mal, ob es ein UEFI Update für dein Mainboard gibt.

[Celica]

ASRock H310CM-ITX/ac https://geizhals.de/asrock-h310cm-itx-a ... at&hloc=de
Intel Core i3-8100 https://geizhals.de/intel-core-i3-8100- ... 99931.html

Ich kann damit leben und anscheinend andere auch. Daher würde ich es bei dem ACPI Bug erst einmal belassen wollen.

Was ist aber mit der Fehlermeldung bzgl. dem Inteltreiber-/Firmware?
Ich könnte die aktuelle Firmware in /lib/firmware/i915 kopieren, aber welchen Einfluss hat das derzeit?
Die GraKa läuft ohne merkliche Probleme.
Habe ich Performance Verluste, ...?

[MSfree]

Code: Alles auswählen

Aug 22 12:11:40 debian kernel: [    1.132088] i915 0000:00:02.0: Failed to load DMC firmware i915/kbl_dmc_ver1_04.bin. Disabling runtime power management.
Aug 22 12:11:40 debian kernel: [    1.132089] i915 0000:00:02.0: DMC firmware homepage: https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915

Fehlt hier doch noch der richtige Treiber?

Nein, es fehlt die richtige Firmware.

Wie geschrieben: Ich nutze Wayland. Ist da ein Einfluss?

Die Meldung deutet darauf hin, daß das Powermanagement deaktiviert ist. Ich würde davon ausgehen, daß die GPU folglich ständig mit maximalem Takt läuft und dadurch unnötig viel Strom verbraucht und die CPU-Temperatur dadurch unnötig hoch ist.

Ob es zu anderen Funktionsproblemen kommen kann, weiß ich nicht.

Was muss ich den hier noch installieren?

Die Meldung oben sagt doch, wo man die Firmware runterladen kann:

Code: Alles auswählen

https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915

Das Buster-Firmware-Paket beinhaltet diese offensichtlich noch nicht, also könntest du die fehlende Firmware kbl_dmc_ver1_04.bin von der besagten Seite runterladen.

Auch die Meldung bzgl. ACPI besteht noch, obwohl ich alles gemacht habe was in dem verlinkten Beitrag gemacht wurde.

Vergiß das ACPI-Zeug. Es gibt fast keine Core-I-Rechner, der nicht irgendeine ACPI-Meldung bringt. Ich hatte bisher auch noch keinen Rechner, der trotz ACPI-Meldungen irgendwelche Probleme gemacht hätte.

[KP97]

Es ist doch schon lange bekannt, daß die meisten ACPI Meldungen von Hardware herrührt, die sich am Windows Standard orientiert. Für Linux ist das insofern ohne Relevanz, als daß es sich nicht um Fehler sondern nur um Infos handelt. Ab einer frühen Kernelversion, ich meine ab 2.6.x, wird das vom Kernel abgefragt und taucht daher im Log auf.
Daher kann man die getrost ignorieren, da das System ja fehlerfrei läuft, wie die Fragenden auch immer wieder betonen.

[JTH]

Nein, es fehlt die richtige Firmware.

Das Buster-Firmware-Paket beinhaltet diese offensichtlich noch nicht, also könntest du die fehlende Firmware kbl_dmc_ver1_04.bin von der besagten Seite runterladen.

Das sollte nicht notwendig sein, die angemeckerte i915/kbl_dmc_ver1_04.bin ist im anscheinend jetzt installierten firmware-misc-nonfree vorhanden (und wurde auch seit 2017 nicht verändert, 898267).

Man könnte natürlich trotzdem noch die Firmware-Pakete aus buster-backports probieren. Schadet nichts.

[willy4711]

Sind ja noch ein paar mehr Module:

Code: Alles auswählen

update-initramfs -u
update-initramfs: Generating /boot/initrd.img-4.19.0-10-amd64
W: Possible missing firmware /lib/firmware/i915/bxt_dmc_ver1_07.bin for module i915
W: Possible missing firmware /lib/firmware/i915/skl_dmc_ver1_27.bin for module i915
W: Possible missing firmware /lib/firmware/i915/kbl_dmc_ver1_04.bin for module i915
W: Possible missing firmware /lib/firmware/i915/cnl_dmc_ver1_07.bin for module i915
W: Possible missing firmware /lib/firmware/i915/glk_dmc_ver1_04.bin for module i915
W: Possible missing firmware /lib/firmware/i915/kbl_guc_ver9_39.bin for module i915
W: Possible missing firmware /lib/firmware/i915/bxt_guc_ver9_29.bin for module i915
W: Possible missing firmware /lib/firmware/i915/skl_guc_ver9_33.bin for module i915
W: Possible missing firmware /lib/firmware/i915/kbl_huc_ver02_00_1810.bin for module i915
W: Possible missing firmware /lib/firmware/i915/bxt_huc_ver01_07_1398.bin for module i915
W: Possible missing firmware /lib/firmware/i915/skl_huc_ver01_07_1398.bin for module i915

Ich hab es der Einfachheit so gemacht, dass ich mir das komplette Paket runter geladen habe,
Direktlink:
Entpackt habe und das Verzeichnis /lib/firmware/i915/ komplett in das alte kopiert habe. Ruhe war.

[Celica]

So werde ich das morgen auch versuchen.

Danach muss ich noch

Code: Alles auswählen

update-initramfs -u

durchführen?

Das Paket "firmware-misc-nonfree" kann ich dann vorher deinstallieren?

[JTH]

Ich hab es der Einfachheit so gemacht, dass ich mir das komplette Paket runter geladen habe,

Das sollte auch mit firmware-misc-nonfree aus buster-backports passen. Was dann einfacher ist, ist Geschmackssache

Das Paket "firmware-misc-nonfree" kann ich dann vorher deinstallieren?

Oder die Version aus den Backports installieren

[Celica]

Nur das ich das richtig verstehe:

Das derzeit installierte Paket "firmware-misc-nonfree" würde ich entfernen und könnte entweder die Firmware aus dem Link von willy4711 herunterladen und nach /lib/firmware/i915 entpacken, oder stattdessen lade ich mir nur das Paket "firmware-misc-nonfree" aus den backports separat herunter und installieren das von Hand, oder ich füge die Backports als Repo. dazu um dann über den Paketmanager zu installieren.
Wobei such das für ein Paket nicht lohnt.

Richtig?

Muss ich noch

Code: Alles auswählen

update-initramfs -u

durchführen?

[JTH]

Wobei such das für ein Paket nicht lohnt.

Naja, du bekommst dann auch weiter Backports-Updates für dieses Paket. Bei Firmware allerdings eher nicht wichtig.

Richtig?

Ja.

Muss ich noch

Code: Alles auswählen

update-initramfs -u

durchführen?

Wenn du die Dateien selbst entpackst, ja. Wenn du das Paket nimmst, nein, das erledigt dann das enthaltene postinst-Skript.

[Celica]

OK, dann wede ich das alles mal händisch probieren.

"firmware-misc-nonfree" deinstallieren, willys4711 Firmware ziehen und entpacken und danach ein beherztes "update-init.. " durchführen.

Sind in dem obigen Paket nicht noch weitere Firmware Module außer der Intel enthalten?
Von Hand stelle ich ja nur die Intel bereit.

[willy4711]

firmware-misc-nonfree" deinstallieren, willys4711 Firmware ziehen und entpacken und danach ein beherztes "update-init.. " durchführen.

Installiere das Paket nicht, da ja da noch diverse andere Firmware drin ist, die du wahrschei9nlich brauchst.
Und wenn, brauchst du das Paket aus den Backports aus jeden Fall wieder.
Die Datei, die ich angegeben hatte, ist ungefähr 250 MB groß und beinhaltet alles und jedes an Firmware.

Bei Testing kam ja der selbe Fehler, er wird also durch das Backport Paket nicht anders.
Einfach nach dem Entpacken der Datei das Verzeichnis mit /i915/ austauschen

[Celica]

Ich bin verwirrt!

Ich habe aus stable derzeit das Paket "firmware-misc-nonfree" installiert.
Soll ich das nun deinstallieren, oder lassen um nur den Inhalt von /lib/Firmware/i915 auszutauschen, oder das jetzige Paket "firmware-misc-nonfree" deinstallieren und nur /lib/Firmware/i915 austauschen?

Das war ja meine Frage ob da noch ebbes mehr in dem Paket firmware-misc-nonfree steckt was ich ggf. noch brauche.

[willy4711]

Ich würde das lassen, ist zwar hauptsächlich nvidia Zeugs

Code: Alles auswählen

dpkg -L firmware-misc-nonfree

gibt Auskunft,
Einfach nur den Inhalt des einen Verzeichnisses austauschen.

[OrangeJuice]

@Celica
Wo du gerade bei der Firmware bist, schau dir mal den e1000e Treiber an. Bei Version 3.4.0.2 - "Fix Overflow Buffer", ich weiß allerdings nicht, ob der in den vorherigen Versionen schon besteht. Der ist bei mir noch bei 3.2.6-k und hat wohl einige Bugs(Link oder hier). Müsste du dir dann von Intel laden und kompilieren. Vielleicht weiß jemand, ob von Debian da etwas gefixt wird.

Code: Alles auswählen

modinfo e1000e | grep version

[Celica]

Ich kann jetzt nicht aus dem Stehgreif sagen welcher Chip für das LAN implementiert ist auf dem Board.

Dafür ist der Treiber doch, oder?

[OrangeJuice]

Genau. Laut Link, den du vorerhige Seite gemacht hast, hast du eine Intel I219-V. Der letzte e1000e müsste dieser hier sein. Ich finde es nur etwas komisch, dass der Debian Treiber so weit hinterher ist, wenn in der Zwischenzeit einige dicke Bugs drin sein sollen. Kann aber sein, dass sich der Debian Treiber zum Intel Treiber unterscheidet.

Bevor du was machst, kann dir jemand anderes vielleicht Informationen geben, ob das überhaupt notwendig ist.

[Celica]

OK.
Performance seitig kann ich nicht's negatives sagen.
Zudem wird der Rechner wenn er fertig ist, ausschließlich im WLAN betrieben und nur noch max. zu Wartungsarbeiten in das LAN gepackt.
Das müsste dann schon ein Sicherheitsbug sein um relevant zu sein.
Aber trotzdem danke für den Hinweis.

[Celica]

Ich habe die Firmware aus der Quelle von willi4711 installiert und danach ein

Code: Alles auswählen

update-initramfs -u

durchgeführt.

Ergebnis: Keine Fehlermeldung mehr in der "Syslog"!

Beim durch scrollen der Syslog habe ich noch ein paar Warnungen etc.gesehen, aber ich habe für mich gelernt, dass nicht gleich alles schlimm sein muss
Das System läuft und ich werde jetzt den Rechner weiter einrichten (der Sohn soll ja auch damit irgendwann arbeiten ).
Danke noch einmal für die tolle Hilfe hier.

[Bruddelsupp]

Also diese Probleme gibt es ja in verschiedensten Konstellationen, wie hier bereits gesagt sind viele Produkte nicht wirklich auf den Betrieb unter Linux vorbereitet und die Nacharbeit nichts für Einsteiger.

Siehe auch:

https://www.thomas-krenn.com/de/wiki/AC ... lve_symbol