Dennis HilkLinux-DiagnoseEN

Treiber- und Firmwaregrundlagen

Firmwarepakete auf sechs Distributionen prüfen

Prüfe Pakete auf Debian, Ubuntu, Fedora, Arch Linux, NixOS und Gentoo lesend, statt eine Installationslösung zu erraten.

Erklärung teilen

Debian

Debian trennt Firmwarepakete und Archivbereiche. Vergleiche die angefragte Datei mit deiner eingerichteten Ausgabe, statt einen Paketnamen einer anderen Distribution zu übernehmen. apt-cache zeigt Quellenkandidaten und installierte Versionen der benannten Beispiele, ohne etwas zu ändern. Die Wildcard-Abfrage listet installierte Firmwarepakete, beweist aber keine Dateiverfügbarkeit beim frühen Start. AMD- und Intel-WLAN-Namen sind Beispiele für diese Familien, keine universellen Hardwarevorgaben.

apt-cache policy firmware-amd-graphics firmware-iwlwifi
dpkg-query -W 'firmware-*'

Ubuntu

Ubuntu-Firmwarepakete hängen von Ausgabe und Update-Bereichen ab. Der geprüfte Noble-Paketeintrag ist ein konkretes Beispiel und kein Versprechen zu allen zukünftigen Ubuntu-Paketen. Prüfe das installierte und verfügbare Paket deiner Ausgabe. Manche Audioplattformen benötigen zusätzlich signierte SOF-Dateien. Der benannte Paketbestand allein klärt nicht alle Controller-Anforderungen. Notiere auch die laufende Kernelversion.

apt-cache policy linux-firmware
dpkg-query -W linux-firmware

Fedora

Fedora bietet linux-firmware und Unterpakete für Gerätefamilien. Ein installierter Paketname ist eine Paketbeobachtung und vom erfolgreichen Firmwareaufruf des Geräts zu trennen. Diese RPM-Abfragen listen installierte Firmwarepakete und kernel-core-Builds. Vergleiche uname -r: Der neueste installierte Kernel ist nicht zwingend der gestartete. Prüfe Paketzugehörigkeit und Dateilisten anhand der konkreten Anfrage.

rpm -qa '*firmware*'
rpm -q kernel-core

Arch Linux

Arch linux-firmware ist ein Metapaket mit herstellerbezogenen Abhängigkeiten. Erfasse die wirklich installierten Unterpakete. Das Metapaket selbst muss keine Firmwaredateien enthalten. Die Abfragen lesen die lokale Paketdatenbank. Das zweite Beispiel benötigt ripgrep; ohne dieses Werkzeug prüfst du pacman -Q von Hand. Diese Seite empfiehlt kein Teilupgrade. Stimme Firmwareänderungen mit dem dokumentierten Systemupdate ab.

pacman -Q linux-firmware
pacman -Q | rg '^linux-firmware'

NixOS

NixOS leitet Kernelmodule und Firmware aus der deklarierten Systemgeneration ab. Trenne laufenden Kernel, gestartete Generation und neu aktivierte Konfiguration, bevor du ein fehlendes Modul erklärst. Version und booted-system-Link liefern lesenden Kontext. Firmware-Richtlinie und extraFirmware gehören zur tatsächlichen Modulkonfiguration. Channels und Flakes verwenden unterschiedliche Prüfwege. Übernimm keine fremde Konfiguration und baue nicht allein aufgrund eines Katalogtreffers neu.

nixos-version
readlink /run/booted-system

Gentoo

Gentoo-Firmware hängt von linux-firmware-Ebuild, Lizenzwahl und Kernelkonfiguration ab. Ein fest eingebauter Treiber und ein ladbares Modul brauchen unterschiedliche Prüfwege. emerge --info zeigt Konfiguration und kann Hostinformationen enthalten. Prüfe die Ausgabe vor dem Teilen. Es installiert nichts. Vergleiche tatsächliche Kernel-Buildoptionen und ausgewählte Firmwaredateien. Ein verfügbarer Ebuild beweist keine installierten Dateien.

emerge --info
uname -r

Quellen

Eine Quellenprüfung hält geprüfte Implementierung oder Dokumentation fest, keinen reproduzierten Hardwaretest. Versionsbezogene Tabellen belegen weder Mindestkernel noch garantierte Funktion.

Lokales Erkennungswerkzeug nutzen