Historial de versiones de Proxmox VE y rutas de actualización (actualizado para 9.2)

Esta es una página de referencia que se actualiza a medida que salen nuevas versiones de Proxmox VE, no un artículo puntual. Si intentas averiguar qué versión tienes, qué ha cambiado desde entonces o cómo pasar de una instalación antigua a la actual, debería ahorrarte rebuscar en los registros de cambios de varias versiones.

Historial de versiones de un vistazo

Dentro de la línea 9.x actual, 9.0 fue la versión inicial sobre Debian 13. 9.1 añadió soporte de imágenes OCI para contenedores LXC, el estado del TPM virtual guardado en qcow2 (lo que permite hacer snapshots de VMs con invitados Windows que dependen del TPM, también en almacenamiento NFS/CIFS) y una renovación de la interfaz móvil con soporte de inicio de sesión mediante OpenID Connect. 9.2 siguió con actualizaciones del kernel (kernel 6.17) y más mejoras en ZFS y SDN. Las versiones puntuales (9.2.1, 9.2.2, 9.2.3, etc.) son correcciones a nivel de parche y no requieren el procedimiento de actualización completo que se describe más abajo; un apt update && apt dist-upgrade estándar se encarga de ellas.

La regla de actualización que más importa

Proxmox VE no admite saltarse versiones mayores. No puedes pasar de 7.x directamente a 9.x. Lo que haces es actualizar de 7 a 8, confirmar que está estable y luego actualizar de 8 a 9 como un paso aparte. Cada versión mayor tiene su propia herramienta de comprobación de compatibilidad (pve7to8, pve8to9, y así con las versiones futuras), y ejecutar la equivocada, o saltársela del todo, es la causa más habitual de las actualizaciones de versión mayor rotas de las que se informa en la comunidad.

Una secuencia real de actualización de 8 a 9

Según cómo se han descrito en la práctica las actualizaciones que salieron bien, la secuencia es esta:

1. Haz primero copia de seguridad de todo, tanto de las VMs y contenedores como de la configuración del propio host (consulta nuestra guía sobre cómo hacer copia de seguridad del host Proxmox para ver qué incluir además de los invitados).
2. Ejecuta antes la herramienta de comprobación específica de la versión (por ejemplo, pve8to9 --full) y lee su salida con atención. Señala la configuración obsoleta, los paquetes incompatibles y los problemas de almacenamiento antes de que toques nada.
3. Actualiza las fuentes de los repositorios para que apunten a los repositorios de paquetes de la nueva versión.
4. Ejecuta apt update && apt dist-upgrade.
5. Reinicia con el nuevo kernel.
6. Vigila los problemas que aparecen más tarde además de los inmediatos. Algunas actualizaciones parecen limpias en el primer reinicio y luego desarrollan problemas días después. Los fallos de drivers de red y de compatibilidad de NICs con kernels más nuevos son un patrón recurrente, así que búscalos de forma específica en los días posteriores a una actualización mayor y no solo en la primera hora.

Problemas conocidos por versión (actualizado según van apareciendo)

• Kernel 6.17 (incluido con 9.1/9.2): hay informes de errores de machine check en ciertos servidores Dell PowerEdge, y en el momento de escribir esto los drivers de NVIDIA vGPU todavía no eran compatibles con este kernel. También se ha informado de que el módulo del kernel DRBD no compila contra 6.17 sin intervención manual.
• AppArmor + runc en Debian 13: en un problema recurrente, Docker dentro de contenedores LXC sin privilegios se rompe por las restricciones de AppArmor. 9.1 relajó algunas de esas restricciones precisamente para resolverlo en los contenedores sin privilegios, pero si ejecutas Docker dentro de LXC, revisa tu configuración concreta después de actualizar.
• Retraso de los drivers de NVIDIA: como en la mayoría de los saltos de kernel, la compatibilidad de los drivers de NVIDIA suele ir entre semanas y meses por detrás del kernel compatible más reciente. Si tu homelab depende del passthrough o la transcodificación con NVIDIA, confirma que hay soporte de drivers para tu combinación concreta de tarjeta y kernel antes de actualizar un sistema en producción, y fija el kernel anterior mientras tanto si hace falta.

Si sigues en una versión antigua

Es más habitual de lo que sugiere el consejo de la comunidad de "mantente siempre al día". En los hilos de soporte aparecen una y otra vez pequeñas empresas y homelabs con instalaciones de Proxmox VE 5.x o 6.x que nadie ha tocado desde que se montaron. Si es tu caso, no intentes saltar directamente a 9.x. Recorre las versiones mayores en orden (de 5 a 6, a 7, a 8 y a 9), haciendo copia de seguridad y comprobando la estabilidad en cada paso. Si la máquina es desechable y tienes copias actuales de todo lo que importa, plantéate en su lugar una reinstalación limpia con el Proxmox VE actual, que suele ser más rápida y menos arriesgada que cuatro actualizaciones mayores seguidas sobre una instalación antigua y posiblemente ya llena de rarezas.

Lecturas relacionadas

Para el proceso de instalación en sí, consulta nuestra guía de instalación de Proxmox VE. Para la automatización posterior a la instalación, consulta la sección de scripts de ayuda de Proxmox.