2016-12-06 11:01:48 +0000 2016-12-06 11:01:48 +0000
129
129

VT-x no está disponible, pero está habilitado en BIOS

Recientemente comencé a tener un problema con VT-x en mi Windows 10 que se ejecuta en HP EliteBook. Estaba usando Oracle VirtualBox para ejecutar algunas VMs en él antes y VT-x estaba habilitado en el BIOS y funcionaba bien.

Comencé a recibir el error VT-x is not available cada vez que intentaba iniciar cualquiera de mis VMs. Eso empezó a suceder después de que instalé Docker en mi máquina, así que intenté desinstalarlo y reiniciarlo. No ayudó.

Comprobé la configuración del BIOS y dice que VT-x está habilitado, pero al comprobar con la Utilidad de identificación de procesadores de Intel® se ve que VT-x no es compatible y Oracle VirtualBox tampoco lo ve.

No hubo cambios de hardware y el único cambio de software fue la instalación/desinstalación de Docker.

¿Cómo se puede solucionar este problema?
Fuente

Respuestas (10)

167
167
167
2016-12-06 12:28:52 +0000

Hay tres culpables comunes para el tipo de error que el usuario está viendo:

  • VT-x no está habilitado en el BIOS
  • La CPU no soporta VT-x
  • La virtualización de Hyper-V está habilitada en Windows

Como el usuario ya ha eliminado los dos primeros posibles culpables, el siguiente paso es abrir un símbolo del sistema como administrador y ejecutar el siguiente comando: 

dism.exe /Online /Disable-Feature:Microsoft-Hyper-V

Después, reiniciar la PC y probar VirtualBox de nuevo.
Fuente
21
21
21
2017-11-21 10:03:09 +0000

Después de actualizar Windows 10 a “Actualización de creadores de otoño” me llegó el mismo problema. Lo resolví con los siguientes pasos:

  1. Habilitar todas las características de “Hyper-V” en “Activar o desactivar las características de Windows”.
  2. Reiniciar.
  3. Deshabilitar todas las funciones de “Hyper-V” en “Activar o desactivar las funciones de Windows”.
  4. Reinicie.
  5. Ahora VirtualBox está funcionando de nuevo y aparece (64-bit) en su lista de sistemas operativos.
Fuente
10
10
10
2018-06-19 11:52:39 +0000

Cuando tuve este problema, VMWare Player dio una mejor respuesta de diagnóstico que VirtualBox cuando intenté crear una máquina virtual de 64 bits.

Decía que mi máquina tenía habilitadas las funciones empresariales Device Guard y Credential Guard. Supongo que se activaron cuando corrí MalwareBytes; no puedo pensar en ningún otro cambio que haya hecho.

VMWare Player me señaló una página llamada Manage Windows Defender Credential Guard . Esa página tiene un montón de cosas acerca de la configuración del Administrador de políticas de grupo y similares, que por supuesto son irrelevantes para una instalación de W10 HOME.

A su vez, esa página me llevó a Herramienta de preparación de hardware Device Guard y Credential Guard , una herramienta de PowerShell para habilitar y deshabilitar este conjunto de características en los servidores.

Ejecutar esa herramienta en un shell de poder Run-As-Administrator y dar este comando 

.\DG_Readiness_Tool_v3.5.ps1 -Disable -AutoReboot

me llevó a través del proceso de deshabilitar esas características.

Y tengo la capacidad de virtualización de vuelta.
Fuente
8
8
8
2019-01-08 12:20:57 +0000

Si estás usando la última versión de Windows 10, deshabilita Integración de la memoria en Seguridad de Dispositivos y reinicia.

Estaba enfrentando un problema similar en la caja virtual cuando habilité esta opción. Desactivarla funcionó para mí.

Fuente
3
3
3
2019-03-14 12:49:52 +0000

Me tropezó el hecho de que había 2 opciones en el diálogo de características de Windows para apagar:

  • Hyper-V
  • Plataforma de Hipervisor de Windows

Había intentado una actualización a VirtualBox 6, y algunos problemas de rendimiento, y bajé a VirtualBox 5 y tuve estos problemas. Esperemos que esto ayude a alguien más.
Fuente
3
3
3
2017-06-29 12:27:43 +0000

Virtualbox funcionaba bien. Actualizé el antivirus Avast hoy, 29 de junio de 2017. Virtualbox entonces dio el error VT-x. En la configuración de Avast, vaya a la sección de solución de problemas y active “Usar la virtualización anidada donde esté disponible” y luego reinicie su PC. Esto funcionó para mí sin necesidad de otros cambios.
Fuente
1
1
1
2019-03-14 00:52:24 +0000

Llegué a este post pensando que el VT-x no estaba habilitado, porque Hyper-V me decía que “La máquina virtual está usando características específicas del procesador no soportadas en la computadora física”. Esto comenzó después de instalar las actualizaciones de Windows y reiniciar el servidor. En realidad, VT-x estaba realmente habilitado.

La solución fue eliminar el estado guardado para todas las VMs, efectivamente un apagado.

Parece que la razón de esto puede haber sido una actualización del microcódigo de la CPU, pero es difícil estar seguro, es algo que apareció en varios resultados de búsqueda.
Fuente
0
0
0
2020-02-13 19:13:06 +0000

El único cambio que funcionó para mí , después de probar muchos consejos relacionados aquí, fue:

En algunos hosts Windows con un BIOS EFI, DeviceGuard o CredentialGuard puede estar activo por defecto, e interfiere con aplicaciones de virtualización a nivel de SO de la misma manera que lo hace Hyper-v. Estas características deben ser desactivadas. En las versiones Pro de Windows puedes hacer esto usando gpedit.msc (establecer la Política de Computadora Local > Configuración de la Computadora \ ~ - Plantillas Administrativas \ ~ - Sistema \ ~ - Device Guard \ ~ - *Volver a la virtualización basada en la seguridad * ** a ** Desactivado **.
Fuente
0
0
0
2019-03-28 15:04:37 +0000

Como se mencionó en otra respuesta, Aislamiento del núcleo , Application Guard, Credential Guard y Device Guard utilizan la característica Hyper-V. Si no necesitas ese nivel de seguridad puedes deshabilitarlos ejecutando 

DG_Readiness_Tool_v3.5.ps1 -Enable -AutoReboot

o 

mountvol X: /s
copy %WINDIR%\System32\SecConfig.efi X:\EFI\Microsoft\Boot\SecConfig.efi /Y
bcdedit /create {0cb3b571-2f2e-4343-a879-d86a476d7215} /d "DebugTool" /application osloader
bcdedit /set {0cb3b571-2f2e-4343-a879-d86a476d7215} path "\EFI\Microsoft\Boot\SecConfig.efi"
bcdedit /set {bootmgr} bootsequence {0cb3b571-2f2e-4343-a879-d86a476d7215}
bcdedit /set {0cb3b571-2f2e-4343-a879-d86a476d7215} loadoptions DISABLE-LSA-ISO,DISABLE-VBS
bcdedit /set {0cb3b571-2f2e-4343-a879-d86a476d7215} device partition=X:
bcdedit /set hypervisorlaunchtype off
mountvol X: /d

Más información detallada sobre esos comandos se puede encontrar en Manage Windows Defender Credential Guard

Sin embargo en Windows 10 Build 18305 and up , además de las características de la guardia, Windows Sandbox también habilitará Hyper-V, porque también es una fina capa de virtualización

Si quieres usar la característica de la caja de arena entonces desafortunadamente no puedes deshabilitar Hyper-V como en otras respuestas. Hay dos soluciones para esto

  • Usar Hyper-V en su lugar. Si tiene máquinas virtuales funcionando en otros hipervisores como VirtualBox, entonces sólo migre a Hyper-V
  • Habilite la búsqueda anidada para que pueda ejecutar otros hipervisores dentro de Hyper-V. Simplemente ejecute el siguiente comando para habilitar esa característica

Para más información lea

Fuente
0
0
0
2019-07-03 05:46:57 +0000

Tengo el mismo problema en Virtualbox, y he comprobado lo siguiente en mi ordenador

  • VT-x está habilitado en la BIOS
  • La virtualización de Hyper-V y la Plataforma de Hipervisor de Windows están deshabilitadas en Windows
  • La integración de memoria está deshabilitada

Después de excluir las razones anteriores, recordé que acabo de habilitar Windows Sandbox, encontré este post .

El problema es con Windows Sandbox, pero simplemente deshabilita Windows Sandbox desde Características de Windows y el reinicio no funcionará. Tienes que hacer lo siguiente como se describe en el post anterior:

  • Deshabilitar el Sandbox de Windows y reiniciar
  • Deshabilitar la virtualización en el BIOS y reiniciar
  • Habilitar la virtualización en el BIOS y reiniciar
Fuente