Virtualización hardware

Virtualización por hardware en Windows: qué es y cómo arreglar sus errores

octubre 25, 2026 Window Error 10 min read
Virtualización por hardware en Windows: qué es y cómo arreglar sus errores

Si al abrir WSL, Docker o una máquina virtual te sale el mensaje "La virtualización asistida por hardware está deshabilitada" o el código 0x80370102, tu PC tiene una capa del procesador (Intel VT-x o AMD-V) apagada o le falta la característica de Windows que la activa. Lo más probable es que se arregle encendiendo esa opción en la BIOS/UEFI y marcando "Plataforma de máquina virtual" en las características de Windows. Esta guía sirve para Windows 10 y Windows 11, en sus ediciones Home y Pro.

Qué es la virtualización por hardware en Windows

La virtualización por hardware es una función del procesador (Intel VT-x en Intel, AMD-V en AMD) que permite crear máquinas virtuales y contenedores dentro de Windows. Sobre ella se apoyan la Plataforma de máquina virtual, Hyper-V y WSL 2. Sin esa función activa en el procesador, los programas de virtualización no pueden arrancar máquinas: por eso WSL, Docker o VirtualBox fallan al abrir una distribución o una VM. La virtualización se activa en dos sitios: dentro de la BIOS/UEFI del PC y dentro de las características de Windows; ambas deben estar encendidas para que WSL, Docker o cualquier hipervisor funcione.

Lo que ves, por qué pasa y dónde se arregla

Lo que ves en tu PC Causa más probable Dónde se arregla
"La virtualización asistida por hardware está deshabilitada" al abrir Docker, VirtualBox o BlueStacks Virtualización apagada en la BIOS/UEFI Activar Intel VT-x o AMD-V en la BIOS/UEFI
0x80370102 "No se pudo iniciar la máquina virtual porque no está instalada una característica necesaria" Falta Plataforma de máquina virtual en Windows Activar Plataforma de máquina virtual en Características de Windows
WSL arranca pero va muy lento, o VirtualBox da error de hypervisor El hipervisor está en Off (hypervisorlaunchtype Off) Forzar el hipervisor en Auto con bcdedit
0x80370102 en un PC con CPU antigua (sin SLAT) Procesador sin Second Level Address Translation Sin arreglo por software: cambiar de equipo
Hyper-V no aparece en Características de Windows Tu edición es Windows Home Activar Plataforma de máquina virtual y usar WSL 2 o un hipervisor de terceros

Confirma si tu PC tiene la virtualización disponible

Antes de tocar nada, conviene comprobar tres cosas: que la CPU admita virtualización, que Windows la tenga encendida y que el hipervisor esté arrancando. Con esas tres respuestas sabrás qué parte de esta guía te toca.

La CPU del PC admite virtualización por hardware

  1. Pulsa Win+X y abre Terminal (Administrador) (en Windows 10, Windows PowerShell (Administrador)).
  2. Escribe systeminfo y pulsa Enter.
  3. Busca la línea "Hyper-V – Características de la máquina virtualizada" (Apoyo de runtime de MVVM en algunas). Si pone "Sí" en las cuatro subentradas, el procesador y Windows están listos.

Para ver el modelo exacto de CPU y consultar en la web del fabricante si admite VT-x o AMD-V:

ConfiguraciónSistemaAcerca deEspecificaciones del dispositivoProcesador

Ahí sale el nombre del procesador; búscalo en ark.intel.com o en amd.com para confirmar la compatibilidad.

Comprueba: Si "Hyper-V – Características de la máquina virtualizada" muestra cuatro "Sí", tu PC está listo. Si alguna sale "No", ve a "Activa Intel VT-x o AMD-V en la BIOS/UEFI".

Windows tiene la virtualización activada

  1. Pulsa Win+R, escribe optionalfeatures y pulsa Enter.
  2. En la ventana Características de Windows, comprueba que estén marcadas Plataforma de máquina virtual y, si usas Pro o superior, Hyper-V.
  3. Si falta alguna, márcala, pulsa Aceptar y reinicia.
Comprueba: Las dos casillas marcadas y, al volver, "systeminfo" muestra todas las entradas de Hyper-V en "Sí". Si no las ves, ve a "Falta la Plataforma de máquina virtual".

El hipervisor está arrancando al iniciar Windows

  1. Abre Terminal (Administrador) (Win+X > Terminal (Administrador) o Windows PowerShell (Administrador) en Windows 10).
  2. Escribe el siguiente comando y pulsa Enter:

bcdedit /enum | findstr -i hypervisorlaunchtype
  1. Fíjate en el valor de hypervisorlaunchtype.

hypervisorlaunchtype    Auto
Comprueba: Si dice "Auto", el hipervisor está arrancando. Si dice "Off", ve a "Asegúrate de que el hipervisor arranca al inicio".

La virtualización está desactivada en la BIOS/UEFI: enciéndela

Si la causa es la BIOS/UEFI (lo ves porque optionalfeatures tiene la Plataforma marcada pero el programa sigue diciendo que la virtualización está deshabilitada, o porque "systeminfo" muestra algún "No" en Hyper-V), enciende Intel VT-x o AMD-V desde el firmware del PC. Al volver a Windows, WSL 2, Hyper-V y los hipervisores de terceros ya ven el hardware.

Entra a la BIOS/UEFI desde Windows

  1. Abre Configuración (Win+I).
  2. Ve a Sistema y entra en Recuperación.
  3. En Inicio avanzado, pulsa Reiniciar ahora.
  4. Tras reiniciar, elige Solucionar problemas > Opciones avanzadas > Configuración de firmware UEFI.
  5. Pulsa Reiniciar; entrarás en la BIOS/UEFI.
Nota: En algunos PC la tecla de acceso a la BIOS es SUPR, F2 o F12 al encender; consulta el manual de tu modelo si el camino de Windows no funciona.

Activa Intel VT-x o AMD-V en la BIOS/UEFI

  1. Dentro de la BIOS/UEFI, entra al apartado CPU o Procesador (también puede estar en Advanced > CPU Configuration).
  2. Busca la opción Intel VT-x, Virtualization Technology, AMD-V, AMD SVM o SVM Mode.
  3. Cámbiala a Enabled (Activada).
  4. Pulsa F10 para guardar y salir; el PC reiniciará.
Cuidado: Antes de tocar la BIOS/UEFI, ten a mano un punto de restauración. Si no ves la opción de virtualización, actualiza la BIOS desde la web del fabricante del PC o de la placa base; algunos equipos la traen oculta en BIOS antiguas.
Comprueba: Al volver a Windows, abre Administrador de tareas (Ctrl+Mayús+Esc) > Rendimiento > CPU; abajo a la derecha debe decir "Virtualización: Activada". Si sigue diciendo "Desactivada", repite los pasos o actualiza la BIOS.

Falta la Plataforma de máquina virtual: actívala en Windows

Si la causa es que falta la característica (lo ves porque optionalfeatures no muestra "Plataforma de máquina virtual" marcada, o porque WSL/Docker devuelven 0x80370102), enciéndela en Windows. Hyper-V completo solo está en Pro y superiores; Home puede usar Plataforma de máquina virtual y WSL 2.

Enciende Plataforma de máquina virtual y, en Pro, Hyper-V

  1. Pulsa Win+R, escribe optionalfeatures y pulsa Enter.
  2. Marca Plataforma de máquina virtual y, si tu edición lo trae, Hyper-V (incluye Herramientas de administración de Hyper-V y Plataforma de Hyper-V).
  3. Pulsa Aceptar, deja que Windows aplique los cambios y reinicia cuando lo pida.
Nota: Hyper-V no está en Windows Home; ahí solo enciende Plataforma de máquina virtual y usa WSL 2 o un hipervisor de terceros. Si no ves "Hyper-V" en la lista, tu edición es Home.
Comprueba: Tras reiniciar, ejecuta systeminfo en Terminal; las cuatro entradas de Hyper-V deben decir "Sí", y wsl --status no debe dar 0x80370102.

Asegúrate de que el hipervisor arranca al inicio

  1. Abre Terminal (Administrador) (Win+X > Terminal (Administrador); en Windows 10, Windows PowerShell (Administrador)).
  2. Escribe el siguiente comando y pulsa Enter:

bcdedit /set hypervisorlaunchtype Auto
  1. Reinicia el PC.
  2. Al volver, comprueba con:

bcdedit /enum | findstr -i hypervisorlaunchtype
Comprueba: El comando muestra hypervisorlaunchtype Auto y "systeminfo" muestra "Sí" en todas las entradas de Hyper-V. Si sigue en "Off", repite el comando o restaura Windows.

0x80370102 al abrir WSL o una máquina virtual: repara la característica

Si la causa es el código 0x80370102 (lo ves al abrir una distribución de WSL o una VM con el mensaje "No se pudo iniciar la máquina virtual porque no está instalada una característica necesaria"), repara la Plataforma de máquina virtual. En algunas builds de Windows 11 hay que reparar WSL con el comando de Microsoft.

Reinicia el servicio de WSL y abre otra vez la distribución

  1. Abre Terminal (Administrador).
  2. Escribe:

wsl --shutdown
  1. Pulsa Enter. Después, lista las instaladas:

wsl -l -v
  1. Si no aparece ninguna o alguna da error, actualiza WSL:

wsl --update
  1. Reinicia el PC y abre la distribución desde el menú Inicio.
Comprueba: wsl -l -v muestra la distribución con estado "Running" o "Stopped". Si sigue saliendo 0x80370102, repara WSL con la herramienta de Microsoft.

Repara WSL con el comando de reparación de Microsoft

  1. Ve a la página de soporte de Microsoft sobre solución de problemas de WSL y descarga la herramienta de reparación de WSL.
  2. Ejecuta el archivo descargado como administrador (clic derecho > Ejecutar como administrador).
  3. Deja que termine, reinicia el PC y abre la distribución.
ConfiguraciónAplicacionesAplicaciones instaladasWSL (o "Windows Subsystem for Linux")Opciones avanzadasReparar
Comprueba: La distribución abre una terminal Linux sin el error 0x80370102. Si no abre, comprueba que la BIOS/UEFI tenga Intel VT-x o AMD-V activado.

El PC usa Windows Home: qué virtualización te queda

Si tu edición es Windows Home (lo ves en Configuración > Sistema > Acerca de > Especificaciones de Windows > Edición), no trae Hyper-V completo. Sí puedes usar WSL 2, la Plataforma de máquina virtual y programas de virtualización de terceros compatibles.

Usa WSL 2 o Plataforma de máquina virtual en Windows Home

  1. Abre Terminal (Administrador).
  2. Escribe:

wsl --install
  1. Pulsa Enter, deja que instale WSL y la Plataforma virtualizada; reinicia cuando lo pida.
  2. Para máquinas virtuales de escritorio (Windows o Linux), descarga VirtualBox 6 o posterior o VMware 15.5.5 o posterior desde su web oficial; conviven con la Plataforma de máquina virtual.
Comprueba: Una distribución de Linux se abre desde Inicio y wsl -l -v muestra la versión 2. VirtualBox o VMware arrancan una VM sin errores de hypervisor.

Apaga el antivirus o el sandbox que bloquea el hipervisor

  1. Si WSL o la VM fallan tras instalar un antivirus nuevo, abre su panel.
  2. Desactiva temporalmente la opción de protección contra manipulaciones del hipervisor o el sandbox integrado del antivirus.
  3. Vuelve a abrir WSL o la VM.
  4. Si funciona, deja el antivirus activo y crea una exclusión para el programa de virtualización (%ProgramFiles%\VirtualBox o la carpeta de VMware).
Cuidado: Desactivar la protección del hipervisor deja el equipo más expuesto; hazlo solo para probar y vuelve a activarla cuanto antes, con la exclusión creada.
Comprueba: WSL o la VM arrancan sin error. Tras crear la exclusión, el problema no se repite y el antivirus sigue protegiendo el sistema.

Si nada de lo anterior arranca la virtualización

Si ya has encendido la BIOS/UEFI, activado Plataforma de máquina virtual y puesto el hipervisor en Auto, y sigue sin funcionar, repara los archivos del sistema. Si aun así falla, restablece Windows conservando tus archivos.

DISM y SFC para reparar Windows

  1. Abre Terminal (Administrador).
  2. Escribe el primer comando y espera a que termine:

DISM /Online /Cleanup-Image /RestoreHealth
  1. Al terminar, escribe:

sfc /scannow
  1. Reinicia y prueba de nuevo la virtualización.
Comprueba: Ambos comandos terminan con "La operación se completó correctamente" o "no se encontraron infracciones de integridad". Tras reiniciar, systeminfo muestra todas las entradas de Hyper-V en "Sí".

Restablece Windows conservando tus archivos

  1. Abre Configuración (Win+I).
  2. Ve a Sistema > Recuperación.
  3. En Restaurar PC, pulsa Restablecer el PC.
  4. Elige Conservar mis archivos y luego Reinstalación local.
  5. Deja que termine, vuelve a activar la virtualización en Características de Windows y en la BIOS/UEFI.
Cuidado: El restablecimiento reinstala Windows; aunque conserva los archivos, desinstala programas y restablece ajustes. Haz copia de seguridad de lo importante antes.
Comprueba: Tras el reinicio, "systeminfo" muestra la virtualización activa y WSL/Hyper-V arrancan sin errores.

Lo que ya has descartado de la virtualización por hardware

  • Virtualización apagada en la BIOS/UEFI
  • Plataforma de máquina virtual desactivada en Windows
  • Hipervisor en Off (hypervisorlaunchtype Off)
  • Código 0x80370102 con WSL o una VM
  • Windows Home sin Hyper-V

Fuera de esta guía quedan la virtualización anidada (correr una VM dentro de otra VM) y los errores propios del programa de virtualización concreto que uses (pantalla en negro, drivers de red, etc.); para esos, consulta la documentación del programa.

Datos comprobados en octubre de 2026.

Fuentes

  1. MicrosoftVirtualizacion de hardware para Windows 10 Version 22H2 x64consultado el 15/10/2026
  2. MicrosoftErrores de WSL, Hyper-V y la virtualización (0x80370102 y «virtualización deshabilitada») — documentación oficialconsultado el 15/10/2026