VirtualBox y libvirt/virt-manager: dos enfoques para virtualizar en Debian

Durante un tiempo usé libvirt con virt-manager como mi solución principal de virtualización en Debian. La razón era simple: VirtualBox y KVM no podían coexistir sin intervención manual, y libvirt resolvía ese problema de raíz porque es KVM — no compite con él, lo usa directamente. Sin blacklist, sin módulos que descargar, sin elegir entre uno y otro cada vez.

Hoy la situación cambió con VirtualBox 7.2.2 y kernel 6.16+. Eso me llevó a replantear qué herramienta usar y para qué.

libvirt + virt-manager

libvirt no es un hipervisor sino una capa de gestión sobre KVM. Las VMs corren sin capas intermedias, con acceso nativo al hardware de virtualización. En un equipo como el mío — HP ProBook 4440s con i3-2370M y 16 GB de RAM — esa diferencia se nota en CPU y disco. La gestión de redes es más robusta: bridge real, NAT con control fino, redes aisladas. La contra es la curva de entrada: más pasos, menos documentación accesible para principiantes.

VirtualBox

Hipervisor tipo 2: corre como aplicación sobre el host, con el costo de rendimiento que eso implica. La ganancia es portabilidad — la misma VM en formato OVA abre en Windows, macOS o Linux sin cambios. La interfaz es más inmediata y las Guest Additions (resolución automática, portapapeles compartido, carpetas compartidas) se instalan desde un menú. El conflicto histórico con KVM quedó resuelto desde la 7.2.2 en adelante con kernel 6.16+.

Comparativa directa

Rendimiento: libvirt/KVM gana. Sin capa de emulación adicional, las VMs responden mejor, especialmente en hardware limitado.

Facilidad de uso: VirtualBox gana para usuarios nuevos. Interfaz más intuitiva y documentación más abundante en español.

Portabilidad de imágenes: VirtualBox gana con OVA. Con libvirt se puede convertir qcow2, pero no es transparente para un estudiante.

Integración con Linux: libvirt gana. Está pensado para Linux y se comporta como Linux.

Coexistencia con KVM: Antes VirtualBox perdía sin discusión. Hoy, con 7.2.2+ y kernel 6.16+, ambos corren al mismo tiempo sin conflicto.

Uso en aula: VirtualBox gana — no por rendimiento sino porque los estudiantes pueden recibir una imagen OVA e importarla en tres clics desde cualquier sistema operativo.

¿Cuál usar?

No son excluyentes. Uso libvirt/virt-manager para mis VMs de trabajo donde el rendimiento importa, y VirtualBox para preparar y distribuir imágenes a estudiantes. Antes esa combinación obligaba a elegir uno por sesión. Hoy en Debian sid con kernel 7.0.x ambos conviven sin tocar nada, y eso cambió completamente la forma en que trabajo.

Posts relacionados: Instalar VirtualBox en Debian 13 • Adaptación de redes y KVM en Ubuntu • El blacklist que ya no necesitas

Prólogo mejorado con Inteligencia Artificial basado en el contexto humano.

VirtualBox y KVM en Debian sid: el blacklist que ya no necesitas

En septiembre de 2025 documenté cómo evitar el conflicto entre VirtualBox y KVM creando el archivo /etc/modprobe.d/blacklist-kvm.conf para bloquear los módulos kvm y kvm_intel. En ese momento era la solución correcta y necesaria. Hoy, esa configuración no solo es innecesaria — si la tienes aplicada, puede ser el motivo por el que VirtualBox no te arranca ninguna VM.

¿Qué cambió?

Dos cosas ocurrieron en paralelo que juntas resolvieron el problema de raíz:

VirtualBox 7.2.2 introdujo soporte para usar las API de KVM al momento de adquirir y liberar el acceso a VT-x en el host. En lugar de intentar tomar el control exclusivo del hardware de virtualización (lo que generaba el conflicto), ahora VirtualBox negocia ese acceso directamente con el módulo kvm_intel a nivel de kernel, sin pisarlo ni necesitar que esté fuera de juego.

El kernel Linux 7.0 es el otro componente: el arreglo de VirtualBox 7.2.2 requiere kernel 6.16 o superior para activarse. Con versiones anteriores del kernel, el comportamiento antiguo (y el conflicto) seguía presente.

En Debian sid, que actualmente usa el kernel 7.0.x, ambas condiciones se cumplen desde los repositorios oficiales sin tocar nada extra.

Lo que hay que hacer ahora

Si tienes el archivo de blacklist creado en el post anterior, bórralo:

sudo rm /etc/modprobe.d/blacklist-kvm.conf

Y reconstruye el initramfs para que el cambio tome efecto en el próximo arranque:

sudo update-initramfs -u

Verifica que los módulos de KVM estén cargados (deben estarlo para que VirtualBox funcione correctamente):

lsmod | grep kvm

Deberías ver kvm_intel y kvm en la lista. Si no aparecen, cárgalos manualmente:

sudo modprobe kvm kvm_intel

Instalar VirtualBox en Debian sid

Con el blacklist eliminado, la instalación desde los repositorios oficiales de Debian es directa. Primero los headers del kernel en uso:

sudo apt install linux-headers-$(uname -r)

Luego VirtualBox y sus componentes:

sudo apt install virtualbox virtualbox-qt virtualbox-dkms virtualbox-guest-additions-iso

Agrega tu usuario al grupo correspondiente:

sudo usermod -aG vboxusers $USER

Y para confirmar que el módulo compiló correctamente contra tu kernel:

dkms status

Liberar rangos de red

Esto no cambia respecto al post anterior y sigue siendo necesario. Crea la carpeta si no existe:

sudo mkdir -p /etc/vbox

Y dentro de ella el archivo networks.conf con el siguiente contenido:

* 0.0.0.0/0 ::/0

Este comodín permite cualquier rango IPv4 e IPv6 sin restricciones en las redes virtuales de VirtualBox.

La prueba real

La forma más sencilla de confirmar que la coexistencia funciona es dejar corriendo una VM de VirtualBox y verificar con lsmod que kvm_intel sigue cargado al mismo tiempo. Si ambos conviven sin errores, el conflicto que documenté en 2025 ya es historia.

Actualización de la entrada publicada en septiembre de 2025. El procedimiento anterior era correcto para el contexto de ese momento (kernel 6.x, VirtualBox pre-7.2.2). Este nuevo post documenta el comportamiento actual en Debian sid con kernel 7.0.x y VirtualBox desde los repositorios oficiales de Debian.

Prólogo mejorado con Inteligencia Artificial basado en el contexto humano.

Debian

Llevo mucho tiempo usando una laptop HP ProBook 4440s que poco a poco le he ido mejorando hasta donde es posible claro esta pero aun no mejoro el procesador dentro de sus limitaciones, actualmente tiene un i3-2370m que me ha sido muy fiel eso no lo puedo negar.

Le he colocado muchas distribuciones, y tambien otros Windows 10/11 y ha sido bastante responsiva. 

 Actualmente uso Debian, la he estado migrando en sus diferentes versiones y ramas. Actualmente la he llevado a Forky que al momento de escribir esto es la version de pruebas con el Kernel 7.0.x 

 Pense que me daria mas problemas, pero ha migrado bien. Mantengo los repositorios oficiales.

Repositorios extras tengo solo el de Antigravity, OneDrive, Microsoft Edge y Microsoft Produccion para algunos otros programas que actualmente no estoy usando pero pienso aprender.

 Veamos que tal avanza.

Este post no ha sido modificado con AI.