GPU-Passthrough ist eines der Themen, die im Homelab und zunehmend auch im kleinen Unternehmensumfeld richtig Fahrt aufgenommen haben. Der Grund ist klar: Lokale KI-Workloads, Medien-Transcoding oder spezialisierte Windows-Anwendungen profitieren massiv von einer direkt zugewiesenen Grafikkarte. Mit Proxmox lässt sich das grundsätzlich sehr gut umsetzen – wenn die Plattform sauber vorbereitet ist.
Der Haken: Passthrough scheitert selten an einem einzelnen Schritt, sondern meist an einer Kette kleiner Voraussetzungen. BIOS, IOMMU-Gruppen, Kernel-Module, VM-Typ und Gerätetreiber müssen zusammenpassen.
Typische Anwendungsfälle
Der Klassiker ist derzeit lokale KI, etwa für Inferenz-Workloads mit Tools wie Ollama. Aber auch andere Szenarien sind realistisch:
- Transcoding für einen Medienserver wie Jellyfin
- CAD- oder Spezialanwendungen in einer VM
- Test- oder Gaming-VMs im Labor
- GPU-beschleunigte Entwicklungsumgebungen
Gerade wenn ein physischer Host mehrere Dienste bündelt, ist Proxmox eine praktische Grundlage, weil Hardware-Ressourcen strukturiert zwischen VMs und Containern getrennt werden können.
Die Voraussetzungen: BIOS und IOMMU zuerst
Bevor Sie an Proxmox selbst denken, beginnt die Arbeit im BIOS oder UEFI. Aktiviert werden müssen in der Regel die Virtualisierungsfunktionen der CPU und die IOMMU-Unterstützung. Je nach Plattform heißen diese Optionen unterschiedlich. Ohne diesen Schritt wird PCIe-Passthrough unzuverlässig oder gar unmöglich.
Danach ist entscheidend, wie die Geräte in IOMMU-Gruppen landen. Im Idealfall befindet sich die GPU samt Audio-Funktion in einer sauber isolierten Gruppe. Falls andere Geräte mit drin hängen, wird das Setup komplizierter. Genau hier trennt sich oft der einfache vom nervigen Fall.
vfio-pci und die Host-Konfiguration
Auf dem Host muss die Grafikkarte an vfio-pci gebunden werden, damit sie nicht vom Standardtreiber belegt bleibt. Dazu kommen Kernel-Parameter, Modulkonfiguration und bei Bedarf das Blacklisting anderer Treiber. Außerdem sollte geprüft werden, ob der Host selbst die GPU für eine lokale Ausgabe nutzt. Wenn ja, kollidiert das häufig mit dem Passthrough-Ziel.
In Proxmox selbst wird die PCIe-Hardware anschließend der VM zugewiesen. UEFI-basierte VM-Konfiguration, passende Machine Types und bei manchen Setups zusätzliche CPU-Flags spielen dabei oft eine Rolle. Wer mit Proxmox generell noch Grundlagen ordnen möchte, profitiert vorher von Proxmox nach der Installation.
NVIDIA oder AMD: Wo liegen die Unterschiede?
Beide Plattformen funktionieren grundsätzlich, aber die Stolperfallen unterscheiden sich. Bei NVIDIA taucht in Passthrough-Szenarien klassisch der berüchtigte Code 43 auf, wenn eine Windows-VM die Virtualisierung ungünstig erkennt oder Treiberbedingungen nicht passen. Bei AMD sieht man dafür in manchen Fällen eher Reset-Probleme oder Black Screens nach Neustarts.
Wichtig ist: Die Community-Dokumentation ist hilfreich, ersetzt aber keine systematische Fehlersuche. Wer Treiber, Firmware, BIOS-Version und VM-Konfiguration durcheinander ändert, macht sich das Leben unnötig schwer.
Häufige Fehlerbilder und ihre Ursachen
Die typischen Symptome sind erstaunlich wiederkehrend:
- Schwarzer Bildschirm: falscher Ausgabepfad, UEFI/Legacy-Mismatch oder Treiberproblem
- VM startet nicht: Gerät wird vom Host noch genutzt oder IOMMU ist nicht korrekt aktiv
- Code 43: Treiber erkennt problematische Virtualisierungsdetails
- Instabile Reboots: GPU-Reset oder fehlerhafte Gruppenisolation
- Kein Performance-Gewinn: falscher Treiber in der VM oder Software nutzt die GPU gar nicht
Gerade für lokale KI-Projekte lohnt auch der Blick auf Lokale KI im Homelab, weil dort die Hardwareplanung oft schon über Erfolg oder Frust entscheidet.
Praktische Empfehlungen vor dem Start
Bevor Sie loslegen, sollten Sie diese Punkte klären:
- ist die GPU dediziert oder braucht der Host sie selbst?
- sind IOMMU-Gruppen sauber isoliert?
- gibt es eine getestete Backup- oder Rollback-Strategie?
- kennen Sie den konkreten Workload der VM?
- ist der Nutzen groß genug, um den Mehraufwand zu rechtfertigen?
Nicht jede GPU gehört automatisch in eine VM. Für einzelne Container-Workloads kann eine direkte Nutzung auf dem Host sinnvoller sein. Für klar getrennte KI-, Media- oder Spezial-VMs ist Passthrough dagegen oft ideal.
Fazit: Starkes Feature, aber nichts für Blindflug
GPU-Passthrough in Proxmox ist machbar und extrem nützlich – aber nur, wenn man das Thema sauber vorbereitet. Wer BIOS, IOMMU, vfio-pci und VM-Konfiguration strukturiert angeht, bekommt eine leistungsfähige Umgebung für KI, Medien und Spezialanwendungen. Wer dagegen hektisch Foren-Schnipsel kombiniert, verliert meist Zeit.
Für KMU und ambitionierte Self-Hosting-Setups gilt deshalb: erst Architektur, dann Basteltrieb. Dann wird aus GPU-Passthrough kein Wochenendproblem, sondern ein sinnvoller Baustein moderner Infrastruktur.
Wer produktiv mit Passthrough arbeiten will, sollte außerdem Temperatur, Stromaufnahme und Host-Stabilität beobachten. Eine GPU, die im Testlauf funktioniert, ist noch kein sauber betriebener Dienst. Gerade bei KI- oder Transcoding-Lasten zeigt sich erst im Dauerbetrieb, ob Kühlung, Netzteilreserve und VM-Konfiguration wirklich zusammenpassen.