Vmware workstation вылетает без ошибки

Обновлено: 07.07.2024

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

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

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

Месяц не пользовался 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 /d "DebugTool" /application osloader

bcdedit /set bootsequence

bcdedit /set loadoptions DISABLE-LSA-ISO,DISABLE-VBS

bcdedit /set hypervisorlaunchtype off

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

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

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

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

Чтобы отключить Hyper-V, необходимо внести изменения в реестр Windows. Перед отключением Hyper-V обязательно создайте резервную копию ОС. В поисковую строку введите «gpedit.msc» и нажмите Ок. Перейдите в раздел «Политика Локальный компьютер» — «Конфигурация компьютера» — «Административные шаблоны» — «Система» — «Device Guard». Дважды кликните на строку «Включить средство обеспечения безопасности на основе виртуализации». В новом окне выберите пункт «Отключено» и нажмите Ok. Перейдите в раздел «Панель управления» — «Программы и компоненты» — «Включение или отключение компонентов Windows». Отключите Hyper-V и нажмите Ок. Если система предложит перезагрузить компьютер, откажитесь от перезагрузки.

Откройте командную строку от имени администратора. Поочередно выполните команды:

Затем перезагрузите компьютер.

Ошибка Cannot open the disk

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

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

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 работает неправильно, так как права на чтение и запись файла не даны либо даны некорректно.

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

Что делать, если при попытке запуска виртуальной машины в программе-гипервизоре VMware или её проигрывателе машина не запускается, при этом выдаёт ошибку «VMware Workstation does not support virtualized performance counters on this host» . Эта ошибка присуща всем программам-гипервизорам компании VMware, давайте посмотрим, как её можно решить. Когда эта ошибка появляется при запуске виртуальной машины, в окошке ошибки есть отсылка на сайт поддержки VMware.

Где описывается причина и предлагается решения.

Причиной ошибки, в частности, в среде Windows являются запущенные хост-процессы Hyper-V , нативного гипервизора Windows.

Если в Windows активен непосредственно сам Hyper-V, машины других программ-гипервизоров не запускаются, и это касается всех подряд машин. А вот при активности не самого Hyper-V, а системных компонентов типа песочницы Windows, базирующихся на технологиях Hyper-V, в сторонних программах-гипервизорах виртуальные машины могут вести себя по-разному и выдавать, в частности, такую ошибку.

Компания VMware в качестве решения этой проблемы предлагает зайти в настройки процессора выключенной машины и отключить опцию виртуализации счётчиков производительности.

Можете попробовать этот вариант, но, увы, он не всегда может решить проблему.

Кардинальное её решение для Windows – отключить системный компонент, базирующийся на технологиях Hyper-V, который провоцирует конфликт в работе сторонних гипервизоров.

Чтобы отключить этот компонент, в панели управления заходим в раздел «Программы», запускам включение/отключение компонентов Windows.

И, снимая галочку, отключаем компонент, вызывающий конфликт, в нашем случае это песочница Windows.

Неисправимая ошибка VMware Workstation: (vcpu-0)

Что является причиной неисправимой ошибки VMware Workstation: (vcpu-0)

Способ 1. Обновление приложения VMware Workstation

Поскольку эта ошибка уже была исправлена разработчиками, вы сможете устранить эту проблему, гарантируя, что вы Рабочая станция VMware клиент обновлен до последней версии. Для этого просто откройте VMware Workstation и перейдите к Плеер> Справка> Обновления программного обеспечения.

Доступ к экрану обновлений программного обеспечения рабочей станции WMware

Как только вы доберетесь до Программные обновления экран, нажмите на Проверить наличие обновлений и посмотрите, доступна ли новая версия. Если это так, следуйте инструкциям на экране, чтобы установить его на свой компьютер.

Проверка обновлений

Способ 2. Отключение / удаление программного обеспечения для виртуализации другой организации

Вы можете столкнуться с этой проблемой, потому что Рабочая станция VMware а также Oracle VM VirtualBox оба работают в одно и то же время. Хотя в основном это происходит, когда пользователь пытается запустить виртуальную машину MacOS, некоторые затронутые пользователи сообщают, что проблема была решена, как только они закрылись. Oracle VM Virtualбвол.

Нажмите Windows ключ + R открыть диалоговое окно «Выполнить». Затем введите «appwiz.cplИ нажмите Войти открыть Программы и особенности.
Введите appwiz.cpl и нажмите Enter, чтобы открыть список установленных программ в Windows
внутри Программы и особенности, прокрутите список приложений и найдите Oracle VM Virtualbox (или другое конкурирующее программное обеспечение для виртуализации). Как только вы увидите его, щелкните по нему правой кнопкой мыши и выберите Удалить.
Удаление Oracle Virtualbox
После удаления программного обеспечения конкурирующей организации перезагрузите компьютер и посмотрите, была ли проблема решена при следующем запуске.

Способ 3. Включение защищенной виртуальной машины (SVM) или технологии виртуализации Intel из BIOS / UEFI

SVM (защищенная виртуальная машина) является эквивалентом Intel VT-x / Intel Virtualization технология на некоторых машинах. Но независимо от технологии виртуализации, которую использует ваш компьютер, ее необходимо включить, чтобы обеспечить бесперебойную работу виртуальной машины.

Первым шагом будет ввод настроек BIOS / UEFI. Для этой процедуры необходимо нажать Настроить ключ во время начальной загрузки. Клавиша настройки должна появиться на начальном экране, но в случае, если это не так, вы можете выполнить онлайн-поиск с помощью «вашей материнской платы + клавиша настройки», чтобы обнаружить ваш Настроить ключ.

Нажатие [клавиши] для входа в setupNow, следующий экран будет отличаться в зависимости от того, вошли ли вы в старые настройки (BIOS) или более новый UEFI. Имейте в виду, что у каждого крупного производителя материнских плат будут разные названия меню и настроек. Чаще всего вы можете найти режим SVM в разделе Дополнительно> Конфигурация процессора. Просто установите его Включено и не забудьте сохранить изменения перед выходом из BIOS / UEFI Настройки.
Включение режима SVM из настроек BIOS

Способ 4: отключение одновременной многопоточности (SMT) в BIOS / UEFI

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

Чтобы отключить SMT, вам нужно будет ввести настройки BIOS. Для этого перейдите в настройки BIOS, нажав Ключ настройки во время первого экрана.

Нажав [клавишу], чтобы войти в setup, имейте в виду, что в зависимости от производителя вашего ЦП, название опции SMT может отличаться. Например, Intel (R) Hyper-Threading это запатентованная технология одновременной многопоточности Intel.
Отключение SMT

После того, как вы войдете в настройки BIOS, вам нужно выяснить варианты управления SMT. Как правило, вы сможете найти его в одном из следующих подменю: Tweaker Config, CPU Feature, Advanced BIOS, Performance, Processor, CPU.

Отключение SMT

В зависимости от версии BIOS / UEFI и производителя материнской платы, с которой вы работаете, опция управления, предназначенная для этой технологии, может быть одной из следующих: Intel® R Hyper-Threading, технология Hyper-Treading, функция Hyperthreading, Hyper-Threading CPU или контроль Hyperthread.

Способ 5: возврат к тактовым частотам по умолчанию

Это говорит о том, что проблема также может быть вызвана, если начальные проверки, выполненные VMware Workstation, обнаруживают некоторые несоответствия в отношении частоты вашего процессора. Оказывается, программное обеспечение может выдать эту ошибку, если заметит, что ресурсы ЦП хост-машины отличаются от исходных спецификаций.

Если вы знаете, что вы разогнаны, зайдите в настройки BIOS / UEFI, перейдите в подменю «Разгон» и вернитесь к частотам по умолчанию.

Способ 6: изменение файла VMX

Однако существует способ обойти эту проблему и позволить виртуализации MacOS на рабочей станции 11. Все, что вам нужно сделать, это добавить строку кода в файл VMX. Вот краткое руководство о том, как это сделать:

Замечания: Вам не нужно вставлять его в определенное место. В любом месте это хорошо, так как файл будет автоматически отсортирован после сохранения. Все, что вам нужно сделать, это убедиться, что вы не вставляете его в середину другой строки кода.

Читайте также: