Как да се определи Raw-Mode е недостъпен с любезното съдействие на Hyper-V?



Опитайте Нашия Инструмент За Премахване На Проблемите

Необработеният режим не е достъпен с любезното съдействие на Hyper-V ( VERR_SUPDRV_NO_RAW_MODE_HYPER_V_ROOT ) ”Се появява грешка за VirtualBox, когато се опитват да стартират виртуална машина. При някои потребители тази грешка се случва въпреки факта, че технологията Hyper-V е деактивирана на техните машини.



Необработеният режим не е достъпен с любезното съдействие на Hyper-V (VERR_SUPDRV_NO_RAW_MODE_HYPER_V_ROOT)



Когато се опитвате да поправите тази грешка, първата ви спирка е да се уверите, че Hyper-V не е активиран под Windows функции. Ако вече е деактивиран, други потенциални виновници може да са активирани проверка на хипервизор , активирана Device Guard (Credential Guard) или някакъв вид смущения, улеснени от защитна функция на Windows Defender, наречена Core Isolation.



При по-стари конфигурации на машината обаче може да видите и тази грешка поради факта, че хардуерът виртуализацията е деактивирана на ниво BIOS или UEFI.

1. Деактивирайте инструментите за управление на Hyper-V

Причината номер едно, която ще предизвика „ Суровият режим не е достъпен с любезното съдействие на Hyper-V ” грешка е фактът, че Hyper-V е активиран на вашата машина. Тази патентована технология за виртуализация на Microsoft позволява създаването на виртуални машини на системи x86 и x64, работещи с версия на Windows по естествен начин.

Но никоя от алтернативите на трети страни като VirtualBox или VMware не го използва от съображения за стабилност. Още повече, те специално отказват да работят, когато тази технология е активирана. Въпреки това, Windows 10 вече е програмиран да дава приоритет на Hyper-V пред подобна технология за виртуализация.



Както можете да си представите, това има потенциал да създаде много проблеми, включително VERR_SUPDRV_NO_RAW_MODE_HYPER_V_ROOT код на грешка. За да го поправите, ще трябва да деактивирате Hyper-V, за да позволите на третата страна алтернатива на поемането.

И когато става въпрос за това, имате два пътя напред. Можете да го направите директно от терминала, или можете да го направите от менюто за програми и функции на GUI. Чувствайте се свободни да следвате кой подход предпочитате:

Деактивирайте Hyper-V чрез GUI

  1. Натиснете Клавиш на Windows + R да се отвори a Бягай диалогов прозорец. След това въведете ‘Appwiz.cpl’ и натиснете Въведете за да отворите Програми и функции меню.

    Въведете appwiz.cpl и натиснете Enter, за да отворите списъка с инсталирани програми

  2. След като влезете в Програми и функции меню, използвайте менюто отдясно, за да щракнете върху Включване или изключване на функции на Уиндоус от левия прозорец.

    Достъп до менюто с функции на Windows

  3. От вътре Функции на Windows меню, продължете и разширете Папка Hyper-V . След това не забравяйте да премахнете отметката от квадратчето, свързано с Инструменти за управление на Hyper-V и Платформа Hyper-V преди най-накрая да щракнете Добре .

    Деактивиране на Hyper-V чрез екрана с функции на Windows

  4. Изчакайте, докато процедурата приключи, след това рестартирайте компютъра си и вижте дали проблемът е разрешен след следващото стартиране.

Деактивирайте Hyper-V чрез CMD терминал

  1. Натиснете Клавиш на Windows + R да се отвори a Бягай диалогов прозорец. След това въведете ‘Cmd’ вътре в текстовото поле и натиснете Ctrl + Shift + Enter за да отворите разширен команден ред. Когато най-накрая видите UAC (Контрол на потребителски акаунти) , щракнете Да за предоставяне на административни привилегии.

    Изпълнение на командния ред

  2. След като успеете да влезете в повишения CMD терминал, въведете или поставете следната команда и натиснете Въведете за да деактивирате функцията Hyper-V:
    dism.exe / Online / Disable-Feature: Microsoft-Hyper-V
  3. След като командата бъде обработена успешно, затворете прозореца CMD и рестартирайте компютъра си.
  4. При следващото стартиране повторете действието, което е причинило Необработеният режим не е достъпен с любезното съдействие на Hyper-V грешка и вижте дали проблемът вече е разрешен.

В случай че тази операция не ви позволи да разрешите проблема, следвайте инструкциите по-долу за различен начин за отстраняване на проблема.

2. Деактивирайте проверката на Hypervisor

Както се оказва, може да срещнете този проблем, дори ако Hyper-V е деактивиран. Един популярен сценарий, който може да причини този проблем, е случаят, когато HyperVisorLaunchType услугата е настроена на АВТОМАТИЧЕН. Това в крайна сметка ще принуди вашата система да проверява за приложения, които използват VT-x преди всяко стартиране на виртуална машина.

Няколко засегнати потребители са успели да разрешат този проблем, като стартират помощната програма Bcdedit, за да проверят състоянието на HyperVisorLaunchType и го деактивирайте, в случай че е зададено на Автоматично.

Ето кратко ръководство за това как да направите това на всеки компютър с Windows:

  1. Натиснете Клавиш на Windows + R за да отворите диалоговия прозорец Изпълнение. След това въведете ‘Cmd’ вътре в текстовото поле, след което натиснете Ctrl + Shift + Enter за да отворите повишен CMD терминал.

    Изпълнение на командния ред

    Забележка: Когато пристигнете в UAC (Контрол на потребителски акаунти) , щракнете Да за предоставяне на администраторски достъп.

  2. След като влезете в повишения CMD терминал, въведете следната команда и натиснете Enter, за да проверите състоянието на HyperVisor:
    bcdedit

    Забележка : В случай, че състоянието на хипервизор стартов тип настроен на Хора с увреждания, пропуснете следващите стъпки по-долу и преминете директно към Метод 3 .

  3. След като резултатите са, превъртете надолу до хипервизор стартов тип и вижте дали състоянието е зададено на Автоматичен .

    Пример, при който HyperAdvisor е настроен на автоматично

  4. В случай че състоянието на хипервизор стартов тип показва Автоматичен , въведете или поставете следната команда и натиснете Въведете за да зададете състоянието на Хора с увреждания:
    bcdedit / set hypervisorlaunchtype off
  5. След успешната обработка на командата затворете повишения CMD терминал, след което рестартирайте хост машината.
  6. При следващото стартиране стартирайте виртуална машина VirtualBox и вижте дали проблемът вече е разрешен.

В случай, че същият проблем продължава да съществува, преминете към следващото потенциално решение по-долу.

3. Деактивирайте Device Guard / Credential Guard

Други засегнати потребители са успели да поправят Необработеният режим не е достъпен с любезното съдействие на Hyper-V грешка, като използвате Gpedit (Local Group Policy Editor), за да деактивирате Device Guard (също известен като Credential Guard).

Както се оказва, тази комбинация от корпоративен софтуер и услуги, насочени към сигурността, може да се окаже в противоречие с определени функции на VirtualBox VM. Ако това е виновникът зад VERR_SUPDRV_NO_RAW_MODE_HYPER_V_ROOT, можете да разрешите проблема лесно, като деактивирате Device Guard чрез редактора на локални групови правила.

Но имайте предвид, че не всички версии на Windows по подразбиране имат помощните програми Gpedit. Windows 10 Home и няколко други свързани под-версии няма да го включват. Има обаче стъпки, към които можете да предприемете инсталирайте gpedit.msc на Windows 10 .

След като се уверите, че редакторът на локални групови правила е достъпен във вашата версия на Windows, ето кратко ръководство за деактивиране на защитата на устройството:

  1. Натиснете Клавиш на Windows + R за да отворите диалоговия прозорец Изпълнение. След това въведете ‘Gpedit.msc’ и след това удари Въведете за да отворите Редактор на локални групови правила .

    Стартиране на редактора на група за локални политики

    Забележка: Ако бъдете подканени от UAC (Контрол на потребителски акаунти) щракнете Да за предоставяне на административни привилегии.

  2. След като влезете в редактора на локални групови правила, използвайте менюто отляво, за да отидете до следното място:
    Правила за локален компютър> Конфигурация на компютъра> Административни шаблони> Система> Device Guard
  3. След като успеете да стигнете до правилното местоположение, преминете към дясната секция на помощната програма Gpedit и щракнете двукратно върху Включете сигурността, базирана на виртуализация .

    Включете защитата, базирана на виртуализация

  4. След като влезете в Включете сигурността, базирана на виртуализация прозорец, просто променете състоянието на хора с увреждания и щракнете Приложи за да запазите промените.

    Деактивирана технология за виртуализация

  5. След като успеете да направите това, НЕДЕЙ рестартирайте компютъра си още. Вместо това отворете повишен команден ред, като натиснете Клавиш на Windows + R , Тип ' cmd ‘И след това натиснете Ctrl + Shift + Enter .

    Изпълнение на командния ред

    Забележка: Когато видите UAC (Контрол на потребителски акаунти) щракнете върху Да, за да предоставите разрешение за администратор на CMD терминал.

  6. Вътре в прозореца на CMD поставете следните команди и натиснете Въведете след всяка една, за да изтриете свързаните EFI променливи, които все още могат да причинят този проблем:
    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} път ' EFI  Microsoft  Boot  SecConfig.efi' bcdedit / set {bootmgr} bootsequence {0cb3b571-2f2e-4343-a879-d86a4 bd 0cb3b571-2f2e-4343-a879-d86a476d7215} loadoptions DISABLE-LSA-ISO, DISABLE-VBS bcdedit / set {0cb3b571-2f2e-4343-a879-d86a476d7215} дял на устройството = X: mountvol X: / d  W \%% W32  SecConfig.efi X:  EFI  Microsoft  Boot  SecConfig.efi / Y bcdedit / create {0cb3b571-2f2e-4343-a879-d86a476d7215} / d 'DebugTool' / application osloader bcdedit / set {0cb3b571-2fe a879-d86a476d7215} път ' EFI  Microsoft  Boot  SecConfig.efi' bcdedit / set {bootmgr} начална последователност {0cb3b571-2f2e-4343-a879-d86a476d7215} bcdedit / set {0cb3b571-2f4op-437-a4 DISABLE-LSA-ISO, DISABLE-VBS bcdedit / set {0cb3b571-2f2e-4343-a879-d86a 476d7215} дял на устройството = X: mountvol X: / d

    Забележка: Имайте предвид, че X е резервоар за неизползвано устройство. Регулирайте съответно стойността.

  7. След като всяка команда бъде обработена успешно, рестартирайте хост машината и вижте дали проблемът е разрешен при следващото стартиране.

В случай, че все още срещате същото „ Суровият режим не е достъпен с любезното съдействие на Hyper-V ” грешка, преминете към следващия метод по-долу.

4. Деактивирайте изолирането на ядрото в Windows Defender

Както се оказва, защитна функция от AV по подразбиране също може да бъде отговорна за този проблем. В Windows 10 Windows Defender има функция Core Isolation - по същество това е допълнителен слой базирана на виртуализация защита, предназначен да отблъсне по-сложните атаки.

Известно е обаче, че тази функция за защита пречи на доброто функциониране на виртуалните машини (особено тези, улеснени от алтернативи на трети страни.

Няколко засегнати потребители, които също се сблъскват с „ Суровият режим не е достъпен с любезното съдействие на Hyper-V ” грешки потвърдиха, че най-накрая са успели да отстранят проблема, като са приложили някои модификации, които са им позволили да деактивират Core isolation от менюто с настройки на Windows Security.

Ето кратко ръководство за деактивиране на Core Isolation от менюто с настройки на Windows Defender:

  1. Натиснете Клавиш на Windows + R да се отвори a Бягай диалогов прозорец. След това напишете „ ms-настройки: windowsdefender ”В текстовото поле и натиснете Въведете за да отворите Раздел Windows Security (бивш Windows Defender) на Настройки ап. натиснете клавиш, за да влезете в настройка или биос

    Стартиране на диалогов прозорец: ms-settings: windowsdefender

  2. След като влезете в Сигурност на Windows раздел, преминете към дясната секция и кликнете върху Защита на устройството под Защитни зони .
  3. След това превъртете надолу през списъка с налични опции и кликнете върху Подробности за изолацията на ядрото (под Изолация на ядрото ).
  4. Вътре в менюто за изолиране на Core се уверете, че превключвателят, свързан с целостта на паметта, е зададен на Изключено .
  5. След като модификацията бъде приложена, рестартирайте компютъра си и вижте дали проблемът е отстранен при следващото стартиране.

Деактивиране на изолирането на ядрото от менюто Настройки

В случай, че превключвателят, свързан с Core Isolation, е неактивен или получавате съобщение за грешка, когато се опитате да го зададете на OFF, ето кратко ръководство за постигане на същия резултат чрез Редактора на системния регистър:

  1. Натиснете Клавиш на Windows + R да се отвори a Бягай диалогов прозорец. След това въведете ‘Regedit’ вътре в текстовото поле и натиснете Въведете за да отворите редактора на системния регистър. След това щракнете Да в UAC (подкана за потребителски акаунт) за предоставяне на административни привилегии.

    Стартиране на редактора на системния регистър

  2. В редактора на системния регистър използвайте левия раздел, за да отидете до следното място:
    Компютър  HKEY_LOCAL_MACHINE  SYSTEM  CurrentControlSet  Control  DeviceGuard  Сценарии  CredentialGuard

    Забележка: Можете да навигирате там ръчно или да публикувате местоположението директно в навигационната лента и да натиснете Въведете за да стигнете веднага.

  3. След като успеете да стигнете до правилното място, преминете към дясната секция и щракнете двукратно върху Активирано ключ.

    Достъп до клавиша Enabled

  4. След като успеете да отворите Активирано Стойност, оставете основата на Шестнадесетичен и променете Данни за стойността да се 0 .

    Задаване на данните за стойността на Enabled на 0

  5. Щракнете Добре за да запазите модификацията, след това затворете редактора на системния регистър и рестартирайте компютъра, за да видите промените.
  6. При следващото стартиране на машината повторете действието, което преди това е причинило VERR_SUPDRV_NO_RAW_MODE_HYPER_V_ROOT код за грешка и вижте дали проблемът все още се появява.

В случай, че проблемът все още не е разрешен, преминете към следващото потенциално решение по-долу.

5. Активирайте виртуализацията в BIOS или UEFI

Друга потенциална причина, която може да причини този проблем, е случай, при който виртуализацията на хардуера е деактивирана от настройките на BIOS или UEFI. Имайте предвид, че виртуализацията е активирана по подразбиране за всеки нов хардуер в днешно време, по-старите компютърни конфигурации може да нямат тази опция активирана по подразбиране.

Ако имате по-стара конфигурация на компютъра, може да се наложи да активирате хардуерната виртуализация ръчно от настройките на BIOS или UEFI. Няколко засегнати потребители потвърдиха, че проблемът е напълно разрешен, след като са направили това.

Ето кратко ръководство за активиране на виртуализацията от настройките на BIOS или UEFI:

  1. В случай, че имате компютър с BIOS, стартирайте го и започнете да натискате клавиша за настройка многократно, веднага щом видите стартовия екран. С повечето конфигурации, Настройвам ключът е или един от клавишите F (F2, F4, F6, F8) или От ключ.

    Натиснете [клавиш], за да влезете в настройката

    Забележка: Ако използвате компютър, базиран на UEFI, следвайте стъпките ( тук ), за да стартирате директно в Разширено стартиране меню с опции. След като сте там, можете да получите достъп до настройките на фърмуера на UEFI директно от това меню.

    Достъп до настройките на фърмуера на UEFI

  2. Веднага след като се приземите в настройките на BIOS или UEFI, започнете да разглеждате менютата, за да намерите дънната платка, еквивалентна на технологията за виртуализация (Intel VT-x, Intel Virtualization Technology, AMD-V, Vanderpool и др.)
  3. Когато успеете да го намерите, уверете се, че сте го задали Активирано.

    Активиране на технологията за виртуализация на Intel

    Забележка: В повечето случаи ще намерите тази опция под Процесор, Защита, Чипсет, Разширено, Разширено управление на чипсета или Разширена конфигурация на процесора. Но имайте предвид, че екранът ви може да се различава изключително от нашия в зависимост от дънната платка, която използвате, и производителя на процесора. В случай, че не можете сами да намерите опцията, потърсете онлайн конкретни стъпки според вашата конфигурация.

  4. След като успеете да активирате технологията за виртуализация, запазете промените, които сте направили в настройките на BIOS или UEFI, и рестартирайте компютъра, за да му позволите да стартира нормално.
  5. При следващата стартираща последователност повторете действието, което е причинило „ Суровият режим не е достъпен с любезното съдействие на Hyper-V ” грешка и вижте дали проблемът вече е разрешен.

В случай, че същият проблем продължава да съществува, преминете към следващото потенциално решение по-долу.

9 минути четене