Cómo solucionar el error «VT‑x o AMD‑V no disponible» en VirtualBox

Qué es y qué vas a resolver: El error «VT‑x no disponible» aparece cuando VirtualBox intenta arrancar una máquina virtual pero no puede usar las extensiones de virtualización del procesador (Intel VT‑x o AMD‑V). En este artículo tendrás comprobaciones rápidas, cómo verificar soporte de CPU, cómo activar la virtualización en BIOS/UEFI y soluciones concretas para Windows, Linux y macOS —incluyendo comandos útiles y cómo comprobar que todo funciona.

VT-x no disponible: causas rápidas

VirtualBox necesita acceso exclusivo a las extensiones de virtualización de CPU. El error suele deberse a una de estas causas: la virtualización está desactivada en el firmware (BIOS/UEFI); otro hipervisor o servicio la está usando (Hyper‑V, VBS/Memory Integrity en Windows; kvm/libvirt en Linux); o el host (por ejemplo Apple Silicon) no soporta la ejecución del tipo de huésped que intentas arrancar.

Comprobaciones iniciales (rápidas)

• Versión de VirtualBox: usa una versión reciente (7.x o superior si procede) y el paquete apropiado para tu arquitectura.
• Tipo de host y CPU: ¿Intel o AMD? ¿Mac Intel o Apple Silicon?
• Reinicia el equipo después de cambiar el firmware o desactivar funciones; muchos cambios no surten efecto hasta reinicio completo (no hibernación).

Cómo verificar que la CPU soporta VT‑x/AMD‑V

Comprueba con estos comandos según el sistema:

Windows

1. Abre CMD y ejecuta: systeminfo. En la salida busca la sección «Hyper‑V Requirements»; si aparece «Virtualization Enabled In Firmware: Yes» significa que la CPU y firmware lo soportan.
2. Si quieres una comprobación más detallada, usa la herramienta Sysinternals Coreinfo (opcional) y revisa la entrada de VT‑x.

Linux

lscpu | grep -E 'vmx|svm'
# o
grep -E --color 'vmx|svm' /proc/cpuinfo

Si aparece «vmx» (Intel) o «svm» (AMD) tu CPU soporta la extensión.

macOS

En Macs Intel abre «Información del Sistema» → Hardware y verifica el modelo de CPU; también puedes ejecutar:

sysctl -a | grep -i machdep.cpu.features

y buscar «VMX». En Apple Silicon (M1/M2/…) la arquitectura ARM no expone VT‑x/AMD‑V y muchas veces no podrás ejecutar huéspedes x86 sin emulación.

Activar virtualización en BIOS/UEFI

Si la CPU soporta virtualización pero está desactivada, entra al firmware (normalmente pulsando Del, F2, F10, Esc o una tecla del fabricante durante el arranque). Busca opciones con nombres habituales:

• Intel: «Intel Virtualization Technology», «VT‑x», «Virtualization Technology» o «Vanderpool»
• AMD: «SVM Mode», «AMD‑V», «Secure Virtual Machine»
• Otros menús: Security → Virtualization, Advanced → CPU Configuration.

Activa la opción, guarda y reinicia. Si no aparece, actualiza firmware (BIOS/UEFI) siguiendo las instrucciones del fabricante.

Soluciones específicas para Windows

Por qué Hyper‑V bloquea VT‑x

Cuando Hyper‑V (o funciones basadas en VBS) está activado Microsoft reserva las extensiones VT‑x y VirtualBox no puede acceder a ellas. La solución es liberar VT‑x desactivando Hyper‑V y características asociadas.

Pasos para desactivar Hyper‑V y liberar VT‑x

1. Desde PowerShell (administrador) puedes ejecutar:

Disable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-All -NoRestart
Disable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform -NoRestart
Disable-WindowsOptionalFeature -Online -FeatureName WindowsHypervisorPlatform -NoRestart

o con DISM:

dism /Online /Disable-Feature /FeatureName:Microsoft-Hyper-V-All

2. Deshabilita el lanzamiento del hipervisor (administrador CMD):

bcdedit /set hypervisorlaunchtype off

Reinicia el equipo. Para volver a activar Hyper‑V cambia off por auto y usa los comandos inversos para reactivar las características.

Desactivar Memory Integrity / Core isolation

Memory Integrity (aislamiento por hardware / HVCI) puede reservar VT‑x. Recomendado: desactívala desde Windows Security → Device security → Core isolation y apaga «Memory integrity»; reinicia. Si lo prefieres por línea de comandos (avanzado) hay entradas de registro que controlan esa función —haz copia de seguridad antes de editar el registro.

Aviso: desactivar estas protecciones reduce la seguridad del sistema; hazlo sólo si confías en tus fuentes y entiendes el riesgo.

WSL2, Docker Desktop y Virtual Workspaces

WSL2, Docker Desktop (modo WSL2), Windows Sandbox y Virtual Workspaces pueden depender de la plataforma de hipervisor de Windows. Si necesitas usar VirtualBox en lugar de estas tecnologías, desactiva las características mencionadas y usa soluciones alternativas (por ejemplo Docker con Hyper‑V o backend distinto). Tras desactivar, asegúrate de reiniciar.

Soluciones específicas para Linux

Identificar conflictos con KVM/libvirt

En GNU/Linux los módulos kvm ocupan las extensiones de virtualización. Comprueba si están cargados:

lsmod | egrep 'kvm|kvm_intel|kvm_amd'

Quitar módulos temporalmente

sudo systemctl stop libvirtd    # si existe
sudo systemctl stop virtqemud    # en distribuciones recientes
sudo modprobe -r kvm_intel kvm_amd kvm

Después inicia VirtualBox y prueba la VM. Esto es temporal: tras reiniciar los módulos volverán a cargarse.

Blacklisting permanente

Para evitar que los módulos se carguen en cada arranque crea un fichero (ejemplo Debian/Ubuntu):

sudo tee /etc/modprobe.d/blacklist-kvm.conf <<EOF
blacklist kvm
blacklist kvm_intel
blacklist kvm_amd
EOF
sudo update-initramfs -u

En Fedora/Red Hat en lugar de update-initramfs usa sudo dracut -f. También puedes systemctl disable --now libvirtd y otras unidades relacionadas.

Soluciones específicas para macOS y Apple Silicon

Intel Mac

Los Macs Intel soportan VT‑x en firmware; si VirtualBox indica que no hay VT‑x, reinicia el Mac y comprueba que no hay software que haya tomado el hipervisor. Si persiste, reinstala VirtualBox y el kernel extension (en versiones antiguas) y asegúrate de conceder permisos en Seguridad y privacidad si macOS los solicitó.

Apple Silicon (M1/M2/…)

En Apple Silicon la situación es diferente: la arquitectura ARM no expone VT‑x/AMD‑V para ejecutar huéspedes x86 nativamente. VirtualBox en Apple Silicon ha tenido compatibilidad limitada o en desarrollo. Para ejecutar máquinas virtuales en Apple Silicon considera alternativas maduras para ARM:

• UTM/QEMU (emulación y virtualización para ARM)
• VMware Fusion (ediciones para Apple Silicon, según disponibilidad)

Si necesitas ejecutar un invitado x86 con rendimiento razonable en Apple Silicon usa UTM con aceleración o una solución en la nube.

Ajustes dentro de VirtualBox y comprobaciones finales

• En la GUI de VirtualBox: selecciona la VM → Settings → System → Acceleration. Asegúrate de que «Enable VT‑x/AMD‑V» (o equivalente) esté activado. Si necesitas nested virtualization (VM dentro de VM) activa «Nested VT‑x/AMD‑V» en la configuración de CPU o usa VBoxManage.
• Comando útil:

  VBoxManage showvminfo "Nombre_VM"

  muestra si VirtualBox detecta la virtualización y otros detalles.

• Logs: si el error persiste, revisa el log de la VM (GUI → Show Log). Rutas típicas: C:\Users\<usuario>\VirtualBox VMs\<VM>\Logs\VBox.log en Windows o ~/VirtualBox VMs/<VM>/Logs/VBox.log en Linux/macOS.

Errores comunes y soluciones rápidas

• Mensaje tras desactivar Hyper‑V: sigue apareciendo el error — asegúrate de ejecutar bcdedit /set hypervisorlaunchtype off y reiniciar completamente.
• En Windows sigue activo Memory Integrity — comprueba en Windows Security y, si necesario, cambia la clave de registro con cuidado.
• En Linux: modprobe no quita módulos porque están en uso — para forzar cierre detén servicios que usan KVM (libvirtd, virtqemud, dockerd si usa KVM) antes de rmmod.
• Apple Silicon: si esperas ejecutar un huésped x86 de forma nativa, no funcionará; usa emulación o una alternativa.

Verificación final (cómo saber que funciona)

1. Comprueba que la CPU muestra vmx/svm con los comandos del apartado «Cómo verificar…».
2. En Windows, tras los cambios, systeminfo debería indicar que la virtualización está habilitada en firmware y no deberías ver dependencia de Hyper‑V en ejecución.
3. Intenta arrancar la VM en VirtualBox. Si arranca, revisa el log para confirmar que no hay errores relacionados con VT‑x/AMD‑V.

Si tras seguir los pasos la máquina virtual no arranca, revisa las configuraciones de CPU de la VM (nº de CPUs, PAE/NX, EFI/BIOS) y prueba a reducir CPUs a 1 temporalmente. También es buena idea consultar el log y buscar líneas que mencionen «VT-x», «AMD-V» o «hypervisor».

Si después de la reparación necesitas configurar red o instalar un huésped, consulta guías relacionadas como Instalar Windows 11 en VirtualBox — Paso a Paso o para redes Qué hacer si tu máquina virtual de VirtualBox no tiene Internet.

Preguntas frecuentes

¿Puedo usar VirtualBox si quiero también Hyper‑V algunas veces?

Sí, pero no simultáneamente. Para alternar entre Hyper‑V y VirtualBox deberás activar/desactivar las características (y ejecutar bcdedit si procede) y reiniciar entre cambios.

¿Desactivar Memory Integrity es seguro?

Reduce protección frente a ciertos ataques. Solo desactívalo si es imprescindible para usar VirtualBox y vuelve a activarlo cuando termines de ejecutar las VMs que lo requieran.

Mi Mac con Apple Silicon no arranca mi VM x86. ¿Hay solución?

Para ejecutar x86 en Apple Silicon necesitas emulación (UTM/QEMU). VirtualBox en ARM tiene limitaciones; evalúa usar UTM o recursos en la nube.

¿Necesitas que te guíe paso a paso en tu caso concreto (Windows/Linux/macOS) indicando salida de comandos o logs? Dime sistema operativo y salida de systeminfo (Windows) o lscpu/grep (Linux) y te doy los pasos exactos.