Proxmox GPU-Passthrough mit einer GeForce 8800 GTS einrichten

Sie können eine NVIDIA GeForce 8800 GTS an eine Proxmox-VM durchreichen, doch die Schwierigkeiten beginnen, wenn man sie wie eine moderne RTX-Grafikkarte behandelt. Die 640 MB G80-Version stammt aus dem Jahr 2006, weit bevor UEFI-GPU-Firmware zum Standard wurde. Aus diesem Grund spielen VM-Firmware und die Behandlung von VGA-Option-ROMs eine weitaus größere Rolle als bei aktueller Hardware.

In einem realen Homelab-Test mit einer ASUS 8800 GTS 640 MB funktionierte die physische Videoausgabe der GPU, solange für die Proxmox-VM noch ein emuliertes VGA-Display eingerichtet war. Sobald das Display in der VM auf none gestellt wurde, verschwand das DVI-Ausgangssignal der Karte komplett. Das ist ein wertvoller Hinweis: Das eigentliche Passthrough klappte zumindest teilweise, die schwierigere Aufgabe bestand darin, die betagte Legacy-Karte als primäres Anzeigegerät der VM zu initialisieren. Bei alten GPUs stößt man auf Firmware-Hürden meist lange bevor die reine Leistung eine Rolle spielt.

Warum unterscheidet sich eine 8800 GTS von modernen GPUs?

Die GeForce 8800 GTS 640 MB stammt aus NVIDIAs G80-Generation (2006) und ist somit älter als das UEFI-GOP-Firmwaremodell, von dem gängige Passthrough-Anleitungen heute ausgehen.

Die originale 8800 GTS nutzte einen G80-Grafikprozessor, 640 MB GDDR3-Speicher und ein 320-bit breites Speicherinterface, und zeitgenössische Berichte datierten ihren Marktstart auf den November 2006. Dieses Alter wiegt schwerer als die technischen Daten, denn die Boot-Firmware von PCs hat sich in den Jahren danach grundlegend gewandelt.

Eine moderne Grafikkarte besitzt üblicherweise ein EFI-fähiges Video-ROM, wodurch UEFI-Firmware wie OVMF das Gerät initialisieren kann, bevor das Gast-Betriebssystem überhaupt lädt. Eine Karte aus der Ära der 8800 verfügt stattdessen typischerweise über ein klassisches Legacy-VGA-Option-ROM.

Genau deshalb scheitern Passthrough-Konfigurationen, die von neueren Grafikkarten kopiert wurden, oft auf verwirrende Weise. IOMMU ist aktiv, VFIO beansprucht das PCI-Gerät und der Windows-Treiber lädt unter Umständen sogar, doch der Monitor bleibt beim Start der VM schwarz, weil die Gast-Firmware mit dem Video-ROM der Karte schlicht nichts anfangen kann.

Proxmox unterstützt für virtuelle Maschinen sowohl SeaBIOS als auch OVMF. Das aktuelle Administrationshandbuch empfiehlt für PCIe-Passthrough grundsätzlich OVMF, was für moderne Hardware absolut sinnvoll ist. Bei einer derart alten Karte verdient der Pfad über SeaBIOS jedoch eine ernsthafte Prüfung.

Bauen Sie die Host-Umgebung gerade erst auf, hilft Ihnen die Proxmox-Installationsanleitung, die Basisplattform sauber einzurichten, bevor Sie GPU-Passthrough in Angriff nehmen.

Sollten Sie SeaBIOS für eine 8800 GTS nutzen?

SeaBIOS ist die erste VM-Firmware, die ich für eine 8800 GTS testen würde. Es handelt sich um eine klassische BIOS-Implementierung, die althergebrachte VGA-Option-ROMs direkt ausführen kann.

Manchmal lässt sich auch OVMF mit einer alten Karte zur Zusammenarbeit bewegen, SeaBIOS passt jedoch deutlich besser zu den Firmware-Voraussetzungen der Karte. OVMF stellt der VM eine reine UEFI-Umgebung bereit, und die Dokumentation im ArchWiki bezeichnet es als bevorzugte moderne Methode, sofern die Hardware dies unterstützt. Deren Leitfaden zur Fehlerbehebung hebt jedoch hervor, dass UEFI-kompatible Grafikkarten ein EFI-Image im Video-BIOS benötigen, und die 8800 GTS ist um Jahre älter als diese Konvention. Bei einer Retro-Gaming-VM beseitigt der Griff zu SeaBIOS von Beginn an eine gewaltige Inkompatibilität.

Das grundlegende Vorgehen sieht so aus:

1. Erstellen oder klonen Sie die VM, um eine sichere Testkopie zu haben.
2. Nutzen Sie SeaBIOS statt OVMF.
3. Reichen Sie die 8800 GTS durch.
4. Behalten Sie vorerst ein emuliertes Display, um zu sehen, was Windows tut.
5. Installieren Sie den passenden NVIDIA-Gasttreiber.
6. Überprüfen Sie, ob Windows die physische GPU erkennt.
7. Stellen Sie sicher, dass ein an der 8800 GTS angeschlossener Monitor ein Signal empfängt.
8. Versuchen Sie erst danach, die Karte als einziges Anzeigegerät zu konfigurieren.

Ändern Sie immer nur eine Variable auf einmal, denn alte Hardware bringt bereits genug Unwägbarkeiten mit sich.

Was bedeutet es, wenn VGA klappt, Display none aber nicht?

Funktioniert das Bild der physischen 8800 GTS mit aktivem virtuellem VGA-Adapter, scheitert jedoch bei Display: none, initialisiert das Gastsystem die NVIDIA-Karte vermutlich erst nach dem Bootvorgang, während die VM-Firmware sie nicht sauber als primäres Boot-Display ansprechen kann. Das ist eine weit bessere Ausgangslage als ein kompletter Passthrough-Fehlschlag.

Ist ein emuliertes VGA-Gerät vorhanden, verfügt SeaBIOS oder OVMF über ein Anzeigegerät, das problemlos initialisiert werden kann, und das Gastsystem startet darauf. Später lädt Windows den NVIDIA-Treiber und nimmt die durchgereichte Karte in Betrieb. Entfernt man die virtuelle Anzeige, muss die 8800 GTS die Bildausgabe bereits während des Bootens komplett allein übernehmen. Wird das Legacy-Option-ROM nicht korrekt ausgeführt, bleibt der physische Monitor dunkel.

Die Fehlerbehebung sollte sich daher auf wenige Punkte konzentrieren:

• Typ der VM-Firmware
• Ob das Option-ROM der GPU für das Gastsystem sichtbar ist
• Ob die GPU als primäres durchgereichtes Anzeigegerät konfiguriert ist
• Ob der Host die GPU sauber an VFIO freigegeben hat
• Ob der Windows-Treiber die Karte fehlerfrei anspricht
• Ob der Pfad über DVI-zu-HDMI die Signalerkennung erschwert

Damit haben Sie das Problem auf einen weitaus greifbareren Rahmen eingegrenzt als die vage Aussage "GPU-Passthrough geht nicht".

Benötigen Sie eine eigene VBIOS-ROM-Datei?

Nicht zwingend. Eine separate ROM-Datei lohnt sich vor allem dann, wenn eine Legacy-GPU innerhalb der VM nicht stabil initialisiert wird.

PCI-Geräte stellen der Firmware üblicherweise ein Option-ROM bereit, beim Passthrough kann die VM dieses ROM jedoch mitunter nicht sauber auslesen oder anwenden. QEMU erlaubt es, eine ROM-Datei explizit zu übergeben, und Proxmox bietet entsprechende Optionen für durchgereichte PCI-Geräte in der Oberfläche. Der Vorschlag aus der Community lautete in diesem Fall, ein VGA-BIOS für die 8800 GTS zu beschaffen und manuell einzubinden.

Das kann helfen, wenn man sorgfältig vorgeht. Stimmen Sie das ROM exakt auf Ihre Karte ab, denn die Modellreihe allein genügt nicht: Eine ASUS 8800 GTS 640 MB kann andere Taktraten, Speicherkonfigurationen, Subsystem-IDs oder Platinenlayouts aufweisen als die Karte eines anderen Herstellers. Ein falsches ROM-Image bringt nur neue Fehlerquellen ins Spiel.

Wenn möglich, lesen Sie das Original-ROM direkt von Ihrer eigenen Karte aus und bewahren Sie eine unberührte Kopie auf. Eine Datenbank bekannter ROMs ist praktisch zum Abgleich, sollte jedoch nicht in blindes Firmware-Lotto ausarten.

Der VM eine ROM-Datei bereitzustellen oder ein ROM physisch auf die Karte zu flashen, sind zwei völlig unterschiedliche Risiken. Eine an QEMU übergebene ROM-Datei lässt sich jederzeit rückgängig machen. Ein Flashen der Karte kann sie unbrauchbar machen, wenn das Image fehlerhaft ist oder der Flashvorgang abbricht. Für ein Retro-Passthrough-Experiment gibt es kaum einen Grund, die Hardware dauerhaft zu verändern.

Müssen Sie jede PCI-Funktion durchreichen?

Reichen Sie nur die Funktionen durch, die die Karte tatsächlich bereitstellt und die das Gastsystem benötigt.

Moderne GPUs melden sich oft mit mehreren PCI-Funktionen, etwa Grafikteil plus Audioausgabe über HDMI oder DisplayPort. Aus diesem Grund raten viele Anleitungen pauschal dazu, "alle Funktionen" durchzureichen. Die ursprüngliche 8800 GTS ist jedoch älter als heutige HDMI-Audiostandards. Gehen Sie daher nicht davon aus, dass sie dasselbe Geräte-Layout besitzt wie eine aktuelle GeForce-Karte.

Prüfen Sie zuerst den Host. Die Befehle lspci -nn und lspci -nnk zeigen genau, wie das Gerät erkannt wird und welcher Treiber es derzeit belegt.

Besitzt die GPU nur eine einzige relevante PCI-Funktion, gibt es kein zweites Audiogerät, um das man sich kümmern müsste. Stellt sie mehrere zusammengehörige Funktionen bereit, müssen IOMMU-Gruppierung und Zuweisung gemeinsam betrachtet werden. Das ist ein weiterer Grund, moderne RTX-Passthrough-Checklisten nicht unkritisch Zeile für Zeile zu kopieren.

Warum die Treiberbindung des Hosts entscheidend bleibt

Soll die VM die 8800 GTS über VFIO steuern, darf der Proxmox-Host sie keinesfalls selbst nutzen. Daran ändert auch das Alter der Karte nichts.

Die Karte muss in einer isolierten IOMMU-Gruppe liegen, und der Host muss sie an vfio-pci binden, statt an einen Grafiktreiber, der sie lokal beansprucht. Die Dokumentation von Proxmox zum PCI-Passthrough erläutert die allgemeinen IOMMU-Anforderungen und die Zuweisung von Host-Geräten im Detail.

Bevor Sie SeaBIOS oder den Gasttreiber verdächtigen, prüfen Sie die Grundlagen:

• IOMMU ist in der Firmware des Mainboards aktiviert.
• IOMMU ist für den Proxmox-Kernel aktiviert.
• Die GPU befindet sich in der erwarteten IOMMU-Gruppe.
• Der Host nutzt die Karte nicht als aktive Konsolen-GPU.
• vfio-pci kontrolliert das Gerät vor dem Start der VM.

Stimmt hier auch nur ein Detail nicht, kann kein Firmware-Experiment der Welt das Setup retten.

Für das Gesamtbild auf Host-Ebene hilft die Mr.PlanB Proxmox-Übersicht. Probleme beim PCI-Passthrough berühren oft Firmware, Kernel, VM-Konfiguration und Gasttreiber gleichermaßen.

Könnte der DVI-zu-HDMI-Adapter das Problem sein?

Er kann eine Rolle spielen, doch wenn derselbe Adapter unter einer anderen VM-Displaykonfiguration bereits Bild liefert, erklärt er das Verhalten kaum allein.

Karten aus der Ära der ASUS 8800 GTS besaßen in der Regel DVI-Ausgänge und kein natives HDMI. Ein passiver DVI-zu-HDMI-Adapter ist simpel aufgebaut, doch alte Karten, veraltete Treiber, EDID-Aushandlung und Signaltimings können Eigenheiten verursachen. Funktioniert die GPU jedoch mit aktiviertem Proxmox-VGA, aber nicht mit Display: none, weist das weit deutlicher auf ein Problem bei der Firmware-Initialisierung hin.

Halten Sie den physischen Signalweg dennoch so geradlinig wie möglich. Testen Sie einen echten DVI-Monitor oder einen anderen Adapter, falls vorhanden, und prüfen Sie jeden Ausgang einzeln. Lassen Sie AV-Receiver, KVM-Switches, Capture-Cards oder lange HDMI-Kabelketten außen vor, bis die Passthrough-Konfiguration nachweislich stabil steht. Retro-Hardware bringt schon genug Eigenheiten mit.

Was ist mit alten NVIDIA-Virtualisierungssperren?

Ältere NVIDIA-Treiber für Endverbraucher fügen eine weitere Variable hinzu, insbesondere wenn der Gasttreiber bemerkt, dass er in einer virtuellen Maschine läuft.

Passthrough-Nutzer kennen das leidige Thema: Früher verweigerten NVIDIA-Treiber auf Consumer-GeForce-Karten den Dienst und quittierten dies mit Fehler Code 43. Moderne NVIDIA-Treiber reagieren auf Virtualisierung deutlich entspannter als frühere Versionen, eine 8800 GTS benötigt jedoch zwingend einen sehr alten Treiberzweig. Das ist eine ungemütliche Kombination.

Erkennt Windows die Karte im Gerätemanager, meldet der Treiber jedoch einen Fehler, sollten Sie nicht voreilig das Option-ROM beschuldigen. Finden Sie heraus, welche NVIDIA-Treiberversion sowohl Ihr Gastbetriebssystem als auch den G80-Grafikchip unterstützt, und betrachten Sie den Gerätemanager-Status getrennt vom Boot-Verhalten der VM. Firmware und Windows-Treiber scheitern an völlig unterschiedlichen Punkten, und die Fehlersuche geht deutlich schneller voran, wenn man beides sauber trennt.

Lohnt sich das Passthrough einer 8800 GTS überhaupt?

Für reine Leistung nicht, als Lehrstück und aus Nostalgiegründen jedoch absolut.

Jede moderne integrierte Grafikeinheit übertrifft die Leistung dieser Hardware bei einem Bruchteil des Stromverbrauchs und der Abwärme. Geht es Ihnen nur darum, alte Windows-Klassiker zu spielen, ist ein dedizierter Retro-PC meist die unkompliziertere Wahl.

Als Homelab-Experiment zwingt das Einbinden einer GPU aus dem Jahr 2006 auf einem aktuellen Proxmox-Host jedoch dazu, das Zusammenspiel von Legacy-BIOS, UEFI, VGA-Option-ROMs, VFIO, virtuellen Anzeigegeräten, Treibersupport und physischer Monitor-Initialisierung im Detail zu verstehen. Dabei lernt man deutlich mehr als beim simplen Durchreichen einer modernen GPU, die allen aktuellen Konventionen folgt.

Gehen Sie strukturiert vor: Bestätigen Sie zuerst VFIO, behalten Sie während des Debuggens ein emuliertes VGA-Gerät bei, wählen Sie SeaBIOS für die Legacy-Karte, verifizieren Sie den Gasttreiber, testen Sie die Bildausgabe und entfernen Sie erst ganz zum Schluss das virtuelle Display. Fügen Sie ein benutzerdefiniertes ROM nur dann hinzu, wenn die Indizien klar darauf hinweisen. Die Konfiguration muss nicht elegant sein, aber am Ende sollten Sie genau verstehen, warum eine 20 Jahre alte Grafikkarte beim Start der VM plötzlich wieder ein Bild liefert.