Ошибка vmware player and device/credential guard are not compatible что это и как исправить?

После очередных обновлений от   Windows 10 у многих пользователей VM Ware Workstation при первом запуске созданной VM возникает вот такая ошибка.  В окошке размещена ссылка на базу знаний WM Ware по этой проблеме. В базе знаний я нашел видео и ответы, как решить проблему, но все на английском языке.

Разобравшись, я решил написать это дополнение к  своим статьям о виртуальных машинах. Ошибка появляется при попытке запуска любой из виртуальных машин на последних редакциях “десятки”. Связано это с политиками безопасности и доступа к ядру, которые обновили разработчики, якобы для той же самой безопасности.

Исправляем vmware workstation and device/credential guard are not compatible

На деле  они просто продвигают свою Hyper-V, потому как получается, что вы будете пользоваться либо Hyper -V, либо VM Ware Workstation Pro. Хотя, не исключено,что в более поздних версиях разрабы учтут этот баг и гипервизор будет работать без ошибок.

Итак, что нам рекомендуют в базе знаний?  Сначала проверяем настройку групповых политик безопасности для виртуализации. Нажимаем Win+r и вводим команду gpedit.msc

Открываем ветви как на рисунке, доходим до “настроек безопасности виртуализации” (справа):

Отключаем данную политику:

Переходим в “Панель управления”, “Программы”, “Удаление программы”. Находим справа ссылку на  “Установка компонентов Windows”:

Проверяем наличие установленных компонентов виртуальной машины Hyper-V. Если галочки напротив стоят – снимаем, жмем ОК; компьютер попросит перезагрузку, но перезагружаемся только когда закончим дело.  Должно выглядеть так:

Виртуальная машина Hyper-V будет удалена. После вызываем командную строку от имени администратора (правой кнопкой мыши по кнопке “Пуск”, либо через поиск): По очереди копируем туда команды, которые отредактируют загрузчик Windows. После ввода  КАЖДОЙ команды нажимаем ENTER . В CMD  вставка текста производится нажатием Ctrl +V.

•  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 hypervisorlaunchtype off

После всех манипуляций в вашей командной строке результаты должны быть такие:

Все операции успешно завершены? Перезагружаем компьютер. Специально не проверял, но после  произведенных изменений встроенный Hyper-V может не заработать при его повторной установке. Если кто проверял – напишите в комментариях, надо ли настройки загрузчика возвращать при этом обратно.

Выходит, что Microsoft таким ненавязчивым сервисом предлагает пользоваться своей  технологией виртуализации. Так что при выборе машины которая будет крутиться на сервере,  теперь надо все еще раз взвесить – что будет  лучше на перспективу – “родное” или стороннее с точки зрения обновлений, настроек  и совместимости.