dmesg - merkwürdige Meldungen nach Erstinstallation

[rola621]

Hallo liebe Community!

Ich habe mir auf meinem neuen Desktop PC Debian Bullseye installiert, sowie direkt im Anschluss den aktuell Kernel aus den backports, womit die Intel Grafik schonmal zu laufen scheint. Es gibt jetzt aber nach dem Neustart noch ein paar Meldungen, die ziemlich besorgniserregend aussehen:


Was meint ihr dazu? Ist das nur ein kosmetisches Problem, oder liegt hier ein schwerwiegender Fehler vor?
In beiden Fällen wäre ich natürlich an einer Lösung trotzdem interessiert

Hier sind noch die dmesg Ausgaben:
https://linux-hardware.org/?probe=c2bec0fc16&log=dmesg

Zudem habe ich noch via hw-probe zu linux-hardware.org hochgeladen, mit folgendem Ergebnis:
https://linux-hardware.org/?probe=c2bec0fc16
Dort lassen sich alle Infos übersichtlich einsehen..

Weiß jemand, ob und inwiefern hier Handlungsbedarf noch besteht?
PS: Es gäbe zwar ein BIOS Update, laut Mainboardhersteller solle ich aber lieber bei der letzten Version bleiben wenn ich Linux nutze, weil das BIOS Update dazu führen würde, dass ein "capsuled" BIOS eingeführt wird, was eher auf Windows ausgerichtet und noch nicht so etabliert ist, meinte man dort zu mir - vllt habe ich das aber auch falsch verstanden.

Über eure Beiträge würde ich mich sehr freuen!

Viele Grüße
Rola

[debilian]

Welchen Fehler meinst du;
einen der ACPI Fehler oder den zur i915 Firmware?

gruss

[rola621]

Eigentlich beide

[MSfree]

sowie direkt im Anschluss den aktuell Kernel aus den backports, womit die Intel Grafik schonmal zu laufen scheint.

Nein, sie läuft nicht. Intel Graphik braucht seit Skylake (Q3/2015) Firmware.
Zuerst einmal mußt du contrib und non-free in deiner sources.list anfügen und

Code: Alles auswählen

apt-get update

ausführen. Danach noch ein

Code: Alles auswählen

apt-get install firmware-misc-nonfree

ACPI-Fehler sind dazu da, um sie zu ignorieren. Ändern kann man an schlecht programmierten BIOS/UEFI sowieso nichts.

[rola621]

Danke für das Feedback!


@MSFree:

Das Ergänzen der sources.list habe ich bereits vor Installation des Backport-Kernel erledigt, die sources.list sah/sieht danach so aus.

Code: Alles auswählen

deb http://deb.debian.org/debian/ bullseye main contrib non-free 
deb-src http://deb.debian.org/debian/ bullseye main contrib non-free 
deb http://security.debian.org/debian-security/ bullseye-security main contrib non-free  
deb-src http://security.debian.org/debian-security/ bullseye-security main contrib non-free 
deb http://deb.debian.org/debian bullseye-backports main contrib non-free

Das Paket firmware-misc-nonfree wollte ich gerade installieren, aber als ich zuvor via apt policy den aktuellen Stand prüfen wollte:

Code: Alles auswählen

debian-desktop@debian-desktop:~$ apt policy firmware-misc-nonfree
firmware-misc-nonfree:
  Installiert:           20210315-3
  Installationskandidat: 20210315-3
  Versionstabelle:
 *** 20210315-3 500
        500 http://deb.debian.org/debian bullseye/non-free amd64 Packages
        100 /var/lib/dpkg/status

Wundert mich, da ich es eigenhändig jedenfalls nicht installiert habe..

[rola621]

Habe gerade noch im Rahmen der Installation von gvfs-fuse folgende Meldungen bekommen:

Code: Alles auswählen

W: Possible missing firmware /lib/firmware/i915/skl_guc_62.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/bxt_guc_62.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/kbl_guc_62.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/glk_guc_62.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/kbl_guc_62.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/kbl_guc_62.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/cml_guc_62.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/icl_guc_62.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/ehl_guc_62.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/ehl_guc_62.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/tgl_huc_7.9.3.bin for module i915
W: Possible missing firmware /lib/firmware/i915/tgl_guc_62.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/tgl_huc_7.9.3.bin for module i915
W: Possible missing firmware /lib/firmware/i915/tgl_guc_62.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/tgl_huc_7.9.3.bin for module i915
W: Possible missing firmware /lib/firmware/i915/tgl_guc_62.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/tgl_huc_7.9.3.bin for module i915
W: Possible missing firmware /lib/firmware/i915/adlp_guc_62.0.3.bin for module i915
W: Possible missing firmware /lib/firmware/i915/tgl_dmc_ver2_12.bin for module i915
W: Possible missing firmware /lib/firmware/i915/rkl_dmc_ver2_03.bin for module i915
W: Possible missing firmware /lib/firmware/i915/adlp_dmc_ver2_10.bin for module i915

[MSfree]

Du hast einen Backportkernel installiert. Folglich solltest du firmware-misc-nonfree auch aus den Backports installieren.

[rola621]

Das ist natürlich absolut einleuchtend, wenn man mal darüber nachdenkt

Also mache ich

Code: Alles auswählen

apt purge firmware-misc-nonfree
apt install -t bullseye-backports firmware-misc-nonfree

oder?

Was aber ja nicht gehen sollte, da das Paket scheinbar nicht in bullseye-backports verfügbar ist?
https://packages.debian.org/search?suit ... sc-nonfree

[MSfree]

Du hast wahrscheinlich den 5.15er Kernel aus den Backports. Bookworm verwendet den Kernel ebenfalls. Zur Not kannst du also das Paket firmware-misc-nonfree aus Bookworm runterladen und mit

Code: Alles auswählen

dpkg -i firmware-misc-nonfree_20210818-1_all.deb

installieren. In dem Paket ist zumidest die fehlende rkl_dmc_ver2_03.bin drin.

[mcb]

Von der firmware gibt es keinen backport:

Code: Alles auswählen

apt policy firmware-misc-nonfree
firmware-misc-nonfree:
  Installed: 20210315-3
  Candidate: 20210315-3
  Version table:
 *** 20210315-3 500
        500 http://ftp.de.debian.org/debian bullseye/non-free amd64 Packages
        500 http://ftp.de.debian.org/debian bullseye/non-free i386 Packages
        100 /var/lib/dpkg/status

[mcb]

Die Firmware zieht noch mehr braucht man das auch?

Code: Alles auswählen

[apt -t bookworm install firmware-misc-nonfree -s
NOTE: This is only a simulation!
      apt needs root privileges for real execution.
      Keep also in mind that locking is deactivated,
      so don't depend on the relevance to the real current situation!
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following additional packages will be installed:
  firmware-amd-graphics firmware-linux-nonfree
The following packages will be upgraded:
  firmware-amd-graphics firmware-linux-nonfree firmware-misc-nonfree
3 upgraded, 0 newly installed, 0 to remove and 1939 not upgraded.
Inst firmware-amd-graphics [20210315-3] (20210818-1 Debian:testing [all]) [firmware-linux-nonfree:amd64 ]
Inst firmware-linux-nonfree [20210315-3] (20210818-1 Debian:testing [all]) []
Inst firmware-misc-nonfree [20210315-3] (20210818-1 Debian:testing [all])
Conf firmware-amd-graphics (20210818-1 Debian:testing [all])
Conf firmware-linux-nonfree (20210818-1 Debian:testing [all])
Conf firmware-misc-nonfree (20210818-1 Debian:testing [all])
/code]

[rola621]

Du hast wahrscheinlich den 5.15er Kernel aus den Backports. Bookworm verwendet den Kernel ebenfalls. Zur Not kannst du also das Paket firmware-misc-nonfree aus Bookworm runterladen und mit

Code: Alles auswählen

dpkg -i firmware-misc-nonfree_20210818-1_all.deb

installieren. In dem Paket ist zumidest die fehlende rkl_dmc_ver2_03.bin drin.

Genau, den habe ich.

Müsste ich also bookworm repos in die sources.list aufnehmen, und anschließend

Code: Alles auswählen

apt install -t bookworm firmware-misc-nonfree

machen?

Falls ja, wie kann ich dann sichergehen, langfristig kein FrankenDebian zu bekommen?
Und was würde passieren, wenn irgendwann mal der Kernel in den Backports upgedatet wird, und ich den update? Müsste ich dann ebenfalls die firmware-misc-nonfree aus bookworm wieder updaten?

[MSfree]

Müsste ich also bookworm repos in die sources.list aufnehmen, und anschließend...

Nein, tu das bitte nicht. Das ended im Chaos.

Ich meinte, das Paket direkt runterzuladen und dann mit dpkg zu installieren:
https://ftp.debian.org/debian/pool/non- ... e-nonfree/

Normalerweise sollte man nichts direkt runterladen und mit dpkg installieren. Bei Firmware ist das jedoch einigermassen harmlos, weil die darin enthaltenen Dateien keine Abhängigkeite zu anderen Pakete haben.

Und was würde passieren, wenn irgendwann mal der Kernel in den Backports upgedatet wird, und ich den update? Müsste ich dann ebenfalls die firmware-misc-nonfree aus bookworm wieder updaten?

Solange keine Backportpaket für die Firmware existiert, mußt du nötige Updates wie oben beschrieben einspielen.

[rola621]

okay, gut, dass ich nochmal gefragt habe

Dann nehme ich dort das aktuellste hier, oder?
https://ftp.debian.org/debian/pool/non- ... -1_all.deb

kann ich das nicht einfach via

Code: Alles auswählen

apt install /absoluter/Pfad/zum/paket.deb

installieren?

Oder ganz bewusst dpkg in diesem Fall, um apt zu umgehen?


Im Laufenden Betrieb, bzw. in Zukunft, werde ich regelmäßig prüfen, ob Kernel-Updates in den Backports verfügbar sind und diese direkt installieren.
Solange ich dann nicht wieder Firmware-Errors bekomme, und alles gut funktioniert, gibt es dann aber auch keinen Grund, wenn Kernelupdates gemacht wurden, mich ebenso um Firmwareupdates zu kümmern, oder doch?

[rola621]

Die Firmware zieht noch mehr braucht man das auch?

Code: Alles auswählen

[apt -t bookworm install firmware-misc-nonfree -s
NOTE: This is only a simulation!
      apt needs root privileges for real execution.
      Keep also in mind that locking is deactivated,
      so don't depend on the relevance to the real current situation!
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following additional packages will be installed:
  firmware-amd-graphics firmware-linux-nonfree
The following packages will be upgraded:
  firmware-amd-graphics firmware-linux-nonfree firmware-misc-nonfree
3 upgraded, 0 newly installed, 0 to remove and 1939 not upgraded.
Inst firmware-amd-graphics [20210315-3] (20210818-1 Debian:testing [all]) [firmware-linux-nonfree:amd64 ]
Inst firmware-linux-nonfree [20210315-3] (20210818-1 Debian:testing [all]) []
Inst firmware-misc-nonfree [20210315-3] (20210818-1 Debian:testing [all])
Conf firmware-amd-graphics (20210818-1 Debian:testing [all])
Conf firmware-linux-nonfree (20210818-1 Debian:testing [all])
Conf firmware-misc-nonfree (20210818-1 Debian:testing [all])

das würde mich auch interessieren!

[OrangeJuice]

Ich habe mir auf meinem neuen Desktop PC Debian Bullseye installiert, sowie direkt im Anschluss den aktuell Kernel aus den backports, womit die Intel Grafik schonmal zu laufen scheint. Es gibt jetzt aber nach dem Neustart noch ein paar Meldungen, die ziemlich besorgniserregend aussehen:

Solche Meldungen treten leider des öfteren auf. Im ACPI findet aber auch leider einiges statt, was ich teilweise recht komisch finden. Der Kernel meldet dir, dass etwas nicht stimmt. Der Mainboardhersteller könnte dies korrigieren, soweit ich weiß.

Hast du die neuste Bios-Version drauf?

Code: Alles auswählen

dmesg | grep -i bios

Hiermit kannst du auch noch nachsehen.

Code: Alles auswählen

dmesg -x -l crit,warn,err
journalctl -p 3 -xb
#oder
journalctl -err..alert

Wenn du die acpi Tabellen sehen willst, dann damit.

Code: Alles auswählen

ls -l /sys/firmware/acpi/tables

Das hier kann auch noch interessant sein "cat /proc/interrupts", vor allem unter SMI und PMI. Läuft denn soweit alles korrekt?

[MSfree]

Code: Alles auswählen

apt install /absoluter/Pfad/zum/paket.deb

Ich würde das zumindest simulieren, in dem du den Parameter -s mitgibts. Das zeigt nur an, was es machen würde, installiert aber nichts und bringt auch nichts durcheinander.

Oder ganz bewusst dpkg in diesem Fall, um apt zu umgehen?

richtig.

Solange ich dann nicht wieder Firmware-Errors bekomme, und alles gut funktioniert, gibt es dann aber auch keinen Grund, wenn Kernelupdates gemacht wurden, mich ebenso um Firmwareupdates zu kümmern, oder doch?

Kernelmodule, die Firmware in die Hardware laden wollen, laden immer ganz spezifische Dateien hoch. Solange da also kein Fehler kommt, wurden die nötigen Dateien gefunden und hochgeladen. Erst, wenn Fehler kommen, mußt du handeln. Vielleicht gibt es bis dahin ohnehin auch für die Firmware Backportpakete, dann wird es sowieso einfacher, oder du mußt wieder manuell ein Firmwarepaket runteralden und installieren.

[rola621]

Danke für die rege Anteilnahme und die ganzen Aufklärungen, die mir sehr weitergeholfen haben!

Habe es jetzt so gemacht:

Code: Alles auswählen

apt purge firmware-misc-nonfree
apt update; apt full-upgrade; apt autoremove --purge;
cd Downloads
dpkg -i firmware-misc-nonfree_20210818-1_all.deb

danach Neustart und die Firmware-Meldungen sind Geschichte
Tausend Dank für Eure Unterstützung!

Da die ACPI Errors ja scheinbar wirklich harmlos sind, und das BIOS wie im Eingangspost erwähnt bereits aktuell ist, und der Hersteller mir vom Update abgeraten hat, habe ich diese jetzt noch unterdrückt mit:

Code: Alles auswählen

mousepad /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="quiet loglevel=0 splash"
(##vorher: GRUB_CMDLINE_LINUX_DEFAULT="quiet")

Jetzt habe ich zum Hochfahren allerdings garkeine Meldungen mehr, sondern nur noch einen Login-Screen im Debian-Stil, an dem Punkt wo ich das Verschlüsselungspasswort eingeben muss. Sieht soweit schick aus!

[rola621]

Müsste ich also bookworm repos in die sources.list aufnehmen, und anschließend...

Nein, tu das bitte nicht. Das ended im Chaos.

Ich meinte, das Paket direkt runterzuladen und dann mit dpkg zu installieren:
https://ftp.debian.org/debian/pool/non- ... e-nonfree/

Normalerweise sollte man nichts direkt runterladen und mit dpkg installieren. Bei Firmware ist das jedoch einigermassen harmlos, weil die darin enthaltenen Dateien keine Abhängigkeite zu anderen Pakete haben.

Und was würde passieren, wenn irgendwann mal der Kernel in den Backports upgedatet wird, und ich den update? Müsste ich dann ebenfalls die firmware-misc-nonfree aus bookworm wieder updaten?

Solange keine Backportpaket für die Firmware existiert, mußt du nötige Updates wie oben beschrieben einspielen.

Habe gerade den Backport-Kernel upgedatet:

41615


Jetzt habe ich natürlich wieder die Folgende Meldung am Hals:
W: Possible missing firmware /lib/firmware/i915/adlp_dmc_ver2_12.bin for module
i915


In dem Link von letztens ( https://ftp.debian.org/debian/pool/non- ... e-nonfree/ )ist die aktuellste Version noch immer firmware-misc-nonfree_20210818-1_all.deb .

Wie sollte ich in diesem Fall vorgehen, um nichts zu verdaddeln?
Würde mich über Deinen bzw Euren Beitrag sehr freuen!

[DeletedUserReAsG]

Die betreffende Datei ist in der Version derzeit nicht in einem der Firmwarepakete (Stable, Backports, Testing) enthalten.

Gibt es denn ein Problem abseits der Warnung, dass diese Firmware möglicherweise fehlt? Denn die Warnung selbst ist harmlos und sagt nichts darüber aus, ob diese Firmware(version) tatsächlich benötigt wird.

[rola621]

Danke für das Feedback!

Nein, hardwaretechnisch ist alles tutti soweit, also ich habe keine spürbaren Einschränkungen im Nutzererlebnis aktuell.
Sollte ich es dann einfach akzeptieren, oder immer mal wieder nach updates bei den firmwares schauen, der Vollständigkeit halber?

Wenn ja, soll ich dann das firmware-misc-nonfree aus den bullseye repos nehmen, oder einfach das lassen, das ich aktuell via dpkg installiert habe (firmware-misc-nonfree_20210818-1_all.deb) ?

[MSfree]

soll ich dann das firmware-misc-nonfree aus den bullseye repos nehmen

Nein, ganz ohne Firmware wird es mit der Intel Graphik nicht gehen. Ob dir aber wirklich Firmware fehlt, sieht man nicht an der Warnung beim apt-get dist-upgrade, sondern an der Ausgabe von

Code: Alles auswählen

dmesg | grep -i firmware

Wenn da keine Meldung kommt, ist alles gut, auch wenn irgendwas beim Update angemeckert wird.

[Blackbox]

soll ich dann das firmware-misc-nonfree aus den bullseye repos nehmen

Du verwendest Debian Bullseye, also nimmst du auch die Pakete aus den Bullseye Repositories.
Die einzigen Quellen, die der Stable-Release zusätzlich einbinden und verwenden sollte - weil beispielsweise neuere Hardware zum Einsatz kommt -, sind Bullseye Backports und wenn es unbedingt sein muss, dann auch Debian Fasttrack.

Wobei für die Backports, als auch für Fasttrack betont werden muss, dass diese Repositories nur einen eingeschränkten Support, durch das Debian Security Team gewährt wird.
Kurz, im Zweifelsfall bleiben Lücken in Software aus den Backports und Fasttrack auch einmal länger ungepatchet.
Zu Debian Fasttrack sollte man außerdem wissen, dass dies eine inoffizielle Paketquelle ist und diese deswegen, eine noch geringere Priorität besitzt, als die Backports.

Was hingegen niemals in einem Debian stable (aktuell Bullseye) zum Einsatz kommt, sind Pakete aus Debian testing (aktuell Bookworm) und/oder Debian unstable (Sid), auch wenn das hier von einigen „Antihelden“ fälschlicherweise propagiert wird.

@rola621: Ich hoffe doch, das war nun eindeutig genug!

[rola621]

puhh...

Da hieß es, dass ein Kernel aus den Backports, auch Firmware aus den backports benötigt.
So weit so einleuchtend - die waren zu dem Zeitpunkt, ebenso wie jetzt, leider nicht verfügbar.

also ich hab mir das oben genannte .deb Paket damals auf Anraten von MSFree installiert, um diese Meldung wegzubekommen.

Das heißt ich lösche das manuell nachinstallierte
(

Code: Alles auswählen

dpkg -i firmware-misc-nonfree_20210818-1_all.deb

)

jetzt wieder, selbstverständlich ebenso via dpkg, und installiere mir ganz klassisch wieder das firmware-misc-nonfree aus den bullseye repos, in der Hoffnung, dass bald mal eins für die Backports erscheint.
Fehlermeldungen bezüglich i915 missing firmware etc. soll ich also ignorieren, solange meine Grafik keine faxen macht?
PS: Habe die identische Installation auf 3 verschiedenen Rechnern (älterer Desktop PC, älteres Thinkpad, sowie nagelneuen Eigenbaurechner)

Hab ich die Vorgehensweise so richtig verstanden und kann/sollte sie auf all meinen Rechnern durchführen, um Komplikationen / Frankendebian etc. zu vermeiden, und wieder ruhig schlafen zu können?

Danke vielmals für Eure Unterstützung und Geduld

[DeletedUserReAsG]

Offensichtlich gibt es da noch ein Verständnisproblem, deswegen möchte ich das nochmal herausstellen:

Fehlermeldungen bezüglich i915 missing firmware etc. soll ich also ignorieren, solange meine Grafik keine faxen macht?

Das „W:“ am Anfang steht für „Warning“ („Warnung“), während eine tatsächliche Fehlermeldung mit „E:“ („Error“, „Fehler“) gekennzeichnet sein würde. Es liegt hier also keine Fehlermeldung vor. Zudem steht das „possibly“ für „möglicherweise“, und deutet darauf hin, dass selbst die Warnung für dich unerheblich sein könnte. Wie das zu prüfen ist, hat MSFree skizziert.