Passthrough de GPU en Proxmox con una GeForce 8800 GTS

Puedes configurar el passthrough de una NVIDIA GeForce 8800 GTS hacia una máquina virtual de Proxmox, pero los contratiempos surgen en cuanto intentas tratarla como una tarjeta RTX actual. La versión G80 de 640 MB data de 2006, mucho antes de que el firmware UEFI fuera el estándar en tarjetas gráficas, por lo que el tipo de firmware de la VM y la gestión de la Option ROM VGA cobran mucha más importancia que con hardware reciente.

En una prueba real de homelab con una ASUS 8800 GTS de 640 MB, la salida física de la tarjeta funcionaba siempre que la máquina virtual de Proxmox mantuviese una pantalla emulada VGA. En cambio, al configurar la pantalla de la VM como none, la señal por DVI de la tarjeta desaparecía por completo. Esa es una pista valiosa: el passthrough básico estaba funcionando al menos en parte, y la dificultad real consistía en lograr que esta tarjeta heredada se inicializara como la pantalla principal de la VM. Con GPUs antiguas, los problemas de firmware aparecen mucho antes de que el rendimiento llegue a importar.

¿Por qué una 8800 GTS es distinta a una GPU moderna en passthrough?

La GeForce 8800 GTS de 640 MB pertenece a la generación G80 de NVIDIA (2006), lo que significa que precede al modelo de firmware UEFI GOP que asumen la mayoría de guías actuales de passthrough de GPU.

El modelo original de la 8800 GTS utilizaba el chip G80, 640 MB de memoria GDDR3 y una interfaz de memoria de 320 bits, con un lanzamiento fechado en noviembre de 2006. Su antigüedad pesa más que las especificaciones técnicas, porque el firmware de arranque de los ordenadores cambió radicalmente en los años posteriores.

Una tarjeta gráfica moderna suele incorporar una ROM de vídeo compatible con EFI, lo que permite a un firmware UEFI como OVMF inicializar el dispositivo antes de que cargue el sistema operativo invitado. Una tarjeta de la época de la serie 8800, en cambio, suele contar únicamente con una Option ROM VGA heredada.

Por este motivo, copiar sin cambios una configuración de passthrough pensada para una GPU actual genera errores desconcertantes. Puede que IOMMU esté habilitado, que VFIO tome el control del dispositivo PCI e incluso que el controlador de Windows se cargue, pero el monitor permanecerá en negro durante el arranque de la VM porque el firmware del invitado nunca ejecutó el tipo de ROM de vídeo que la tarjeta necesita.

Proxmox admite tanto SeaBIOS como OVMF en sus máquinas virtuales. Su guía de administración actual orienta a los usuarios hacia OVMF para passthrough PCIe, lo cual es lógico con hardware moderno. Con una tarjeta tan antigua, la alternativa de SeaBIOS merece considerarse con seriedad.

Si todavía estás preparando el servidor físico, nuestra Proxmox installation guide te ayudará a dejar la plataforma base a punto antes de añadir el passthrough de GPU al laboratorio.

¿Conviene usar SeaBIOS para una 8800 GTS?

SeaBIOS es el primer firmware de máquina virtual que probaría con una 8800 GTS. Al ser una implementación clásica de BIOS, es capaz de ejecutar Option ROMs VGA heredadas.

A veces es posible hacer funcionar OVMF con tarjetas antiguas, pero SeaBIOS encaja mucho mejor con los supuestos de firmware de este hardware. OVMF proporciona un entorno UEFI a la máquina virtual, y la documentación de passthrough de ArchWiki lo señala como el método moderno preferido cuando el hardware lo soporta. Sus notas de resolución de problemas recuerdan también que un firmware de GPU compatible con UEFI necesita una imagen EFI dentro de la BIOS de vídeo, y la 8800 GTS es años anterior a ese estándar. Para una VM de juegos retro, partir de SeaBIOS elimina un desajuste importante desde el primer momento.

El experimento básico sigue estos pasos:

1. Crear o clonar la VM para tener una copia de prueba segura.
2. Seleccionar SeaBIOS en lugar de OVMF.
3. Asignar la 8800 GTS mediante passthrough.
4. Mantener una pantalla virtual emulada por ahora para ver qué hace Windows.
5. Instalar el controlador adecuado de NVIDIA en el sistema invitado.
6. Confirmar que Windows detecta la GPU física.
7. Comprobar que un monitor conectado a la 8800 GTS recibe señal de vídeo.
8. Solo entonces intentar configurar la tarjeta física como única salida de pantalla.

Modifica una sola variable a la vez, porque el hardware clásico ya introduce bastante incertidumbre por sí mismo.

¿Qué significa que funcione con VGA pero falle con Display en none?

Si la salida física de la 8800 GTS muestra imagen con un adaptador VGA emulado presente pero falla al poner Display en none, lo más probable es que el sistema operativo invitado active la tarjeta NVIDIA tras arrancar, a pesar de que el firmware de la VM no logre inicializarla limpiamente como pantalla primaria. Estar en ese punto es mucho más prometedor que un fallo total de passthrough.

Con un dispositivo VGA emulado activo, SeaBIOS u OVMF disponen de una pantalla que ya saben inicializar, y el invitado arranca sobre ella. Más tarde, Windows carga el controlador de NVIDIA y pone en marcha la tarjeta física. Si quitas la pantalla emulada, la 8800 GTS tiene que asumir el arranque desde el primer instante. Si la Option ROM heredada no se ejecuta correctamente, el monitor físico no mostrará nada.

Por eso el diagnóstico debe centrarse en una lista breve de factores:

• tipo de firmware de la máquina virtual
• si la Option ROM de la GPU resulta visible para el invitado
• si la GPU está marcada como pantalla primaria en el passthrough
• si el host ha liberado por completo la GPU para VFIO
• si el controlador de Windows llega a inicializar la tarjeta
• si el adaptador de DVI a HDMI complica la detección de señal

Esto acota el escenario a un problema mucho más manejable que un genérico "el passthrough de GPU no funciona".

¿Hace falta un archivo VBIOS ROM personalizado?

No siempre. Probar un archivo de ROM personalizado tiene sentido cuando una GPU heredada se resiste a inicializarse de forma fiable dentro de la máquina virtual.

Los dispositivos PCI suelen exponer una Option ROM que el firmware puede ejecutar, pero en escenarios de passthrough la VM a veces no logra leerla o utilizarla con limpieza. QEMU permite suministrar un archivo ROM de forma explícita, y Proxmox ofrece parámetros de ROM para dispositivos PCI asignados. La sugerencia de la comunidad en este caso fue conseguir una VGA BIOS de la 8800 GTS y enlazarla manualmente.

Esto puede ayudar si se hace con cautela. Asegúrate de que la ROM corresponda exactamente a tu modelo de placa: la familia de la GPU no basta, ya que una ASUS 8800 GTS de 640 MB puede tener frecuencias, configuración de memoria, identificadores de subsistema o detalles de PCB distintos a los de otro fabricante, y cargar una imagen equivocada añade una incógnita innecesaria.

Si tienes la posibilidad, extrae la ROM de tu propia tarjeta física y guarda una copia intacta. Disponer de una base de datos de ROMs contrastadas resulta útil como referencia, pero no conviene convertir el proceso en un intercambio aleatorio de firmware.

Pasar un archivo ROM a la VM y flashear una ROM directamente en la GPU física conllevan niveles de riesgo muy diferentes. Un archivo ROM suministrado a QEMU es fácil de descartar si no funciona. Flashear la tarjeta puede dejarla inutilizada si la imagen no coincide o el proceso falla. Para una prueba de passthrough retro, apenas hay razones para empezar alterando el hardware de forma permanente.

¿Es necesario asignar todas las funciones PCI?

Asigna únicamente las funciones que la tarjeta exponga realmente y que el sistema invitado necesite.

Las GPUs modernas suelen aparecer como varias funciones PCI simultáneas, habitualmente el controlador gráfico más el audio por HDMI o DisplayPort, motivo por el que tantas guías aconsejan activar la opción de "todas las funciones". La 8800 GTS original es anterior a los estándares actuales de audio integrado por HDMI, por lo que no debes asumir que presenta la misma estructura que una GeForce moderna.

Comprueba primero el host físico. Ejecutar lspci -nn y lspci -nnk te mostrará con claridad cómo se identifica el dispositivo y qué controlador del kernel lo tiene asignado en ese momento.

Si la GPU solo presenta una función PCI relevante, no hay ningún dispositivo de audio secundario que configurar. Si expone más de una función asociada, analiza de forma conjunta la agrupación IOMMU y la asignación a la VM. Este es otro motivo para no copiar paso a paso una lista de verificación pensada para tarjetas RTX actuales.

¿Por qué sigue importando la asignación de controladores en el host?

Si la intención es que la máquina virtual controle la 8800 GTS mediante VFIO, el host de Proxmox no debe estar utilizándola bajo ningún concepto. La edad de la tarjeta no cambia esta regla básica.

La tarjeta debe ubicarse en un grupo IOMMU aprovechable, y el host debe vincularla a vfio-pci en lugar de a un controlador gráfico que intente usarla localmente. La documentación de passthrough PCI de Proxmox detalla los requisitos generales de IOMMU y la asignación de dispositivos del sistema anfitrión.

Antes de atribuir el problema a SeaBIOS o al controlador del invitado, verifica los aspectos esenciales:

• IOMMU está habilitado en la BIOS o UEFI de la placa base.
• IOMMU está activo en los parámetros del kernel de Proxmox.
• La GPU figura en un grupo IOMMU independiente y adecuado.
• El host no la utiliza como su tarjeta de salida para la consola activa.
• vfio-pci gestiona el dispositivo antes de que la máquina virtual arranque.

Si cualquiera de estos puntos falla, ninguna prueba con el firmware de la VM solucionará el despliegue.

Para obtener una visión completa del anfitrión, consulta el Mr.PlanB Proxmox hub. Las incidencias de passthrough PCI suelen implicar firmware, kernel, ajustes de la VM y controladores del sistema operativo invitado.

¿Podría ser el adaptador DVI a HDMI el causante del problema?

Puede influir, pero si ese mismo adaptador ya proporciona señal con otra configuración de pantalla en la VM, difícilmente explicará el comportamiento por sí solo.

Las tarjetas de la generación de la ASUS 8800 GTS solían incluir salidas DVI y carecían de puertos HDMI nativos. Un adaptador pasivo de DVI a HDMI suele ser sencillo, pero entre tarjetas antiguas, controladores con años a sus espaldas, la lectura del EDID y las frecuencias de refresco pueden surgir imprevistos. Aun así, si la GPU funciona con VGA activo en Proxmox pero falla con Display: none, la inicialización del firmware es una pista mucho más determinante.

Conviene mantener la conexión física lo más directa posible. Prueba con un monitor que tenga entrada DVI nativa o utiliza otro adaptador de calidad si dispones de él, comprobando una salida de vídeo cada vez. Deja fuera de la cadena receptores AV, conmutadores KVM, capturadoras o cables HDMI excesivamente largos hasta que el passthrough esté plenamente validado, ya que el hardware antiguo ya aporta bastantes particularidades propias.

¿Qué ocurre con los antiguos bloqueos de virtualización de NVIDIA?

Los controladores de consumo antiguos de NVIDIA añaden otra dificultad, en especial cuando detectan que se ejecutan dentro de una máquina virtual.

Quienes han configurado passthrough conocen de sobra el historial de controladores GeForce que se negaban a funcionar mostrando el clásico error Code 43 en el Administrador de dispositivos. Los controladores modernos de NVIDIA son mucho más permisivos con el passthrough habitual, pero una 8800 GTS necesita una versión de controlador lo bastante antigua como para darle soporte, lo que crea una combinación delicada.

Si Windows reconoce la tarjeta en el Administrador de dispositivos pero el controlador devuelve un código de error, no saltes de inmediato a la conclusión de que la Option ROM sigue fallando. Averigua qué versión exacta del controlador de NVIDIA ofrece soporte tanto para tu versión de Windows como para la arquitectura G80, y analiza el estado en el Administrador de dispositivos de forma independiente al comportamiento de la pantalla de arranque de la VM. El firmware y el controlador de Windows fallan en etapas distintas, y el diagnóstico avanza mucho más rápido cuando se analizan por separado.

¿Merece la pena configurar passthrough con una 8800 GTS?

Por rendimiento puro, claramente no; pero para aprender y por nostalgia, desde luego que sí.

Cualquier gráfica integrada actual supera ampliamente a una tarjeta de esa época consumiendo una fracción de energía y generando muchísimo menos calor. Si tu único interés es disfrutar de juegos antiguos de Windows, montar un ordenador retro dedicado suele ser más práctico.

Sin embargo, como experimento de homelab, lograr que una GPU de 2006 funcione en un servidor Proxmox moderno te obliga a entender cómo encajan entre sí BIOS tradicional, UEFI, Option ROMs VGA, VFIO, pantallas emuladas, compatibilidad de controladores e inicialización física de monitores. Se aprende mucho más con este ejercicio que haciendo passthrough con una gráfica moderna que cumple todos los estándares actuales sin rechistar.

Aborda el proceso en orden: confirma primero VFIO, mantén una pantalla VGA emulada mientras depuras, prueba SeaBIOS para el hardware heredado, verifica el controlador en el invitado, comprueba la salida física y solo entonces retira la pantalla virtual. Recurre a una ROM personalizada únicamente si los indicios lo justifican. La configuración no tiene por qué ser elegante, pero al terminar sabrás con precisión por qué una tarjeta gráfica con veinte años a sus espaldas enciende el monitor en cuanto arranca la máquina virtual.