|

VirtualBox 7.2.14: qué corrige y por qué actualizar

En pocas palabras: Oracle publicó VirtualBox 7.2.14 el 21 de julio de 2026, un release de mantenimiento sin features nuevas. Suma soporte inicial para el kernel Linux 7.2 en el host, corrige un reinicio de Windows 11 al actualizar entradas DBX de Secure Boot y arregla el portapapeles Unicode.

Oracle publicó VirtualBox 7.2.14 el 21 de julio de 2026 como release de mantenimiento de la rama 7.2. Los cambios más relevantes: soporte inicial para el kernel Linux 7.2 en el host, corrección de un reboot de Windows 11 al actualizar entradas DBX de Secure Boot, y arreglo del manejo de portapapeles con formatos Unicode en hosts Windows.

VirtualBox es el hipervisor tipo 2 gratuito y de código abierto de Oracle, que corre sobre Windows, Linux, macOS y Solaris para ejecutar máquinas virtuales invitadas. La versión 7.2.14, del 21 de julio de 2026, es un maintenance release: no agrega funciones nuevas, corrige regresiones y estabiliza la rama 7.2. Su cambio destacado es el soporte inicial para el kernel Linux 7.2 en el sistema anfitrión.

En 30 segundos

  • Fecha y tipo: 21 de julio de 2026, maintenance release de la rama 7.2. Sin features nuevas.
  • Kernel 7.2: soporte inicial en el host Linux. El changelog dice “initial support”, nada más.
  • Fix crítico UEFI: se arregló un posible bug check y reinicio de Windows 11 al actualizar entradas DBX de Secure Boot.
  • Enterprise Linux: corregido el soporte para los kernels actualizados de RHEL 9.8 y 9.9 en los guests.
  • Compilar desde fuente: NASM 2.16 o posterior ahora sirve para todo el build del BIOS.

¿Qué cambió respecto de la versión 7.2.12?

La 7.2.14 suma siete cambios sobre la 7.2.12 (que salió el 30 de junio de 2026), según el changelog oficial de la rama 7.2. Son fixes repartidos entre VMM, el instalador de Windows, el host Windows, el host Linux, los guests Linux, UEFI y BIOS. La descripción de Oracle es escueta: “This is a maintenance release”, improves stability and fix regressions.

  • VMM y Hyper-V: VirtualBox ya no consulta ni setea xcr0 en CPUs sin la feature xsave cuando usás Windows Hyper-V como motor de virtualización.
  • Instalador de Windows: ahora detecta el runtime de Visual C++ a través de la infraestructura de servicing en vez de asumir.
  • Host Windows: arreglado el manejo de formatos Unicode en el clipboard compartido.
  • Host Linux: soporte inicial para kernel 7.2.
  • Guest Linux: soporte corregido para los kernels actualizados de RHEL 9.8 y 9.9.
  • UEFI: corregido el posible bug check y reinicio de Windows 11 al actualizar entradas DBX de Secure Boot.
  • BIOS: prerrequisitos de build simplificados, NASM 2.16 o posterior ya alcanza para todo.

Ninguno es espectacular. Todos juntos, sí: es la clase de release que preferís tener instalada antes de que el problema aparezca.

¿Qué significa “soporte inicial para Linux kernel 7.2” y a quién le importa?

Significa que los módulos del kernel de VirtualBox (vboxdrv, vboxnetflt, vboxnetadp) compilan y cargan en un host Linux que corre kernel 7.2. Es soporte del anfitrión, no del invitado: si tu máquina física va a saltar a una distro con kernel 7.2, esta versión es la que te evita que VirtualBox deje de arrancar después del reboot. Las VMs que corren adentro no se enteran.

Esta distinción confunde a mucha gente, así que vale la aclaración concreta. Ponele que tenés Fedora en el escritorio y VMs con Debian adentro: el kernel que importa acá es el de Fedora. El de Debian dentro de la VM se rige por otra cosa, las Guest Additions. Ya lo cubrimos antes en herramientas de integración continua.

Ojo con la palabra “inicial”. Oracle no promete soporte completo ni estable, promete que compila y arranca. Cuando el kernel 7.2 se estabilice y llegue a las distros, es esperable que salgan 7.2.16 o 7.2.18 con los ajustes finos. Si tu workflow depende de VirtualBox, quedarte un ciclo atrás en el kernel del host es la jugada conservadora.

¿Qué problemas de estabilidad corrige VirtualBox 7.2.14?

Tres fixes tienen síntomas visibles para el usuario. El de UEFI evita que una VM con Windows 11 tire un bug check (pantalla azul) y se reinicie al actualizar las entradas DBX de Secure Boot, algo que pasa cuando Windows Update mete una revocación de bootloaders. El de clipboard resuelve el copiar y pegar roto con texto Unicode entre host Windows y guest. El de VMM ataca fallas al usar Hyper-V como backend en CPUs sin xsave.

¿El más molesto de los tres? El de Secure Boot, sin dudas. Una VM que se reinicia sola durante un update de Windows es exactamente el escenario donde terminás con un disco virtual corrupto y una tarde perdida restaurando snapshots.

El del clipboard es menos grave pero más frecuente. Copiás una ruta con acentos, o texto en cirílico, o un emoji perdido en un log, y del otro lado aparece basura. Con esta versión, arreglado.

¿Qué mejoras hay para máquinas virtuales Windows?

La 7.2.14 aporta el fix de UEFI/Secure Boot para guests Windows 11 y la detección de runtime de Visual C++ en el instalador. Las mejoras de rendimiento DX11 para guests Windows, en cambio, no son de esta versión: llegaron en la 7.2.12 del 30 de junio de 2026, junto con varios fixes de DirectX. Si venís de la 7.2.10 o anterior, te las llevás en el mismo salto. Para más detalles técnicos, mirá automatización de pruebas con Jenkins.

Lo del instalador parece un detalle burocrático y en la práctica sí lo es, pero resuelve el clásico “instalé VirtualBox y no arranca porque falta el redistributable de Visual C++” en máquinas Windows recién formateadas.

¿Qué correcciones trae para hosts y guests Linux?

Para guests Linux, el cambio central es el soporte corregido a los kernels actualizados de RHEL 9.8 y 9.9. Red Hat rebasea el kernel dentro de una misma versión menor, y cuando eso pasa las Guest Additions dejan de compilar hasta que Oracle se pone al día. Para hosts, el soporte inicial a kernel 7.2 y (desde la 7.2.12) el fix de un kernel panic en el host.

Cualquiera que haya administrado un laboratorio con RHEL o CentOS conoce el ciclo: aplicás el update mensual de seguridad, se reinicia, las Guest Additions no compilan contra el kernel nuevo, se te cae la resolución de pantalla, se pierden las carpetas compartidas, el portapapeles deja de andar y terminás buscando el DKMS a mano un martes a la noche. Este release corta ese loop para 9.8 y 9.9.

El cambio de NASM va para quien compila VirtualBox desde fuente. Antes había prerrequisitos distintos según la parte del BIOS que estuvieras armando; ahora NASM 2.16 o posterior sirve para todo. Los problemas de build con NASM en host y guest Linux ya se habían corregido en la 7.2.12.

¿Cómo se compara con las versiones anteriores de la rama 7.2?

La rama 7.2 viene con un ritmo de release irregular durante 2026: períodos de varios meses sin novedades y tramos de apenas un par de semanas entre entregas. Esta tabla resume las últimas cuatro entregas con su fecha oficial y el cambio más significativo de cada una, según la página de novedades de Oracle VirtualBox.

VersiónFechaCambio destacado
7.2.1421 jul 2026Soporte inicial kernel Linux 7.2; fix reboot Windows 11 con Secure Boot DBX
7.2.1230 jun 2026Mejoras de rendimiento DX11 en guest Windows; fix kernel panic en host Linux
7.2.1016 jun 2026Fix arranque de CentOS 10 (“Fatal glibc error: CPU does not support x86-64-v3”); USB en VM headless con Apple Silicon
7.2.821 abr 2026Maintenance release (misma fecha que la 7.1.18 de la rama anterior)
virtualbox 7.2.14 diagrama explicativo

Detalle no menor: Oracle sigue manteniendo la rama 7.1 en paralelo. La 7.1.18 salió el mismo 21 de abril de 2026 que la 7.2.8. Si por política interna no podés saltar de rama mayor, tenés a dónde agarrarte. Más contexto en optimización web para múltiples regiones.

¿Cómo descargo e instalo VirtualBox 7.2.14?

Bajás el instalador desde virtualbox.org, apagás todas las VMs (apagadas, no suspendidas) e instalás encima de la versión anterior. VirtualBox conserva las máquinas virtuales y la configuración. Después de actualizar el programa principal, tenés que reinstalar las Guest Additions dentro de cada VM para que coincidan con la versión nueva.

  • Windows: corré el .exe y aceptá la instalación de los drivers de red. La conexión se corta unos segundos durante el proceso.
  • Linux: paquete .deb o .rpm según distro, o el repositorio oficial de Oracle. Si Secure Boot está activo en el host, vas a necesitar firmar los módulos del kernel o vboxdrv no carga.
  • macOS: el .dmg pide autorización de la extensión en Preferencias del Sistema y reinicio.
  • Servidores: en un VPS o servidor dedicado con hosting en donweb.com, actualizá por paquete y validá que vboxdrv levante antes de reiniciar las VMs headless.
  • Rollback: desinstalá la 7.2.14 y reinstalá el paquete de la versión previa. Los .vbox y .vdi quedan intactos.

Antes de todo esto: snapshot de las VMs que te importan. Toma dos minutos y te ahorra el disgusto.

¿Qué requisitos de sistema necesito para VirtualBox 7.2.14?

Los requisitos son los mismos que en el resto de la rama 7.2: procesador x86-64 con virtualización por hardware (VT-x o AMD-V) habilitada en el firmware, o Apple Silicon en macOS. Como host soporta Windows, Linux, macOS y Solaris. Para compilar desde fuente ahora alcanza con NASM 2.16 o posterior.

Dos advertencias que salen de los changelogs recientes. Si tu CPU no tiene la feature xsave y usás Hyper-V como motor, esta versión es la que corrige ese camino. Y si vas a levantar una VM ARM, asignale al menos 1024 MiB de RAM: el fix de arranque por debajo de ese umbral llegó recién en la 7.2.10.

Errores comunes al actualizar VirtualBox

  • No reinstalar las Guest Additions. Actualizás el host, la VM arranca, todo parece bien y de golpe no funcionan las carpetas compartidas ni el redimensionado de pantalla. Las Additions viejas contra un VirtualBox nuevo son una combinación que da síntomas raros y difíciles de rastrear.
  • Actualizar con VMs suspendidas. Un estado guardado con una versión y restaurado con otra puede no levantar. Apagá las máquinas del todo antes de tocar el instalador.
  • Olvidarse de Secure Boot en el host Linux. Si el host tiene Secure Boot activo, los módulos recién compilados no cargan hasta que los firmes con MOK. El error que ves es “Kernel driver not installed (rc=-1908)” y no menciona Secure Boot por ningún lado.
  • Asumir que “maintenance release” quiere decir cero riesgo. Un fix en VMM toca el corazón del hipervisor. En entornos productivos, probá en una máquina primero.

Preguntas Frecuentes

¿Cuándo salió VirtualBox 7.2.14?

Oracle la publicó el 21 de julio de 2026, según la página oficial de novedades de VirtualBox. Es la quinta entrega de mantenimiento de la rama 7.2 en lo que va del año, después de la 7.2.12 del 30 de junio. Sobre eso hablamos en ejecutar agentes en máquinas locales.

¿VirtualBox 7.2.14 es gratis?

Sí, el paquete base de VirtualBox es software libre bajo GPL y se descarga sin costo desde virtualbox.org. El Extension Pack de Oracle, que agrega USB 2.0/3.0 y RDP, tiene licencia propia y es gratuito solo para uso personal, educativo o de evaluación.

¿Tengo que actualizar si mi VirtualBox anda bien?

Si corrés Windows 11 dentro de una VM, sí: el fix de reinicio por entradas DBX de Secure Boot justifica el salto por sí solo. Si usás RHEL 9.8 o 9.9 como guest, también. En cualquier otro escenario podés esperar sin problema, porque no hay funcionalidad nueva que te estés perdiendo.

¿VirtualBox 7.2.14 funciona con el kernel Linux 7.2 en la máquina virtual?

El changelog menciona soporte inicial para kernel 7.2 en el host Linux, no en el guest. Para el sistema invitado, lo que importa son las Guest Additions, y ahí la 7.2.14 corrige el soporte a los kernels actualizados de RHEL 9.8 y 9.9.

¿Se pierden las máquinas virtuales al actualizar?

No. La instalación por encima conserva los archivos .vbox, los discos .vdi y los snapshots, que viven en tu carpeta de usuario y no en el directorio del programa. Igual conviene tomar un snapshot antes, sobre todo si vas a saltar varias versiones de una.

Conclusión

VirtualBox 7.2.14 no cambia nada de cómo trabajás. Corrige siete cosas puntuales y adelanta compatibilidad con un kernel que todavía no llegó a las distros estables, que es exactamente lo que uno espera de un maintenance release.

La decisión práctica es corta. Si virtualizás Windows 11 o RHEL 9.8/9.9, actualizá esta semana. Si administrás hosts Linux que van a rotar a kernel 7.2 en los próximos meses, tenela en el radar pero no corras: “soporte inicial” es una promesa modesta y la 7.2.16 seguro trae los ajustes. Para el resto, snapshot, instalación encima, reinstalar Guest Additions, y a otra cosa.

Fuentes

Te puede interesar...