dmesg - merkwürdige Meldungen nach Erstinstallation

[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.

[rola621]

okay, ich glaube ich beginne, zu verstehen

habe jetzt via dpkg -P das manuell installierte entfernt, firmware-misc-nonfree aus den repos installiert, neugestartet, und bekomme nun folgende Ausgabe:

Code: Alles auswählen

debian-desktop@debian-desktop:~$ sudo dmesg | grep -i firmware
[sudo] Passwort für debian-desktop: 
[    0.150304] Spectre V2 : Enabling Restricted Speculation for firmware calls
[    0.358540] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
[    2.111900] i915 0000:00:02.0: firmware: direct-loading firmware i915/kbl_dmc_ver1_04.bin
[    2.112322] i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/kbl_dmc_ver1_04.bin (v1.4)
[   20.985290] platform regulatory.0: firmware: direct-loading firmware regulatory.db
[   20.989859] platform regulatory.0: firmware: direct-loading firmware regulatory.db.p7s
[   21.122300] iwlwifi 0000:04:00.0: firmware: direct-loading firmware iwlwifi-8265-36.ucode
[   21.123133] iwlwifi 0000:04:00.0: loaded firmware version 36.ad812ee0.0 8265-36.ucode op_mode iwlmvm

loading firmware sowie finished loading firmware hören sich für mich alle super an, woraus ich nun schließe, dass es so passt
Sobald ich wieder zu Hause bin, prüfe ich das Ganze auch bei meinen anderen beiden Maschinen, bin gespannt

[rola621]

Habe es jetzt bei meinen beiden älteren Rechnern erfolgreich abgeschlossen und die Ausgabe von dmesg | grep -i firmware war identisch mit der aus dem vorherigen Post...

Jetzt habe ich es abschließend bei meinem Rechner (Hardware siehe: https://linux-hardware.org/?probe=1f1008ad86 ) probiert und bekomme folgende Ausgabe:

Code: Alles auswählen

dmesg | grep -i firmware
[    3.793613] i915 0000:00:02.0: firmware: failed to load i915/rkl_dmc_ver2_03.bin (-2)
[    3.793613] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware
[    3.793614] i915 0000:00:02.0: Direct firmware load for i915/rkl_dmc_ver2_03.bin failed with error -2
[    3.793615] i915 0000:00:02.0: [drm] Failed to load DMC firmware i915/rkl_dmc_ver2_03.bin. Disabling runtime power management.
[    3.793616] i915 0000:00:02.0: [drm] DMC firmware homepage: https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915
[   13.534454] r8169 0000:03:00.0: firmware: direct-loading firmware rtl_nic/rtl8168h-2.fw

wie sollte ich bezüglich

[ 3.793613] i915 0000:00:02.0: firmware: failed to load i915/rkl_dmc_ver2_03.bin (-2)

[ 3.793613] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware

[ 3.793614] i915 0000:00:02.0: Direct firmware load for i915/rkl_dmc_ver2_03.bin failed with error -2


vorgehen?

Soweit habe ich grafisch keine Einbußen aktuell, wenn die Firmware der integrierten Grafik (habe ja keine dGPU) nicht geladen werden kann ist das aber schon ziemlich besorgniserregend für mich

[DeletedUserReAsG]

Die betreffende Datei ist in firmware-misc-nonfree von Testing. Es sollte keine größeren Probleme verursachen, das Paket von dort zu installieren. Falls doch, lässt sich das jederzeit rückgängig machen.

Obacht: die Testing-Quellen sollte man nicht ohne zusätzliche Maßnahmen (Stichwort: Pinning) in die sources.list eines Stable-Systems malen. In diesem Fall wär’s vielleicht die sicherste Option, das Paket manuell zu laden und mit dpkg zu installieren.

[rola621]

Danke für den Beitrag!

Wäre die Datei dann in einer dieser Dateien hier?
https://ftp.debian.org/debian/pool/non- ... e-nonfree/

Das heißt ich lasse firmware-misc-nonfree aus den bullseye repos installiert und picke mir aus einem dieser tar-Archive des o.g. Links aus einem Archiv die Datei "rkl_dmc_ver2_03.bin" heraus und kann diese dann einfach via dpkg installieren?
Habe sowas noch nie gemacht, wie müsste ich hier genau vorgehen?
Kann ich den o.g. Link irgendwie nach dieser Datei durchsuchen?

[MSfree]

Die Datei rkl_dmc_ver2_03.bin gibt es erst in Bookworm in firmware-misc-nonfree.

Die Frage hier ist, was ist das für eine CPU, die du da betriebst, daß du nicht den Standardkernel 5.10 verwenden willst/kannst? Das Kernelmodul i915 aus dem 5.10er Kernel will die genannte Firmwaredatei nicht laden, das greift auf eine ältere Version von rkl_dmc zurück. Auf meinem i5-10400 mit 5.10er Kernel wird die Datei kbl_dmc_ver1_04.bin geladen.

Soweit habe ich grafisch keine Einbußen aktuell, wenn die Firmware der integrierten Grafik (habe ja keine dGPU) nicht geladen werden kann

Das perfide bei den Intel IGPs ist, daß sie zunächst zu funktionieren scheinen. Aber wenn Graphikoperationen aufgerufen werden, die bestimmte Funktionen voraussetzten (z.B. OpenGL 3.2), kann die Graphik abstürzen und/oder sich aufhängen. Firmware ist für Intel IGPs erst ab CPUs der 6. Core-i Generation (Skylake) nötig, ältere brauchen überhaupt keine Firmware. Daher ist es immer sinnvoll, bei Anfragen hier im Forum die CPU.Bezeichnung und//oder den Graphikkartentyp zu nennen.

Zumindest mein i5-10400 läuft problemlos mit Bullseye, also dem 5.10er Kernel. Der steckt allerdings auf einem Board mit H410 Chipsatz. Mein i3-10100 steckt auf einem Board mit H510 Chipsatz, und das benötigt einen neueren Kernel, daher läuft die Kiste auch unter Bookworm.

[DeletedUserReAsG]

Das heißt ich lasse firmware-misc-nonfree aus den bullseye repos installiert und picke mir aus einem dieser tar-Archive des o.g. Links aus einem Archiv die Datei "rkl_dmc_ver2_03.bin" heraus

Nein. Du lädst das Paket von https://packages.debian.org/bookworm/al ... e/download und installierst es mit dpkg anstelle des Pakets von Stable.

Natürlich hat MSFree Recht mit dem Hinweis, dass, wenn es keinen zwingenden Grund für einen Backports-Kernel (oder was auch immer du da laufen hast) gibt, man mit dem zu Stable gehörenden Kernel am besten fährt.

[rola621]

Danke für die Erklärungen!

@MSFree

Mainboard: GIGABYTE B560M DS3H V2
CPU: 11th Gen Intel i7-11700 (16) @ 4.800GHz
iGPU: Intel RocketLake-S GT1 [UHD Graphics 750]
RAM: 2x16GB Crucial Ballistix (BL16G32C16U4W)
(detailliertere Infos zu meinem Setup: https://linux-hardware.org/?probe=1f1008ad86 )

@niemand
Ah okay, also mache ich es sozusagen wieder rückgängig, denn ich hatte zuvor das von Dir verlinkte Paket geladen und via dpkg installiert anstelle des Pakets von Stable. Habe das nur wieder deinstalliert und bin zu dem Paket aus den bullseye-repos zurückgewechselt weil Blackbox in seinem Beitrag etwas weiter oben auf die security Probleme hingewiesen hat und seine Aussagen auf mich relativ strikt wirkten.

Aber okay, ich werde wohl der Funkionalitöt zu liebe es so machen wie @niemand in seinem vorherigen Beitrag gesagt hat, also wieder zum vorherigen Zustand zurückswitchen.
In der Hoffnung, dass dann zeitnah auch firmware aus den bullseye-backports repos verfügbar sein wird, denn dann wäre die ja zu bevorzugen, wenn ich das bis hierher richtig verstanden habe.

Die Firmware aus den bullseye-repos funktioniert ja offenbar nicht richtig..

[MSfree]

CPU: 11th Gen Intel i7-11700 (16) @ 4.800GHz

Ah okay, also mache ich es sozusagen wieder rückgängig,

Die Firmware aus den bullseye-repos funktioniert ja offenbar nicht richtig..

Nochmal ganz von vorn:

1. Für CPUs ab 6. Core-i Generation braucht man Firmware.
2. Du hast eine CPU der 11. Generation, brauchst also Firmware
3. Bullseye unterstützt keine Intel IGPs der 11. Core-i Genration.
4. Du brauchst einen neueren Kernel
5. Der 5.15 aus den Backports unterstützt deine CPU
6. in den Backports fehlt allerdings die Firmware für deine CPU
7. Diese Firmware besteht aus einer einzigen nötigen Datei, nämlich rkl_dmc_ver2_03.bin.
8. Diese Datei ist auf verschiedene Möglichkeiten auf dein System "installierbar":

Entweder über das Paket firmware-misc-nonfree aus Bookworm,
oder als direkter Download, z.B. hier: https://anduin.linuxfromscratch.org/sou ... ware/i915/

Wenn du das Bookworm-Debian-Paket nimmst, dann lade es direkt herunter und installiere es mit dpkg. So verunstaltest du deine Paketverwaltung nicht. Du darfst aber keinesfalls "bookworm" in deine sources.list eintragen, das endet im Desaster und in einer Neuinstalation.

Wenn du es direkt runterladen willst, dann kopiere es nach dem Download einfach in das Verzeichnis /usr/lib/firmware/i915

Nochmal, ohne passende Firmware wird sich dein Rechner früher oder später aufhängen.

Eine weitere Alternative ist, des ganze Betriebssystem auf bookworm zu dist-upgrade'n. Dann hast du auch die passende Firmware in firmware-misc-nonfree. Bookworm ist allerdings ein wenig pflegeintensiver und möchte in kurzen Abständen (idealerweise täglich) ein

Code: Alles auswählen

apt-get update
apt-get dist-upgrade

Monatelanges nicht-aktualisieren ist mit bookworm nicht empfehlendswert.

[rola621]

Herzlichen Dank für die Zusammenfassung, so habe ich das jetzt auch verstanden nach all euren hilfreichen Beiträgen und einigen Fehltritten

Letztendlich arbeite ich jetzt also auf dem Rechner mit i7-11700 CPU mit firmware-misc-nonfree aus den bullseye repos, und ergänze das Ganze dann manuell mit der bereits von MSFree verlinkten firmware-Datei ( rkl_dmc_ver2_03.bin ), durch kopieren der Datei nach /usr/lib/firmware/i915

Damit klappt es jetzt auch problemlos, bekomme die folgende Ausgabe:

Code: Alles auswählen

dmesg | grep -i firmware
[    3.806363] i915 0000:00:02.0: firmware: direct-loading firmware i915/rkl_dmc_ver2_03.bin
[    3.806823] i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/rkl_dmc_ver2_03.bin (v2.3)
[   14.584623] r8169 0000:03:00.0: firmware: direct-loading firmware rtl_nic/rtl8168h-2.fw

Danke für Eure Unterstützung
Solange ich bei stable bleiben möchte, werde ich das jetzt wohl so lange so machen müssen, bis bookworm stable geworden ist.
Dann würde es auch ohne backport-Kernel und einfach nur mit dem normalen firmware-misc-nonfree Paket aus den bookworm repos gehen.. aber so viel Aufwand war das ja eigentlich auch garnicht, wenn man weiß was wohin soll, was dank Euch jetzt der Fall ist