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

VT-x is niet beschikbaar, maar is wel ingeschakeld in BIOS

Recentelijk heb ik een probleem met VT-x op mijn Windows 10 die draait op HP EliteBook. Ik gebruikte Oracle VirtualBox om er wat VM’s op te draaien en VT-x was ingeschakeld in BIOS en werkte prima.

Ik begon VT-x is not available error te krijgen elke keer als ik probeerde een van mijn VM’s te starten. Dat begon te gebeuren nadat ik Docker op mijn machine had geïnstalleerd, dus ik probeerde het te verwijderen en opnieuw op te starten. Dat hielp niet.

Ik controleerde de BIOS instellingen en er staat dat VT-x is ingeschakeld maar controle met Intel® Processor Identification Utility laat zien dat VT-x niet wordt ondersteund en Oracle VirtualBox ziet het ook niet.

Er waren geen hardware veranderingen en de enige software verandering was het installeren/oninstalleren van Docker.

Hoe kan dit probleem worden verholpen?

Antwoorden (10)

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

Er zijn drie veelvoorkomende boosdoeners voor het type fout dat de gebruiker ziet:

  • VT-x is niet ingeschakeld in de BIOS
  • De CPU ondersteunt geen VT-x
  • Hyper-V virtualisatie is ingeschakeld in Windows

Aangezien de gebruiker de eerste twee mogelijke boosdoeners al heeft geëlimineerd, is de volgende stap het openen van een commando prompt als beheerder en het volgende commando uitvoeren:

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

Daarna de PC herstarten en VirtualBox opnieuw proberen.

21
21
21
2017-11-21 10:03:09 +0000

Na het updaten van Windows 10 naar “Fall Creators Update” kreeg ik hetzelfde probleem. Ik heb het opgelost door de volgende stappen:

  1. 1. Activeer alle functies onder “Hyper-V” in “Schakel Windows-functies in of uit”.
  2. 2. Herstarten.
  3. 3. Alle functies onder “Hyper-V” in “Windows-functies in- of uitschakelen” uitschakelen.
  4. Alle functies onder “Hyper-V” uitschakelen. 4. Herstarten.
  5. Nu werkt VirtualBox weer en het toont (64-bit) in zijn lijst van besturingssystemen.
10
10
10
2018-06-19 11:52:39 +0000

Toen ik dit probleem had, gaf VMWare Player een betere diagnostische respons dan VirtualBox toen ik probeerde een 64-bits virtuele machine te maken.

Er stond dat mijn machine de bedrijfsfuncties Device Guard en Credential Guard had ingeschakeld. Ik veronderstel dat ze werden ingeschakeld toen ik MalwareBytes runt; ik kan geen andere verandering bedenken die ik heb gemaakt.

VMWare Player wees me op een pagina genaamd Manage Windows Defender Credential Guard . Die pagina bevat een heleboel dingen over de instellingen van Group Policy Manager en dergelijke, die natuurlijk niet relevant zijn voor een W10 HOME-installatie.

Op hun beurt wezen die pagina me op de Device Guard en Credential Guard hardware gereedheidstool , een PowerShell-hulpprogramma voor het in- en uitschakelen van deze functie die is ingesteld op servers.

Het uitvoeren van die tool in een Run-As-Administrator power shell en het geven van dit commando

.\DG_Readiness_Tool_v3.5.ps1 -Disable -AutoReboot

nam me mee door het proces van het uitschakelen van deze functies.

En ik heb de virtualisatie mogelijkheid terug.

8
8
8
2019-01-08 12:20:57 +0000

Als je de laatste Windows 10 build gebruikt, schakel dan Memory Integration uit in Device Security en herstart.

Ik werd geconfronteerd met een soortgelijk probleem virtual box toen ik deze optie inschakelde. Het uitschakelen werkte voor mij.

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

Ik werd gestruikeld over het feit dat er 2 opties in het Windows Functies dialoogvenster waren om uit te schakelen:

  • Hyper-V
  • Windows Hypervisor Platform

Ik had een poging gedaan om te upgraden naar VirtualBox 6, en enkele prestatieproblemen, en had deze problemen gedegradeerd naar VirtualBox 5 en had deze problemen. Hopelijk helpt dit iemand anders.

3
3
3
2017-06-29 12:27:43 +0000

Virtualbox werkte goed. Ik heb Avast anti-virus geupdate vandaag, 29 juni 2017. Virtualbox gaf toen de VT-x-fout. Ga in Avast Settings naar Troubleshooting en schakel “Use nested virtualiszation where available” in en herstart uw PC. Dit werkte voor mij zonder dat er andere wijzigingen nodig waren.

1
1
1
2019-03-14 00:52:24 +0000

Ik kwam naar dit bericht met de gedachte dat VT-x niet was ingeschakeld, omdat Hyper-V me vertelde dat “de virtuele machine processor-specifieke functies gebruikt die niet worden ondersteund op de fysieke computer”. Dit begon na het installeren van Windows updates en het herstarten van de server. In werkelijkheid was VT-x wel ingeschakeld.

De fix was het verwijderen van de opgeslagen status voor alle VM’s, in feite een power-off.

Het lijkt erop dat de reden hiervoor misschien een CPU microcode update was, maar het is moeilijk om er zeker van te zijn, het is gewoon iets dat in een aantal zoekresultaten naar voren kwam.

0
0
0
2020-02-13 19:13:06 +0000

De enige verandering die werkte voor mij , na het uitproberen van vele tips die hier betrekking hebben, was:

Op sommige Windows-hosts met een EFI BIOS, DeviceGuard of CredentialGuard kan standaard actief zijn, en interfereert met virtualisatie-apps op OS-niveau op dezelfde manier als Hyper-v doet. Deze functies moeten worden uitgeschakeld. Op Pro-versies van Windows kunt u dit doen met behulp van gpedit.msc (stel lokaal computerbeleid in; Computerconfiguratie; Systeembewaking; apparaatbewaking; draai op basis van virtualisatie; beveiliging; en schakel deze uit.

0
0
0
2019-03-28 15:04:37 +0000

Zoals vermeld in een ander antwoord, maken Kernisolatie , Application Guard, Credential Guard en Device Guard gebruik van de Hyper-V-functie. Als u dat niveau van beveiliging niet nodig hebt, kunt u ze uitschakelen door

DG_Readiness_Tool_v3.5.ps1 -Enable -AutoReboot

of

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

Meer gedetailleerde informatie over deze opdrachten kunt u vinden op Windows Defender Credential Guard beheren

Echter op Windows 10 Build 18305 en hoger , Naast de bewakingsfuncties zal Windows Sandbox ook Hyper-V inschakelen, omdat het ook een dunne laag van virtualisatie

is Als u de sandbox-functie wilt gebruiken dan kunt u helaas de Hyper-V niet uitschakelen zoals in andere antwoorden. Er zijn 2 oplossingen voor deze

  • Gebruik Hyper-V in plaats daarvan. Als je VM’s in andere hypervisors zoals VirtualBox hebt draaien, kun je ze gewoon migreren naar Hyper-V
  • Schakel geneste paging in zodat je andere hypervisors in Hyper-V kunt draaien. Voer gewoon de onderstaande opdracht uit om die functie

in te schakelen. Lees voor meer informatie

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

Ik heb hetzelfde probleem op Virtualbox, en ik heb het volgende gecontroleerd op mijn computer

  • VT-x is ingeschakeld in de BIOS
  • Hyper-V virtualisatie en Windows Hypervisor Platform zijn uitgeschakeld in Windows
  • Geheugenintegratie is uitgeschakeld

Na het uitsluiten van de bovenstaande redenen, herinnerde ik me dat ik net Windows Sandbox heb ingeschakeld, ik vond dit post .

Het probleem is met Windows Sandbox, maar gewoon uitschakelen van Windows Sandbox van Windows Functies en reboot zal niet werken. Je moet het volgende doen zoals beschreven in het bovenstaande bericht:

  • Schakel Windows Sandbox uit en reboot
  • Schakel virtualisatie in BIOS uit en reboot
  • Schakel virtualisatie in BIOS in en reboot