Dennis HilkLinux-DiagnoseEN

Virtuelle und ungewöhnliche Hardware

Virtio-Speicherballon über modernes PCI

Ballooning ist eine Gast-Host-Speicherverwaltungsfunktion, kein gewöhnliches Gerät zur RAM-Identifikation.

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:1045 dem Virtio-Typ 5 (balloon) 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:1045

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

Treiber und Bindung

virtio_balloon verarbeitet Typ 5 und handelt Speicherverwaltungsfunktionen mit dem Host aus. Ein PCI-Abgleich allein zeigt weder einen gefüllten Ballon noch aktive Free-Page-Meldung oder die vom Host zurückgewonnene Speichermenge. lspci kann daher korrekt virtio-pci melden, während die Kindfunktion an virtio_balloon gebunden ist.

  • virtio_pci — Kernel-Treiber-/Modulkandidat
  • virtio_balloon — 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.

Speicherbilanz des Gasts lesen

cat /proc/meminfo

Aktuelle Gastzähler ohne sudo lesen. MemAvailable beschreibt die Schätzung des Gasts, nicht die vom Hypervisor zugewiesene oder zurückgewonnene Menge; mit Arbeitslast und Hostbeobachtungen abgleichen.

Grenzen und passende Fehlerhilfen

Speicherdruck im Gast hat viele Ursachen und muss mit der Hostrichtlinie abgeglichen werden. Modulvorhandensein und MemAvailable liefern Kontext, beziffern allein jedoch keine Speicherrückgewinnung des Hosts.

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.