VMWare Workstation Pro не может работать в ОС Windows: почему и что можно сделать

Проблема тянется еще с сентября, регулярно и успешно обновляясь с каждым новым апдейтом Windows, точнее Windows 10 v.1903. Речь о «VMWare Workstation Pro не может работать в ОС Windows».

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

Тем не менее, похоже, это именно VMWare Workstation Pro в этот раз «сама виноватая», и тому есть свои причины.

Но прежде чем с проблемой разбираться для начала еще уточним, что, судя по отзывам пользователей, возникает она после установки любого из следующих четырех накопительных обновлений Windows 10 1903:

KB4522355 (OS Build 18362.449) от 24 октября 2019;

KB4517389 (OS Build 18362.418) от 8 октября 2019;

KB4524147 (OS Build 18362.388) от 3 октября 2019;

KB4517211 (OS Build 18362.387) от 26 сентября 2019.

То бишь, после установки любого из перечисленных обновлений VMWare Workstation Pro перестает запускаться, а встроенный Помощник по совместимости программ (Compatibility Assistant) пишет то самое:

VMWare Workstation Pro не может работать в ОС Windows
Проверьте, появилась ли обновленная версия этого приложения, работающая в Windows.

Почему так? По предварительной информации, данная проблема затрагивает в настоящее время все версии VMWare Workstation Pro до v.15.1. Последняя, как известно, изначально вышла с поддержкой Windows 10 19H1 (v.1903), а вот все предыдущие версии VMWare Microsoft давеча без объяснения причин убрала из перечня Application Compatibility. Следовательно, с Windows 10 работать они теперь и не должны, поскольку система больше не считает их совместимыми.

Что делать, когда «VMWare Workstation Pro не может работать в ОС Windows»

Разумеется, решается проблема путем покупки новой версии VMWare. И разумеется, не всем это нравится, с учетом того, почем её нынче продают. Общественность, конечно же, принялась искать пути обхода блокировки, и вроде как, нашла. По крайней мере, один простой маневр позволяет пока нормально запускать старые версии VMWare Workstation Pro. Как долго фокус будет работать, не понятно, но еще работает. Поэтому:

• открываем папку VMware Workstation (адрес по умолчанию C:\Program Files (x86)\VMware\VMware Workstation\);
• в ней находим файл vmware.exe
• вручную переименовываем его в vmwarea.exe
• и перезапускаем компьютер.

Что же относительно того, зачем вся эта канитель с версиями, то есть мнение, что ограничить использование старых версий VMWare Microsoft «пришлось» во избежания риска конфликтов с ними обновленной Hyper-V. Но, повторимся, компания пока это никак не комментировала.

VMware Workstation and Device/Credential Guard are not compatible.

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

✅ VMware Workstation and Device/Credential Guard are not compatible. VMware Workstation can be run after disabling Device/Credential Guard.

🔥 Не запускается виртуальные машины VMware что делать?

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

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

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

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

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

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

Перезагружаем компьютер

Если его нужно вернуть все обратно, тогда нужно будет выполнить команду 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! Если у вас есть какие то замечания или дополнения пишите в комментариях.

Ошибка открытия файла конфигурации виртуальных машин VMware Workstation

Несмотря на то, что VMware Workstation является лучшим гипервизором для Windows, в частности, в плане стабильности работы, у него могут возникать определённые сложности. Это может быть, например, ошибка запуска виртуальной машины «Cannot open the configuration file» — ошибка, означающая, что VMware не может открыть файл конфигурации машины, поскольку тот либо повреждён, либо отсутствует. Что делать в такой ситуации? Как восстановить работоспособность виртуальной машины?

Файл конфигурации виртуальной машины

Итак, при запуске машины получаем ошибку открытия файла конфигурации. Следовательно, этот файл повреждён или отсутствует. В некоторых случаях ошибка может быть обусловлена недостаточным наличием прав для открытия файла.

Можно попробовать запустить VMware Workstation с правами администратора, открыть машину, выключить гостевую ОС и попробовать снова запустить машину в программе без прав администратора. Если это не поможет, придётся виртуальную машину пересоздать. Но на базе её существующего виртуального диска.

Файл конфигурации машин VMware – это файл формата «.wmx» , где хранятся параметры эмуляции оборудования и прочие настройки, которые мы указываем при создании машин и потом меняем их. Файл конфигурации хранится в папке виртуальной машины, его путь прямо указан в окошке сведений.

Повреждение или удаление файла конфигурации влечёт за собой невозможность работы виртуальной машины. Однако этот файл никак не влияет на содержимое виртуального диска. В последнем сохранено состояние гостевой ОС, и после пересоздания машины мы продолжим работу с этой гостевой ОС. Разве что будут утеряны какие-то данные последнего сеанса работы гостевой ОС, если у машины было приостановленное, а не выключенное состояние. Ну и также будут удалены снапшоты, если они использовались.

Удаление виртуальной машины

Идём в проводнике по пути хранения данных машины VMware Workstation. Удаляем все её файлы, кроме виртуальных дисков – файлов «.wmdk» (или «.vhd», если используется этот формат) .

В папке машины должны остаться только файлы виртуальных дисков.

Теперь в программе VMware Workstation открываем панель библиотеки и удаляем машину с помощью контекстного меню.

Пересоздание виртуальной машины

Пересоздадим машину. Запускаем создание новой.

Указываем выборочный тип конфигурации.

Жмём «Далее».

Указываем, что мы позже установим гостевую ОС.

Указываем установленную на оставшемся виртуальном диске гостевую ОС, её версию и разрядность.

Имя и расположение машины указываем такие, как были. На сообщение VMware, что, мол, в указанном месте уже есть виртуальная машина жмём «Продолжить».

Указываем тип BIOS , какой был у удалённой машины.

Указываем ядра процессора, выделяемую оперативную память.

Контроллеры и тип диска.

На этапе выбора диска выбираем использование существующего виртуального диска.

Жмём кнопку обзора и указываем путь к оставленному виртуальному диску. Указываем основной файл «.vmdk» (или «.vhd») .

Всё – теперь виртуальная машина с новым файлом конфигурации, и она должна запуститься без проблем.

Обновление для Windows 10 блокирует запуск VMware Workstation

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

На прошлых выходных в Сети стали появляться жалобы от пользователей на то, что после установки кумулятивного обновления для Windows 10 гипервизор VMware Workstation перестает запускаться. Проблема затрагивает только более ранние версии VMware Workstation, однако даже если пользователь согласиться на дополнительные расходы и обновит гипервизор, проблем с совместимостью ему все равно не избежать.

Источником проблем является патч KB4517211, обновляющий Windows 10 до сборки 18362.387. Помимо прочего, он добавляет записи в базу данных совместимости Windows Compatibility, в результате чего при попытке запуска VMware Workstation 14 и более ранних версий появляется сообщение «VMware Workstation Pro не может быть запущен на Windows».

В обсуждении проблемы на сайте Microsoft пользователи жалуются , что обновление их лицензий на 100 VMware Workstation обойдется в €11,5 тыс. Однако у тех, кто все же решился на обновление, перестает работать GNS3. Кроме того, новые версии VMware Workstation не работают на некоторых старых процессорах, поэтому апгрейд не всегда возможен.

Windows управляет информацией о совместимости с помощью базы данных Shim под названием sysmain.sdb, и некоторые отчаявшиеся пользователи в надежде все-таки запустить гипервизор даже пытаются заменить даный файл более старой версией. Это не очень хорошая идея, поскольку файл является компонентом системы и его модифицирование может привести к нежелательным последствиям. Как бы то ни было, после замены файла версия VMware Workstation 14 и более ранние действительно запускаются.

Еще один способ решения проблемы – заблокировать обновление KB4517211. Однако это лишь временное решение, поскольку будущие обновления, скорее всего, снова вызовут ту же ошибку.