Dennis HilkLinux-DiagnoseEN

Virtuelle und ungewöhnliche Hardware

Virtio-Zufallsquellenfunktion über modernes PCI

Ein Zufallsquellengerät im Gast bezieht Bytes von einem Backend des Hosts.

Redaktionelle Quellenprüfung: Öffentliches Profil teilenIm Erkennungswerkzeug öffnen
Auf dieser Seite
  1. Überblick und Identität
  2. Treiber und Bindung
  3. Firmware
  4. Lesende Diagnose
  5. Grenzen und passende Fehlerhilfen
  6. Quellen

Überblick und Identität

Die geprüfte moderne PCI-Regel ordnet 1af4:1044 dem Virtio-Typ 4 (rng) zu. Das ist eine virtuelle Funktionskennung, kein Hardwaremodell des Hosts. Transitionale PCI-IDs verwenden eine andere Subsystem-ID-Regel und werden hier bewusst nicht abgeleitet.

Kuratierte Kennungen
pci 1af4:1044

Ein numerischer Match belegt eine Kandidatenfamilie im geprüften Quellenrahmen. Verkaufsnamen, Platinenvarianten, Subsystembedingungen und erfolgreiche Funktion bleiben getrennte Fragen.

Treiber und Bindung

virtio_rng registriert die Funktion als Hardware-RNG-Anbieter, nachdem Virtio-Typ 4 erkannt wurde. Verfügbarer/aktueller Anbieter des RNG-Frameworks ist von der PCI-Transportbindung und dem internen Zustand des Kernel-Zufallspools getrennt. lspci kann daher korrekt virtio-pci melden, während die Kindfunktion an virtio_rng gebunden ist.

  • virtio_pci — Kernel-Treiber-/Modulkandidat
  • virtio_rng — Kernel-Treiber-/Modulkandidat

Erkannt, gebunden, funktionsfähig: Unterschiede verstehen

Firmware

Hier keine Host-Datei belegt

Im geprüften Treiberpfad wurde kein externer Firmware-Dateiname festgestellt. Das beschreibt nicht die im Gerät gespeicherte Firmware.

Firmwarepakete deiner Distribution prüfen

Lesende Diagnose

Führe jeden angezeigten Befehl einzeln aus. Ersetze Großbuchstaben-Platzhalter durch betroffenes Gerät, Schnittstelle oder Modul aus deiner Ausgabe. Hier wird nichts ausgeführt. Auch lesende Ausgaben können private Kennungen enthalten.

PCI-Funktion und Bindung prüfen

lspci -nnk -s BDF

BDF durch die vollständige Adresse ersetzen, etwa 0000:00:14.0. Diese lesende Abfrage benötigt pciutils und normalerweise kein sudo. „Kernel driver in use“ zeigt die beobachtete Bindung; „Kernel modules“ nennt Kandidaten.

Treiber der Virtio-Kindfunktion prüfen

ls -l /sys/bus/pci/devices/BDF/virtio*/driver

BDF durch die vollständige beobachtete PCI-Adresse ersetzen. Treiberlink des Kindgeräts ohne sudo lesen; virtio_pci ist der PCI-Transport, während dieser Link zum Funktionstreiber gehört. Fehlt Kindgerät oder Link, wurde diese Ebene nicht beobachtet.

Registrierte RNG-Anbieternamen lesen

cat /sys/class/misc/hw_random/rng_available

Anbieter-Metadaten ohne sudo lesen, ohne /dev/hwrng zu konsumieren. Ein Virtio-Anbietername zeigt die Registrierung, keine Sicherheitsbewertung oder den Nachweis der aktuell gewählten Quelle.

Grenzen und passende Fehlerhilfen

Eine virtuelle RNG-Bezeichnung belegt weder Entropiequalität noch Vertrauenswürdigkeit des Hosts oder ausschließliche Gastnutzung. Anbieter-Metadaten zu lesen verbraucht den Datenstrom nicht und misst keine Zufälligkeit.

Diese Anleitungen passen zu relevanten Befunden und behaupten keinen Fehler bei jedem Gerät dieser Familie.

    Hardware-Diagnoseweg wählen · Log-Auszug im Fix Lab prüfen

    Quellen

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