Kā noteikt neapstrādātu režīmu nav pieejams ar Hyper-V?

Kļūda “ Neapstrādāts režīms nav pieejams, pateicoties Hyper-V ( VERR_SUPDRV_NO_RAW_MODE_HYPER_V_ROOT ).” VirtualBox tiek parādīta kļūda, mēģinot palaist virtuālo mašīnu. Dažiem lietotājiem šī kļūda notiek, neskatoties uz to, ka viņu mašīnās ir atspējota Hyper-V tehnoloģija.

Mēģinot novērst šo kļūdu, vispirms vajadzētu pārliecināties, ka Hyper-V nav iespējots Windows funkcijās. Ja tas jau ir atspējots, citi iespējamie vainīgie var būt iespējota hipervizora pārbaude, iespējota Device Guard (Credential Guard) vai kāda veida iejaukšanās, ko veicina Windows Defender drošības funkcija ar nosaukumu Core Isolation.

Tomēr vecākās mašīnu konfigurācijās šo kļūdu var redzēt arī tāpēc, ka aparatūras virtualizācija ir atspējota BIOS vai UEFI līmenī.

1. Atspējojiet Hyper-V pārvaldības rīkus

Pirmais iemesls, kas izraisīs kļūdu “ Neapstrādāts režīms nav pieejams, pateicoties Hyper-V”, ir fakts, ka jūsu datorā ir iespējota Hyper-V. Šī patentētā Microsoft virtualizācijas tehnoloģija ļauj izveidot virtuālās mašīnas x86 un x64 sistēmās, kurās Windows versija darbojas vietējā veidā.

Bet neviena no trešo pušu alternatīvām, piemēram, VirtualBox vai VMware, to neizmanto stabilitātes apsvērumu dēļ. Pat vairāk, viņi īpaši atsakās strādāt, ja šī tehnoloģija ir iespējota. Tomēr tagad Windows 10 ir ieprogrammēts noteikt Hyper-V prioritāti salīdzinājumā ar līdzīgu virtualizācijas tehnoloģiju.

Kā jūs varat iedomāties, tas var radīt daudz problēmu, tostarp kļūdas kodu VERR_SUPDRV_NO_RAW_MODE_HYPER_V_ROOT . Lai to labotu, jums būs jāatspējo Hyper-V, lai trešajai pusei būtu alternatīva pārņemšanai.

Kad jums tas jādara, jums ir divi virzieni uz priekšu. Varat to izdarīt vai nu tieši no termināla, vai arī to var izdarīt izvēlnē Programs and Features GUI. Jūtieties brīvi sekot jebkurai pieejai, kuru vēlaties:

Atspējojiet Hyper-V, izmantojot GUI

  1. Nospiediet Windows taustiņu + R, lai atvērtu dialoglodziņu Palaist . Pēc tam ierakstiet “appwiz.cpl” un nospiediet taustiņu Enter, lai atvērtu izvēlni Programmas un līdzekļi .
  2. Kad esat izvēlnē Programmas un līdzekļi , izmantojiet labajā pusē esošo izvēlni, lai kreisajā rūtī noklikšķiniet uz Ieslēgt vai izslēgt Windows funkcijas .
  3. Izvēlnes Windows Features iekšpusē dodieties uz priekšu un paplašiniet mapi Hyper-V . Pēc tam pārliecinieties, ka noņemat atzīmi no izvēles rūtiņas, kas saistīta ar Hyper-V pārvaldības rīkiem un Hyper-V platformu, pirms beidzot noklikšķināt uz Labi .
  4. Pagaidiet, līdz procedūra ir pabeigta, pēc tam restartējiet datoru un pārbaudiet, vai problēma ir novērsta pēc nākamās startēšanas.

Atspējojiet Hyper-V, izmantojot CMD termināli

  1. Nospiediet Windows taustiņu + R, lai atvērtu dialoglodziņu Palaist . Pēc tam tekstlodziņā ierakstiet “cmd” un nospiediet Ctrl + Shift + Enter, lai atvērtu uzlaboto komandu uzvedni. Kad beidzot redzat UAC (User Account Control) , noklikšķiniet uz Jā, lai piešķirtu administratīvās privilēģijas.
  2. Kad esat paspējis iekļūt paaugstinātajā CMD terminālā, ierakstiet vai ielīmējiet šo komandu un nospiediet taustiņu Enter, lai atspējotu funkciju Hyper-V:
    dism.exe / Online / Disable-Feature: Microsoft-Hyper-V
  3. Kad komanda ir veiksmīgi apstrādāta, aizveriet CMD logu un restartējiet datoru.
  4. Nākamajā startēšanas reizē atkārtojiet darbību, kuras dēļ neapstrādātais režīms nav pieejams, pateicoties Hyper-V kļūdai, un pārbaudiet, vai problēma tagad ir atrisināta.

Ja šī darbība neļāva novērst problēmu, izpildiet tālāk sniegtos norādījumus, lai iegūtu citu problēmas novēršanas veidu.

2. Atspējojiet Hypervisor pārbaudi

Kā izrādās, šī problēma var rasties pat tad, ja Hyper-V ir atspējots. Viens populārs scenārijs, kas varētu izraisīt šo problēmu, ir gadījums, kad pakalpojums HyperVisorLaunchType ir iestatīts uz AUTO. Tas galu galā piespiedīs jūsu sistēmu pirms katras virtuālās mašīnas palaišanas pārbaudīt, vai nav lietojumprogrammu, kas izmanto VT-x.

Vairākiem ietekmētajiem lietotājiem ir izdevies atrisināt šo problēmu, palaižot utilītu Bcdedit, lai pārbaudītu HyperVisorLaunchType statusu un atspējotu to, ja tas ir iestatīts uz Automātiska.

Šeit ir īss ceļvedis, kā to izdarīt jebkurā Windows datorā:

  1. Nospiediet Windows taustiņu + R, lai atvērtu dialoglodziņu Palaist. Pēc tam tekstlodziņā ierakstiet “cmd” , pēc tam nospiediet Ctrl + Shift + Enter, lai atvērtu paaugstinātu CMD termināli.

    Piezīme. Ierodoties UAC (User Account Control) , noklikšķiniet uz Jā, lai piešķirtu administratora piekļuvi.

  2. Kad atrodaties paaugstinātā CMD terminālā, ierakstiet šādu komandu un nospiediet taustiņu Enter, lai pārbaudītu HyperVisor statusu:
    bcdedit

    Piezīme . Ja hipervisorlaunchtype statuss ir iestatīts uz Atspējots, izlaidiet nākamās darbības un pārejiet tieši uz 3. metodi .

  3. Kad rezultāti būs, ritiniet uz leju līdz sadaļai hypervisorlaunchtype un pārbaudiet, vai statuss ir iestatīts uz Automātisks .
  4. Ja hypervisorlaunchtype statusā tiek rādīts Automātisks , ierakstiet vai ielīmējiet šo komandu un nospiediet taustiņu Enter, lai statusu iestatītu uz Atspējots:
    bcdedit / set hypervisorlaunchtype off
  5. Pēc komandas veiksmīgas apstrādes aizveriet paaugstināto CMD termināli un pēc tam restartējiet resursdatoru.
  6. Nākamajā startēšanas reizē palaidiet virtuālo mašīnu VirtualBox un pārbaudiet, vai problēma tagad ir atrisināta.

Gadījumā, ja tā pati problēma joprojām pastāv, pārejiet uz nākamo iespējamo labojumu zemāk.

3. Atspējojiet Device Guard / Credential Guard

Citiem ietekmētajiem lietotājiem ir izdevies novērst neapstrādāto režīmu, pateicoties Hyper-V kļūdai, izmantojot Gpedit (vietējo grupas politikas redaktoru), lai atspējotu ierīces apsardzi (pazīstams arī kā Credential Guard).

Kā izrādās, šī ar uzņēmumu saistītās programmatūras un pakalpojumu kombinācija, kas paredzēta drošībai, var nonākt pretrunā ar noteiktām VirtualBox VM funkcijām. Ja tas ir VERR_SUPDRV_NO_RAW_MODE_HYPER_V_ROOT vaininieks , problēmu var viegli atrisināt, atspējojot ierīces aizsargu, izmantojot vietējo grupas politikas redaktoru.

Bet paturiet prātā, ka ne visās Windows versijās pēc noklusējuma ir Gpedit utilītas. Windows 10 Home un pāris citas saistītās apakšversijas to neiekļaus. Tomēr ir dažas darbības, kuras varat veikt, lai instalētu gpedit.msc operētājsistēmā Windows 10 .

Kad esat pārliecinājies, ka vietējā grupas politikas redaktors ir pieejams jūsu Windows versijā, šeit ir īss ceļvedis par ierīces aizsargu atspējošanu:

  1. Nospiediet Windows taustiņu + R, lai atvērtu dialoglodziņu Palaist. Pēc tam ierakstiet “gpedit.msc” un pēc tam nospiediet taustiņu Enter, lai atvērtu lokālās grupas politikas redaktoru .

    Piezīme. Ja uzvedne UAC (User Account Control) prasa , noklikšķiniet uz Jā, lai piešķirtu administratīvās privilēģijas.

  2. Once you’re inside the Local Group Policy Editor, use the left-hand side menu to navigate to the following location:
    Local Computer Policy > Computer Configuration > Administrative Templates > System > Device Guard
  3. After you manage to arrive at the correct location, move over to the right-hand section of the Gpedit utility and double-click on Turn on Virtualization Based Security.
  4. Once you’re inside the Turn On Virtualization Based Security window, simply change the status to Disabled and click Apply to save the changes.
  5. After you manage to do this, DO NOT restart your computer yet. Instead, open up an elevated command prompt by pressing Windows key + R, type ‘cmd‘ and then press Ctrl + Shift + Enter.

    Note: When you see the UAC (User Account Control) prompt, click Yes to grant the CMD terminal admin clearance.

  6. Inside the CMD window, paste the following commands and press Enter after each one to delete the related EFI variables that might still cause this problem:
    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: mountvol X: /d 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: mountvol X: /d 

    Note: Keep in mind that X is a placeholder for an unused drive. Adjust the value accordingly.

  7. After every command is processed successfully, restart the host machine and see if the problem is resolved at the next startup.

In case you’re still encountering the same “Raw-mode is unavailable courtesy of Hyper-V” error, move down to the next method below.

4. Disable Core Isolation in Windows Defender

As it turns out, a security feature from the default AV can also be responsible for this issue. On Windows 10, Windows Defender has a feature colled Core Isolation – it’s essentially an extra layer of virtualization-based security that’s designed to repel more sophisticated attacks.

However, this security feature is known to interfere with the well-functioning of virtual machines (especially the ones facilitated by 3rd-party alternatives.

Several affected users that were also encountering the “Raw-mode is unavailable courtesy of Hyper-V” error have confirmed that they were finally able to fix the issue by enforcing some modifications that allowed them to disable Core isolation from the settings menu of Windows Security.

Here’s a quick guide on disabling Core Isolation from the settings menu of Windows Defender:

  1. Press Windows key + R to open up a Run dialog box. Next, type “ms-settings:windowsdefender” inside the text box and press Enter to open up the Windows Security tab (former Windows Defender) of the Settings app.Run dialog: ms-settings:windowsdefender
  2. Once you’re inside the Windows Security tab, move over to the right-hand section and click on Device Security under Protection areas.
  3. Next, scroll down through the list of available options and click on Core isolation details (under Core isolation).
  4. Inside the Core isolation menu, ensure that the toggle associated with Memory integrity is set to Off.
  5. Once the modification is enforced, restart your computer and see if the problem is fixed at the next startup.

In case the toggle associated with Core Isolation is greyed out or you get an error message when you try to set it to OFF, here’s a quick guide on achieving the same result via Registry Editor:

  1. Press Windows key + R to open up a Run dialog box. Next, type ‘regedit’ inside the text box and press Enter to open up Registry Editor. Then, click Yes at the UAC (User Account Prompt) to grant administrative privileges.
  2. Inside Registry Editor, use the left-hand section to navigate to the following location:
    Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\DeviceGuard\Scenarios\CredentialGuard

    Note: You can either navigate there manually or you can post the location directly into the navigation bar and press Enter to get there instantly.

  3. After you manage to arrive at the correct location, move over to the right-hand section and double-click on the Enabled key.
  4. After you manage to open the Enabled Value, leave the base to Hexadecimal and change the Value data to 0.
  5. Click Ok to save the modification, then close Registry Editor and restart your computer to see the changes.
  6. At the next machine startup, repeat the action that was previously causing the VERR_SUPDRV_NO_RAW_MODE_HYPER_V_ROOT error code and see if the problem is still occurring.

In case the issue is still not resolved, move down to the next potential fix below.

5. Enable Virtualization in BIOS or UEFI

Another potential reason that might cause this problem is an instance where hardware virtualization is disabled from BIOS or UEFI settings. Keep in mind that virtualization is enabled by default on every piece of new hardware nowadays, older computer configurations might not have this option enabled by defaults.

If you have an older PC configuration, you might need to enable hardware virtualization manually from your BIOS or UEFI settings. Several affected users have confirmed that the issue was completely resolved after they did this.

Here’s a quick guide on enabling Virtualization from your BIOS or UEFI settings:

  1. In case you have a BIOS-powered computer, start it up and start pressing the Setup key repeatedly as soon as you see the startup screen. With most configurations, the Setup key is either one of the F keys (F2, F4, F6, F8) or the Del key.

    press a key to enter setup or biosNote: If you’re using a UEFI-based computer, follow the steps (here) to boot directly into the Advanced Startup options menu. Once you’re there, you can access the UEFI firmware settings directly from that menu.

  2. As soon as you land in your BIOS or UEFI settings, start browsing the menus to find your motherboard equivalent to the virtualization technology (Intel VT-x, Intel Virtualization Technology, AMD-V, Vanderpool, etc.)
  3. When you manage to locate it, ensure that you set it to Enabled.

    Note: In most cases, you will find this option under Processor, Security, Chipset, Advanced, Advanced Chipset Control or Advanced CPU configuration. But keep in mind that your screen might be wildly different from ours depending on the motherboard that you’re using and the CPU manufacturer. In case you’re not able to find the option by yourself, search online for specific steps according to your configuration.

  4. After you manage to enable the virtualization technology, save the changes you made to your BIOS or UEFI settings and restart your computer to allow it to boot normally.
  5. At the next startup sequence, repeat the action that was causing the “Raw-mode is unavailable courtesy of Hyper-V” error and see if the problem is now resolved.

In case the same problem is still persisting, move down to the next potential fix below.