Ошибка vmware workstation and device credential guard are not compatible как исправить

Месяц не пользовался VMware на своём компьютере. За это время моя Windows 10 обновлялась и судя по всему с одним из обновлений прилетела какая-то фигня, которая внесла определённые настройки в систему и VMware перестала запускать гостевые машины выдавая ошибку «VMware Workstation and Device/Credential Guard are not compatible. VMware Workstation can be run after disabling Device/Credential Guard»

Очередной привет от Microsoft.

На официальном сайте VMware есть решение этой проблемы. но оно на английском языке и немного запутанное, поэтому потренировавшись на своём компьютере и получив положительный результат (всё заработало) решил записать решение в свой блог, так как в будущем оно мне может снова пригодиться, ведь VMware я использую постоянно для различных целей.

Уверен, что данную статью читают грамотные ребята. Однако напомню, что, следуя советам, полученным из статьи, надо помнить, что выполнение описанных в статье операций может привести к неожиданным для вас последствиям. В связи с этим настоятельно рекомендую предварительно создать точку восстановления системы.

Решаем проблему. Открыть командную строку «WIN + R» и ввести команду «gpedit.msc», нажать «ОК».
В открывшемся окне перейти в раздел «Политика Локальный компьютер => Конфигурация компьютера => Административные шаблоны => Система => Device Guard».

Здесь дважды кликаем по пункту «Включить средство обеспечения безопасности на основе виртуализации»:

В открывшемся окне выбираем пункт «Отключено» и нажимаем «ОК»:

Далее перейти в «Панель управления => Программы и компоненты => Включение или отключение компонентов Windows» и отключаем Hyper-V и нажимаем «ОК»:

Компьютер предложит перезагрузиться => отказываемся (перезагрузимся позже).

Запускаем командную строку от имени администратора:

В командной строке выполняем подряд несколько команд:

bcdedit /create {0cb3b571-2f2e-4343-a879-d86a476d7215} /d "DebugTool" /application osloader

Нажимаем «Ввод/Enter».

bcdedit /set {0cb3b571-2f2e-4343-a879-d86a476d7215} path "EFIMicrosoftBootSecConfig.efi"

Нажимаем «Ввод/Enter».

bcdedit /set {bootmgr} bootsequence {0cb3b571-2f2e-4343-a879-d86a476d7215}

Нажимаем «Ввод/Enter».

bcdedit /set {0cb3b571-2f2e-4343-a879-d86a476d7215} loadoptions DISABLE-LSA-ISO,DISABLE-VBS

Нажимаем «Ввод/Enter».

bcdedit /set hypervisorlaunchtype off

Нажимаем «Ввод/Enter».

Перезагружаем компьютер.
Теперь запускаем гостевую операционную систему в VMware и наслаждаемся работой.

Читатель «Аноним» от 06.12.2018
Кому не помог этот способ — отключите изоляцию ядра в центре безопасности защитника windows

Читатель «ZZ» от 24.04.2019
Достаточно было выполнить следующую команду: bcdedit /set hypervisorlaunchtype off

Читатель «Аноним» от 09.01.2020
Для перехода назад на Hyper-V, к примеру для Docker, необходимо выполнить следующую команду: bcdedit /set hypervisorlaunchtype auto

В этой статье мы расскажем о возможных причинах, по которым не запускается виртуальная машина VMware Workstation. Мы рассмотрим самые распространённые ошибки, а также разберём, почему они возникают и как их исправить.

Ошибка VMware Workstation and Device/Credential Guard are not compatible

При включении VMware Workstation на Windows 10 может возникнуть ошибка со следующим текстом:

VMware Workstation and Device/Credential Guard are not compatible. VMware Workstation can be run after disabling Device/Credential Guard. Please visit http://www.vmware.com/go/turnoff_CG_DG/ for more details

Чаще всего эта ошибка возникает из-за того, что включено ПО Device Guard — оно помогает защитить систему от вредоносных файлов. Device Guard позволяет настроить список файлов, которые Windows будет считать безопасными. Если на компьютер попадут файлы, которые не входят в список, система автоматически удалит их. Работе VMware в таких случаях мешает компонент Hyper-V.

Как исправить

Чтобы исправить ошибку, отключите Hyper-V с помощью функционала «Выполнить».

Ошибка Cannot open the disk

Ещё одна распространенная ошибка при запуске виртуальной машины в VMware — Cannot open the disk. Её текст следующий:

An unexpected error was received from the ESX host while powering on VM.

На следующей строке будет указана одна из причин этой ошибки. Разберём, что означает каждая:

1) Failed to lock the file. Это значит, что процесс, который вы используете, не может открыть файл. При этом файл используется другим процессом. Что может привести к ошибке:

• при работе с ВМ вы пытаетесь запустить вторую ВМ, используя тот же VMX-файл,
• вы запустили ВМ с подключенным диском при помощи утилиты vmware-mount,
• вы добавили виртуальный диск к ВМ, которая уже используется.

2) The parent virtual disk has been modified since the child was created. Эта ошибка возникает, если повреждён снимок ВМ.

3) The destination file system does not support large files означает, что на целевом хранилище невозможно открыть файл ВМ того же размера.

4) Could not open/create change tracking file. Эта проблема может возникнуть, если файл filename-ctk.vmdk создавался ранее и не очищался перед созданием новой ВМ. Здесь filename — это название вашего файла.

5) Cannot allocate memory. Тот случай, когда в модуле VMFS не хватает места.

6) The file specified is not a virtual disk возникает в случаях, если повреждён .VMDK-файл дескриптора.

7) Insufficient permission to access file. Такая проблема может возникнуть при использовании хранилищ типа NFS. Она сообщает о том, что экспорт NFS работает неправильно, так как права на чтение и запись файла не даны либо даны некорректно.

Как исправить

Единого решения для этого типа ошибки нет. Чаще всего причина связана с локальными настройками компьютера. Рекомендации по исправлению ошибки описаны в официальной документации.

🔥 На прошлой неделе после того как решил потестить windows sandbox у меня перестал загружаться виндоус (если у вас такая же проблема читайте мою статью как я это победил) так вот в выходные переставил свой Windows 10 PRO (скачать оригинальный образ Windows 10PRO можно по этой статье) и при установке WMware версия 15.5.1 и запуску одной из моей виртуалок выдала такую ошибку:

✅ Что такое Credential Guard – это система защита учётных записей которая изолирует данные с помощью технологий основанных на виртуализации, а доступ к ним могут получить только привилегированные службы и системы.

Более подробно по работе и управлению Credential Guard можно прочитать на официальном сайте Микрософт – ⚡️⚡️⚡️  ссылка

Наша же задача решить данную проблему для того что бы запустить нашу виртуальную машину.

✅ VMware Workstation и Hyper-V несовместимы – Данная проблема возникает по большей части из-за конфликта виртуализации Hyper-V которая уже при загрузки ОС резервирует на себя все аппаратные возможности виртуализации процессора, а остальным ничего не остается поэтому нам это надо отключить!

🔥 В статье приведу несколько способов которые можно использовать!

Способ 1 – Отключаем Hyper-V

1. Запускаем командную строку WIN + R 
2. Вводим команду cmd которая нам откроет терминал в котором мы вводим следующую команду

   bcdedit /set hypervisorlaunchtype off

   Этой командой мы отключаем службу Hyper-V на нашем компьютеере
3. Перезагружаем компьютер

Если его нужно вернуть все обратно, тогда нужно будет выполнить команду bcdedit /set hypervisorlaunchtype auto

PS Если после перезагрузки у Вас не заработала VMware тогда переходите ко второму способу.

Способ 2 – Отключаем ядро

В данном способе мы не просто отключим изоляцию ядра в настройках.

1. Заходим в настройки и в меню выбираем  Обновление и Безопасность
   
2. Переходим в меню Безопасность Windows и выбираем Безопасность Устройства
   
   
3. Далее переходим в Безопасность устройства и в пункте Изоляция ядра нажимаем на ссылку
   
4. переводим ползунок в режим Откл закрываем и перезагружаем компьютер
   
5. Если этот способ не помог, переходим ко второй инструкции

Способ 3 – Отключаем Credential Guard

1. Запускаем командную строку WIN + R 
2. Вводим команду gpedit.msc которая нам откроет – Редактор локальной и групповой политики
3. Длаее идем в ветку: Конфигурация компьютера => Административные шаблоны => Система => Device Guard
   
4. Открываем службу Включить средство обеспечения безопасности на основе виртуализации   и нам надо ее отключить
   
5. на этом  закрываем  Редактор локальной и групповой политики
6. Запускаем командную строку WIN + R 
7. Вводим команду appwiz.cpl  которая нам откроет Программы и компоненты и тут выбираем меню Включение или отключение компонентов Windows
   
8.  В открывшемся окне снимаем галку с пункта Hyper-V
   
9. Перезагружаем компьютер

Вот наверно и все! Таким образом мы решили проблему конфликта виртуализации между приложениями VMware Workstation и Hyper-V! Если у вас есть какие то замечания или дополнения пишите в комментариях.

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

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

На деле  они просто продвигают свою 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 "EFIMicrosoftBootSecConfig.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 таким ненавязчивым сервисом предлагает пользоваться своей  технологией виртуализации. Так что при выборе машины которая будет крутиться на сервере,  теперь надо все еще раз взвесить — что будет  лучше на перспективу — «родное» или стороннее с точки зрения обновлений, настроек  и совместимости.