Стал происходить регулярный сброс виртуальной машины Ubuntu 16.04 LTS под управлением Hyper-V 2008 R2 с регистрацией ошибки Event ID 18560: «Выполнен сброс «UBUNTUSRV», поскольку на виртуальном процессоре возникла неустранимая ошибка, вызвавшая тройной сбой..». Описание ошибки на MS.
Поиск информации
Другая статья MS говорит, что это нормальное поведение для виртуальной машины на Linux: «Все варианты Linux, которые поддерживаются в Hyper-V могут регистрировать событие об ошибке, описанное в данной статье. Это происходит независимо от установленной версии служб интеграции Linux». Далее предлагается безопасно проигнорировать ошибку. Это хорошо конечно, ну а сброс виртуальной машины по нескольку раз в день?
Тут вспомнил, что службы интеграции я не устанавливал/не активировал, влил ОС как она есть и сразу начал пользоваться. Значит нужно попробовать это сделать. Стал искать информацию дальше и вот что получилось.
Установка LIS
Все современные ОС Linux идут уже с дистрибутивом LIS (Linux Integration Services). MS конечно на аббревиатуры сильна, то у нее АДАМ, то ЛИС… Редактируем файл модулей:
sudo vi /etc/initramfs-tools/modules
Добавляем туда информацию:
hv_vmbus hv_storvsc hv_blkvsc hv_netvsc
Далее:
sudo update-initramfs –u sudo shutdown -r now
После перезагрузки выполняем команду lsmod и находим там hv_vmbus — значит все успешно установилось.
Прошло порядка 5 дней, статью специально не выкладывал, хостовая ОС перезагружалась несколько раз, гостевая Ubuntu тоже, но ошибка больше не фиксируется и сброс виртуальной машины не происходит. Даже если ошибка снова появится, то частота её появления будет уже не несколько раз в день, что радует.
Добавление от 16.07.2016
Потребовалось установить еще одну виртуальную машину Ubuntu 16.04 LTS, ошибка стала фиксироваться снова, уже для этой виртуальной машины.
Теперь сразу запустил команду lsmod, в прошлый раз я этого не сделал. Все виртуальные устройства шины hv_vmbus оказались на своих местах, то есть вроде бы как заново их прописывать и не надо. Однако указанные выше манипуляции опять помогли избавиться от ошибки. Вот такое шаманство, другими словами и не скажешь.
Дневники Сетевого Инженера
По словам некоторых пользователей, при попытке установить новую операционную систему они видят неисправимую ошибку VMware Workstation (vcpu-0). Ошибка очень известна, поскольку не позволяет пользователям устанавливать ОС. Второй абзац сообщения об ошибке может варьироваться от пользователя к пользователю, но ошибка одна и та же.
Поэтому в этой статье мы увидим, почему вы видите эту ошибку и как ее исправить.
Неустранимая ошибка VMware Workstation может быть вызвана множеством разных причин, например, вмешательством другой виртуальной машины. Итак, вы должны закрыть все остальные виртуальные машины перед использованием этой. Помимо этого проблема может быть связана с некоторыми настройками BIOS / UEFI, такими как отключенная виртуализация оборудования., которые нам нужно изменить, чтобы запустить игру. Мы также увидим некоторые обходные пути и некоторые настройки настроек, которые помогли другим жертвам решить эту проблему.
Исправить неустранимую ошибку VMware Workstation (vcpu-0)
Если вы хотите исправить неисправимую ошибку VMware Workstation (vcpu-0), начните с обновления вашего компьютера. Установите последнее обновление, а затем выполните приведенные ниже решения, чтобы решить проблему.
- Закройте другие программы виртуализации
- Обновить VMware Workstation
- Включить аппаратную виртуализацию
- Остановить разгон
- У пользователя меньше ядер
Поговорим о них подробнее.
1]Закройте другие программы виртуализации
Если у вас есть другое приложение виртуализации, такое как VirtualBox, работающее в фоновом режиме, вы увидите соответствующую ошибку. Вам необходимо закрыть все из них, прежде чем открывать виртуальную машину в VMware Workstation. Лучший способ сделать то же самое — проверить Диспетчер задач и посмотрите, запущен ли процесс. Если это так, то вам нужно щелкнуть по нему правой кнопкой мыши и выбрать «Завершить задачу». После этого проверьте, сохраняется ли проблема.
2]Обновление VMware Workstation
Ошибка может появиться из-за ошибки, но ее можно удалить обновлением. Следовательно, мы собираемся обновить VMware Workstation и посмотреть, сохраняется ли проблема. Чтобы проверить наличие обновлений программного обеспечения, вы можете открыть VMware Workstation и щелкнуть Справка> Обновления программного обеспечения.
После установки ожидающих обновлений вам необходимо перезагрузить систему, а затем проверить, сохраняется ли проблема.
3]Включить аппаратную виртуализацию
Вам необходимо убедиться, что вы включили аппаратную виртуализацию в BIOS / UEFI. Итак, проверьте его состояние и включите функцию, если она отключена. После включения аппаратной виртуализации проверьте, сохраняется ли проблема.
4]Остановить разгон
Если вы разогнали свой процессор с помощью приложения, это может вызвать проблемы. Разгон может привести к сбою игры или остановке работы виртуальных машин. Итак, если вы выполнили разгон, верните его в нормальное состояние и посмотрите, сохраняется ли проблема.
5]Используйте меньше ядер
Вам необходимо убедиться, что VMware не использует более одного ядра. По мнению многих пользователей, назначение более одного ядра для VMware с виртуальными машинами Windows может вызвать такие проблемы, тогда как для чего-то вроде Ubuntu он отлично работает даже с четырьмя ядрами. Итак, нам нужно изменить некоторые настройки и после этого посмотреть, как работает VMware. Следуйте приведенным ниже инструкциям.
- Откройте диспетчер задач.
- Перейти к Подробности.
- Искать VMware Workstation или vmware.exe, щелкните его правой кнопкой мыши и выберите Установите близость.
- Теперь просто отметьте одно ядро (CPU 0) и нажмите Ok.
Наконец, перезапустите систему, снова откройте VMware и посмотрите, сохраняется ли проблема.
Как разморозить мою рабочую станцию VMware?
Если VMware Workstation зависает, вы можете сделать две вещи: перейти в диспетчер задач, щелкнуть правой кнопкой мыши VMware и выбрать «Завершить задачу» или принудительно завершить работу, нажав и удерживая кнопку питания. Но если эта проблема возникает часто, вы можете воспользоваться упомянутыми здесь решениями и посмотреть, поможет ли это. Если это не помогает, попробуйте снизить нагрузку на ваш процессор, вы можете сделать это, перезагрузив компьютер перед использованием виртуальных машин, отключив Интернет или остановив все свои процессы и приложения.
Читать далее:
.
Содержание
- Причины возникновения ошибки 0x80004005 в VirtualBox
- Способ 1: Переименование внутренних файлов
- Способ 2: Включение поддержки виртуализации в BIOS
- Способ 3: Обновление VirtualBox
- Способ 4: Отключение Hyper-V
- Способ 5: Изменение типа запуска гостевой ОС
- Способ 6: Удаление/исправление обновления Windows 7
- Вопросы и ответы
При попытке запуска операционной системы Windows или Linux в виртуальной машине VirtualBox пользователь может столкнуться с ошибкой 0x80004005. Она возникает до старта ОС и препятствует любой попытке ее загрузки. Есть сразу несколько способов, помогающих устранить существующую проблему и продолжить пользоваться гостевой системой в обычном режиме.
Ситуаций, из-за которых не получается открыть сессию для виртуальной машины, может быть несколько. Зачастую данная ошибка возникает спонтанно: еще вчера вы спокойно работали в операционной системе на VirtualBox, а сегодня выполнить то же самое не удается из-за сбоя при запуске сессии. Но в некоторых случаях не удается выполнить первичный (установочный) запуск ОС.
Это может произойти вследствие одной из следующих причин:
- Ошибка при сохранении последней сессии.
- Отключенная поддержка виртуализации в BIOS.
- Некорректно работающая версия VirtualBox.
- Конфликт гипервизора (Hyper-V) с VirtualBox на 64-разрядных системах.
- Проблемное обновление хостовой Windows.
Далее мы рассмотрим, как устранить каждую из этих проблем и начать/продолжить пользоваться виртуальной машиной.
Способ 1: Переименование внутренних файлов
Сохранение сессии может завершиться ошибочно, в результате чего последующий ее запуск будет невозможен. В этом случае достаточно выполнить переименование файлов, связанных с запуском гостевой ОС.
Для выполнения дальнейших действий вам необходимо включить отображение расширений файлов. Это можно сделать через «Параметры папок» (в Windows 7) или «Параметры Проводника» (в Windows 10).
- Откройте папку, где хранится файл, отвечающий за запуск операционной системы, т.е. сам образ. Он располагается в папке VirtualBox VMs, место сохранения которой вы выбирали при установке самой VirtualBox. Обычно она находится в корне диска (диска С или диска D, если HDD разбит на 2 раздела). Также она может располагаться в персональной папке пользователя по пути:
С:UsersИМЯ_ПОЛЬЗОВАТЕЛЯVirtualBox VMsИМЯ_ГОСТЕВОЙ_ОС
- В папке с операционной системой, которую вы хотите запустить, должны быть следующие файлы: Name.vbox и Name.vbox-prev. Вместо Name будет имя вашей гостевой операционной системы.
Скопируйте файл Name.vbox в другое место, например, на рабочий стол.
- Файл Name.vbox-prev необходимо переименовать вместо перемещенного файла Name.vbox, то есть удалить «-prev».
- Эти же действия необходимо проделать и внутри другой папки, находящейся по следующему адресу:
C:UsersИМЯ_ПОЛЬЗОВАТЕЛЯ.VirtualBox
Здесь вы будете менять файл VirtualBox.xml — скопируйте его в любое другое место.
- У файла VirtualBox.xml-prev удалите приписку «–prev», чтобы получилось имя VirtualBox.xml.
- Попробуйте запустить операционную систему. Если не сработало, восстановите все назад.
Способ 2: Включение поддержки виртуализации в BIOS
Если вы решили воспользоваться ВиртуалБокс впервые, и сразу же столкнулись с вышеупомянутой ошибкой, то, возможно, загвоздка кроется в не настроенном BIOS для работы с технологией виртуализации.
Чтобы осуществить запуск виртуальной машины, в БИОС достаточно включить всего лишь одну настройку, которая называется Intel Virtualization Technology.
- В Award BIOS путь к этой настройке следующий: Advanced BIOS Features > Virtualization Technology (или просто Virtualization) > Enabled.
- В AMI BIOS: Advanced > Intel(R) VT for Directed I/O > Enabled.
- В ASUS UEFI: Advanced > Intel Virtualization Technology > Enabled.
Настройка может иметь и другой путь (например, в BIOS на ноутбуках HP или в БИОС Insyde H20 Setup Utility):
- System Configuration > Virtualization Technology > Enabled;
- Configuration > Intel Virtual Technology > Enabled;
- Advanced > Virtualization > Enabled.
Если вы не нашли данной настройки в своей версии BIOS, то ищите ее вручную во всех пунктах меню по ключевым словам virtualization, virtual, VT. Для включения выбирайте состояние Enabled.
Способ 3: Обновление VirtualBox
Возможно, состоялось очередное обновление программы до последней версии, после чего и появилась ошибка запуска «E_FAIL 0x80004005». Есть два выхода из сложившейся ситуации:
- Дождитесь выхода стабильной версии VirtualBox.
Те, кто не хочет заморачиваться с выбором рабочей версии программы, может просто дождаться обновления. Узнать о выходе новой версии можно на официальном сайте VirtualBox или через интерфейс программы:
- Запустите Менеджер виртуальных машин.
- Нажмите «Файл» > «Проверить обновления…».
- Дождитесь проверки и при необходимости установите обновление.
- Переустановите VirtualBox на текущую или предыдущую версию.
- Если у вас есть установочный файл VirtualBox, то используйте его для переустановки. Для повторного скачивания актуальной или предыдущей версии перейдите по этой ссылке.
- Нажмите на ссылку, ведущую к странице со списком всех предыдущих релизов для текущей версии VirtualBox.
- Выберите подходящую для хостовой ОС сборку и скачайте ее.
- Для переустановки установленной версии VirtualBox: запустите инсталлятор и в окне с типом установки выберите «Repair». Установите программу в обычном режиме.
- Если вы делаете откат до предыдущей версии, то лучше сперва удалить VirtualBox через «Установку и удаление программ» в Windows.
Или через установщик VirtualBox.
Не забудьте сделать резервные копии своих папок с образами ОС.
Способ 4: Отключение Hyper-V
Hyper-V — система виртуализации для 64-разрядных систем. Иногда у нее может возникнуть конфликт с VirtualBox, что и провоцирует появление ошибки при старте сессии для виртуальной машины.
Для отключения гипервизора выполните следующее:
- Запустите «Панель управления».
- Включите просмотр по значкам. Выберите пункт «Программы и компоненты».
- В левой части окна нажмите на ссылку «Включение или отключение компонентов Windows».
- В открывшемся окне необходимо снять галочку с компонента Hyper-V, а затем нажать «ОК».
- Перезагрузите компьютер (необязательно) и попробуйте запустить ОС в VirtualBox.
Способ 5: Изменение типа запуска гостевой ОС
В качестве временного решения (например, до выпуска новой версии VirtualBox) можно попробовать изменить тип запуска ОС. Этот способ помогает не во всех случаях, но, возможно, сработает у вас.
- Запустите Менеджер VirtualBox.
- Нажмите по проблемной операционной системе правой кнопкой мыши, наведите курсор на пункт «Запустить» и выберите вариант «Запуск в фоновом режиме с интерфейсом».
Данная функция доступна только в VirtualBox, начиная с версии 5.0.
Способ 6: Удаление/исправление обновления Windows 7
Этот способ считается устаревшим, поскольку после неудачного патча KB3004394, приводящего к прекращению работы виртуальных машин в ВиртуалБокс, была выпущена заплатка KB3024777, устраняющая данную проблему.
Тем не менее, если у вас на компьютере по каким-то причинам отсутствует фикс-патч, а проблемный присутствует, то есть смысл либо удалить KB3004394, либо установить KB3024777.
Удаление KB3004394:
- Откройте «Командную строку» с правами администратора. Для этого откройте окно «Пуск», напишите cmd, правым кликом мыши выберите пункт «Запустить от имени администратора».
- Пропишите команду
wusa /uninstall /kb:3004394
и нажмите Enter.
- После выполнения этого действия может потребоваться перезагрузка компьютера.
- Попробуйте еще раз запустить гостевую ОС в ВиртуалБоксе.
Установка KB3024777:
- Перейдите по этой ссылке на сайт Microsoft.
- Скачайте версию файла с учетом разрядности своей ОС.
- Установите файл вручную, если необходимо, перезагрузите ПК.
- Проверьте запуск виртуальной машины в VirtualBox.
В подавляющем большинстве случаев точное выполнение данных рекомендаций приводит к устранению ошибки 0x80004005, и пользователь может без труда начать или продолжить работать с виртуальной машиной.
- Remove From My Forums
-
Вопрос
-
Добрый день, стоит server 2012 из ролей ни чего нет. Он включен в AD, но без роли. Ну и стоит Hyper-V. На виртуалку я поставил Kerio 8.2-он у меня сейчас в режиме теста. Подключены 2 сети и созданы два виртуальных сетевых адаптеров со статическими
адресами с разными сетями (проксю с него хочу сделать). Сеть работает и все вроде нормально. Только вот ошибка и найти причину не могу, помогите пожалуйста.Выполнен сброс «Новая виртуальная машина», поскольку на виртуальном процессоре возникла неустранимая ошибка, вызвавшая тройной сбой. Если эта ошибка будет повторяться, обратитесь в службу технической поддержки. (ИД виртуальной
машины CBCC2818-0A47-4996-A860-1F2471355BCF) Код:18560Что это за ошибка и на что она влияет. Из того, что нашел: место и озу есть, режим вируалки в BIOS включен.
И еще когда работает вируалка, есть мониторинг его состояния. Так вот там во вкладке «сеть» показаны мои 2 вирт.адаптера с интересным состоянием: » Понижен (требуется обновления служб интеграции) «.
-
Изменено
17 апреля 2014 г. 8:45
ошибка
-
Изменено
Ответы
-
В качестве Linux что исп-ся?
Согласно http://support.microsoft.com/kb/2711608, ошибка «тройной сбой» — это нормальное поведение Linux . Статья для 2008 R2, но думаю частично или полностью относится и к 2012.
There is no issue. When all the processes are shut down in Linux, Linux issues a triple fault to the hardware to reboot the system.
This behavior is by design in Linux.
Roman Levchenko, MCSA, MCITP, MCTS http://www.rlevchenko.com
-
Помечено в качестве ответа
msgeorge
17 апреля 2014 г. 9:40
-
Помечено в качестве ответа
- Remove From My Forums
-
Question
-
Hello,
I had 3-node Hyper-V Cluster on Windows 2016 DTC. I decided to upgrade this cluster to Windows 2019 DTC version. I evicted first node from cluster, reinstalled to W2019 and added back to cluster. I tried live migration of some VM to this new node and everything
was ok. Then I reinstalled second node (same procedure), then I want to reinstall third node, I migrated VM from third 2016 node to the new nodes and I see that two VM are periodically unexpectly restarting and there is error in Hyper-V event log:Hyper-V-Worker — EventID: 18560
‘VMNAME’ was reset because an unrecoverable error occurred on a virtual processor that caused a triple fault. If the problem persists, contact Product Support. (Virtual machine ID B2464510-3CCD-4A42-9776-2A61A3A5F40B)
Both virtual machines are Windows 2016 STD with latest updates. When I move this VMs to old Windows 2016 node, everything is working ok. When I move it back to new 2019 node, in a few minutes are restarting (VM starts, few minutes is working ok, then restart,
start, few minutes ok, ………….).I found some bug solution for 18560 error — http://www.checkyourlogs.net/?p=59953 — but it’s not my case because my VMs are booting ok.
Update: I find that when I turn on «Processor compatibility» on that VMs and everything is ok and VMs are working fine. Then I tried turn off processor compatibility and the problem was back, VMs are restarting, then after turn on back again, everything
is ok again.-
Changed type
Thursday, January 24, 2019 12:09 PM
-
Edited by
Daniel Danaj
Thursday, January 24, 2019 2:10 PM
-
Changed type
Стал происходить регулярный сброс виртуальной машины Ubuntu 16.04 LTS под управлением Hyper-V 2008 R2 с регистрацией ошибки Event ID 18560: «Выполнен сброс «UBUNTUSRV», поскольку на виртуальном процессоре возникла неустранимая ошибка, вызвавшая тройной сбой..». Описание ошибки на MS.
Поиск информации
Другая статья MS говорит, что это нормальное поведение для виртуальной машины на Linux: «Все варианты Linux, которые поддерживаются в Hyper-V могут регистрировать событие об ошибке, описанное в данной статье. Это происходит независимо от установленной версии служб интеграции Linux». Далее предлагается безопасно проигнорировать ошибку. Это хорошо конечно, ну а сброс виртуальной машины по нескольку раз в день?
Тут вспомнил, что службы интеграции я не устанавливал/не активировал, влил ОС как она есть и сразу начал пользоваться. Значит нужно попробовать это сделать. Стал искать информацию дальше и вот что получилось.
Установка LIS
Все современные ОС Linux идут уже с дистрибутивом LIS (Linux Integration Services). MS конечно на аббревиатуры сильна, то у нее АДАМ, то ЛИС… Редактируем файл модулей:
sudo vi /etc/initramfs-tools/modules
Добавляем туда информацию:
hv_vmbus hv_storvsc hv_blkvsc hv_netvsc
Далее:
sudo update-initramfs –u sudo shutdown -r now
После перезагрузки выполняем команду lsmod и находим там hv_vmbus — значит все успешно установилось.

Прошло порядка 5 дней, статью специально не выкладывал, хостовая ОС перезагружалась несколько раз, гостевая Ubuntu тоже, но ошибка больше не фиксируется и сброс виртуальной машины не происходит. Даже если ошибка снова появится, то частота её появления будет уже не несколько раз в день, что радует.
Добавление от 16.07.2016
Потребовалось установить еще одну виртуальную машину Ubuntu 16.04 LTS, ошибка стала фиксироваться снова, уже для этой виртуальной машины.

Теперь сразу запустил команду lsmod, в прошлый раз я этого не сделал. Все виртуальные устройства шины hv_vmbus оказались на своих местах, то есть вроде бы как заново их прописывать и не надо. Однако указанные выше манипуляции опять помогли избавиться от ошибки. Вот такое шаманство, другими словами и не скажешь.
СОВЕТУЕМ: Нажмите здесь, чтобы исправить ошибки Windows и оптимизировать производительность системы
Некоторые пользователи сталкиваются с неисправимой ошибкой VMware Workstation: (vcpu-0) при попытке установить вторую операционную систему на конкретном компьютере. Некоторые пользователи сообщают, что ошибка возникает при настройке второй виртуальной машины, в то время как другие сообщают, что она запускается при каждой попытке загрузки с нее. Эта проблема, по-видимому, не относится к определенной операционной системе, поскольку, как сообщается, она возникает при установке OsX, Windows и Linux.
Неисправимая ошибка VMware Workstation: (vcpu-0)
Мы исследовали эту конкретную проблему, изучив пользовательские отчеты и стратегии исправления, которые они использовали для решения проблемы. Исходя из того, что мы собрали, существует несколько распространенных сценариев, которые вызывают это конкретное сообщение об ошибке:
- Одновременно запущено другое программное обеспечение для виртуализации. Это одна из наиболее распространенных причин возникновения этой ошибки. WMware Workstation выдаст эту ошибку, если вы попытаетесь запустить виртуальную машину во время работы Virtualbox (или аналогичного программного обеспечения)
- Защищенная виртуальная машина (SVM) отключена из BIOS / UEFI. Эта проблема часто возникает, если Защищенная виртуальная машина (SVM) отключена из BIOS или UEFI (в зависимости от конфигурации). Некоторым пользователям в аналогичной ситуации удалось решить проблему, убедившись, что SVM включен.
- Одновременная многопоточность (SMT) включена из BIOS / UEFI — известно, что VMware и другие подобные программы конфликтуют с многопоточностью. Как правило, вам нужно отключить SMT в настройках BIOS / UEFI после включения SVM, чтобы избежать конфликтов
- Процессор или другой компонент разогнан — разогнанные компоненты также могут вызвать это конкретное сообщение об ошибке. Это происходит потому, что во время загрузки виртуальная машина выполняет выбор частотных проверок. В некоторых случаях более высокая частота, чем обычно, на вашем CPU / GPU может заставить программное обеспечение выдать это конкретное сообщение об ошибке.
- Ошибка VMW ware — Существует хорошо известная ошибка, которая выдает это конкретное сообщение об ошибке, даже если не выполняется ни одно из указанных выше условий. Поскольку эта ошибка предположительно была исправлена в версии 12.5, ее можно устранить, обновив приложение VMware до последней версии.
- Mac OS предназначена для работы только на оборудовании Apple. Как указано в лицензионном соглашении Apple, MAC OS предназначена для запуска или виртуализации только на аппаратном обеспечении Apple. Эта конкретная ошибка может возникнуть при попытке запустить виртуальный образ MacOS.
Если вы в настоящее время пытаетесь устранить это конкретное сообщение об ошибке, эта статья предоставит вам выбор возможных стратегий ремонта. Ниже представлен набор методов, которые другие пользователи в аналогичной ситуации использовали для устранения неисправимой ошибки VMware Workstation: (vcpu-0) . Для достижения наилучших результатов следуйте приведенным ниже потенциальным исправлениям, пока не встретите метод, эффективный в вашем конкретном сценарии.
Способ 1. Обновление приложения VMware Workstation
Прежде чем попробовать что-либо еще, важно убедиться, что вы используете последнюю версию VMware Workstation. Многие пользователи сообщают о том, что ошибка связана с неисправимой ошибкой VMware Workstation: ошибка (vcpu-0) в Wmware Workstation 11.
Поскольку эта ошибка уже была исправлена разработчиками, вы сможете устранить эту проблему, обновив клиент VMware Workstation до последней версии. Для этого просто откройте VMware Workstation и выберите «Плеер»> «Справка»> «Обновления программного обеспечения».
Доступ к экрану обновлений программного обеспечения рабочей станции WMware
Как только вы попадете на экран « Обновления программного обеспечения», нажмите « Проверить наличие обновлений» и посмотрите, доступна ли новая версия. Если это так, следуйте инструкциям на экране, чтобы установить его на свой компьютер.
Проверка обновлений
После установки более новой версии перезагрузите компьютер и посмотрите, была ли проблема решена. Если вы все еще сталкиваетесь с ошибкой VMware Workstation Unrecoverable Error: (vcpu-0), перейдите к следующему способу ниже.
Способ 2. Отключение / удаление программного обеспечения для виртуализации другой организации
Возможно, вы столкнулись с этой проблемой, поскольку VMware Workstation и Oracle VM VirtualBox работают одновременно. Хотя в основном это происходит, когда пользователь пытается запустить виртуальную машину MacOS, некоторые затронутые пользователи сообщают, что проблема была решена, как только они закрыли Oracle VM Virtual b ox .
Другие пользователи сообщили, что проблема была решена только после удаления Oracle VM VirtualBox. Просто чтобы убедиться, что конфликт программного обеспечения не способствует появлению ошибки VMware Workstation Unrecoverable Error: (vcpu-0), мы настоятельно рекомендуем вам выполнить следующие шаги для удаления Oracle VM VirtualBox (или аналогичного конкурирующего программного обеспечения для виртуализации):
- Нажмите клавишу Windows + R, чтобы открыть диалоговое окно «Выполнить». Затем введите « appwiz.cpl » и нажмите Enter, чтобы открыть « Программы и компоненты» .
Введите appwiz.cpl и нажмите Enter, чтобы открыть список установленных программ в Windows
- В разделе « Программы и компоненты» прокрутите список приложений и найдите Oracle VM Virtualbox (или другое конкурирующее программное обеспечение для виртуализации). Как только вы увидите его, щелкните по нему правой кнопкой мыши и выберите « Удалить» .
Удаление Oracle Virtualbox
- После удаления программного обеспечения конкурирующей организации перезагрузите компьютер и посмотрите, была ли проблема решена при следующем запуске.
Если вы все еще сталкиваетесь с ошибкой VMware Workstation Unrecoverable Error: (vcpu-0), перейдите к следующему способу ниже.
Способ 3. Включение защищенной виртуальной машины (SVM) или технологии виртуализации Intel из BIOS / UEFI
SVM (Secure Virtual Machine) является эквивалентом технологии Intel VT-x / Intel Virtualization на некоторых машинах. Но независимо от технологии виртуализации, которую использует ваш компьютер, ее необходимо включить, чтобы обеспечить бесперебойную работу виртуальной машины.
Включение SVM или Intel Virtualization возможно только путем ввода настроек BIOS / UEFI — эта процедура будет отличаться в зависимости от производителя вашей материнской платы. Однако есть некоторые сходства.
Первым шагом будет ввод настроек BIOS / UEFI. Для этой процедуры потребуется нажать клавишу настройки во время начальной загрузки. Клавиша настройки должна появиться на начальном экране, но в случае, если это не так, вы можете выполнить онлайн-поиск с помощью «вашей материнской платы + клавиша настройки», чтобы найти вашу клавишу установки .
Нажатие [клавиши] для входа в setupNow, следующий экран будет отличаться в зависимости от того, вошли ли вы в старые настройки (BIOS) или более новый UEFI. Имейте в виду, что у каждого крупного производителя материнских плат будут разные названия меню и настроек. Чаще всего вы можете найти SVM Mode в разделе Advanced> CPU Configuration. Просто установите его на Включено и не забудьте сохранить изменения перед выходом из настроек BIOS / UEFI .
Включение режима SVM из настроек BIOS
После включения режима SVM или технологии виртуализации Intel перезагрузите компьютер и проверьте, устранена ли ошибка VMware Workstation Unrecoverable Error: (vcpu-0) . Если вы все еще видите ошибку при попытке запустить или создать виртуальную машину с помощью VMware Workstation, перейдите к следующему способу ниже.
Способ 4: отключение одновременной многопоточности (SMT) в BIOS / UEFI
Есть несколько причин, по которым вы хотите отключить SMT (одновременная многопоточность). Несмотря на то, что отключение этой опции может привести к немного лучшей производительности с некоторыми графическими процессорами, мы не рекомендуем делать это, если вам действительно не нужно.
Несколько пользователей, столкнувшихся с неисправимой ошибкой VMware Workstation: (vcpu-0), смогли ее устранить после отключения одновременной многопоточности (SMT) в своих настройках BIOS. Хотя официальных объяснений от разработчиков нет, затронутые пользователи предполагают, что VMware Workstation конфликтует с SMT в нескольких разных конфигурациях.
Чтобы отключить SMT, вам нужно будет ввести настройки BIOS. Для этого войдите в настройки BIOS, нажав клавишу « Настройка» на начальном экране.
Нажав [клавишу], чтобы войти в setup, имейте в виду, что в зависимости от производителя вашего ЦП, название опции SMT может отличаться. Например, Intel® 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.
Как только вам удастся найти эту опцию, отключите ее, перезагрузите компьютер и посмотрите, устранена ли ошибка VMware Workstation Unrecoverable Error: (vcpu-0) . Если вы все еще видите то же сообщение об ошибке при попытке запустить виртуальную машину, перейдите к следующему способу ниже.
Способ 5: возврат к тактовым частотам по умолчанию
Несколько пользователей пытаются решить проблему с неустранимой ошибкой VMware Workstation: ошибка (vcpu-0) наконец обнаружила, что проблема возникает только в том случае, если частота процессора была разогнана. Как только они вернулись к частоте процессора по умолчанию, проблема исчезла.
Это говорит о том, что проблема также может быть вызвана, если начальные проверки, выполненные VMware Workstation, обнаруживают некоторые несоответствия в отношении частоты вашего процессора. Оказывается, программное обеспечение может выдать эту ошибку, если заметит, что ресурсы ЦП хост-машины отличаются от исходных спецификаций.
Если вы знаете, что вы разогнаны, зайдите в настройки BIOS / UEFI, перейдите в подменю «Разгон» и вернитесь к частотам по умолчанию.
Как только процессор вернется к частоте по умолчанию, снова запустите виртуальную машину и посмотрите, была ли проблема решена. Если вы все еще сталкиваетесь с ошибкой VMware Workstation Unrecoverable Error: (vcpu-0), перейдите к следующему способу ниже.
Способ 6: изменение файла VMX
Если вы столкнулись с ошибкой VMware Workstation Unrecoverable Error: (vcpu-0) при попытке запустить или настроить виртуальную машину Mac OS, вы, скорее всего, столкнулись с этой проблемой, поскольку VMware Workstation не предназначена для виртуализации оборудования Apple. Обычно для запуска Mac OS вам понадобится Mac Book в сочетании с VMware Fusion.
Однако существует способ обойти эту проблему и позволить виртуализации MacOS на рабочей станции 11. Все, что вам нужно сделать, это добавить строку кода в файл VMX. Вот краткое руководство о том, как это сделать:
- Перейдите по этой ссылке ( здесь ) и нажмите кнопку «Загрузить», чтобы загрузить последнюю версию Notepad ++ .
Загрузка Notepad ++
Примечание. Вы можете пропустить шаги с 1 по 3 и открыть файл .vmx с помощью Блокнота, но вы рискуете вставить строку кода посередине другой, что может испортить файл конфигурации.
- Откройте установку Notepad ++ и следуйте инструкциям на экране для установки программного обеспечения на ваш компьютер.
Установка Notepad ++
- После установки Notepad ++ перейдите к расположению виртуальной машины, на котором отображается ошибка «Неисправимая ошибка рабочей станции: (vcpu-0)» . Когда вы попадете туда, щелкните правой кнопкой мыши на файле .vmx и выберите « Редактировать с помощью Notepad ++» .
Открытие файла VMX с помощью Notepad ++
Примечание. Если вы не установили Notepad ++, выберите « Открыть с помощью…»> «Блокнот» .
- Открыв файл VMX, вставьте следующую строку кода:
smc.version = 0
Примечание: вам не нужно вставлять его в определенное место. В любом месте это хорошо, так как файл будет автоматически отсортирован после сохранения. Все, что вам нужно сделать, это убедиться, что вы не вставляете его в середину другой строки кода.
Создание файла VMK Apple-совместимым
- Сохраните файл .VMX и снова откройте виртуальную машину. Вы больше не должны сталкиваться с ошибкой VMware Workstation Unrecoverable Error: (vcpu-0) .