Vmware workstation ошибка vcpu 0
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- VMware Technology Network
- :
- Desktop Hypervisor
- :
- VMware Workstation
- :
- VMware Workstation Pro Discussions
- :
- VMware Workstation unrecoverable error: (vcpu-0)
CDNCS
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
VMware Workstation unrecoverable error: (vcpu-0)
vcpu-0:VERIFY vmcore/vmm/main/cpuid.c:382 bugNr=1036521
A log file is available in "C:\Users\Elochukwu Ukwandu\Documents\Virtual Machines\Windows 8\vmware.log".
You can request support.
To collect data to submit to VMware support, choose "Collect Support Data" from the Help menu.
You can also run the "vm-support" script in the Workstation folder directly.
We will respond on the basis of your support entitlement.
Message was edited by: a.p. - Changed title from "Hello" to something more descriptive.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Some information about your host systems, software versions, . would be helpful.
Did it work before, or has it never worked?
Please attach the log file mentioned in the error message to a reply post.
CDNCS
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
It never work. The log file was not found in the specified directory. I am running Windows 8 in my Laptop and VMWare Workstation 11.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
What type of laptop (vendor/model) do you have, and which CPU/processor does it use?
Are there no log file in the VM's folder? If there are vmware*.log files, please compress/zip them along with the VM's configuration (.vmx) file and attach the .zip file to a reply post.
CDNCS
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
I use HP Core 2 Duo, Intel Processor. There is no log file created.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
I'm afraid that could be an issue with the CPU not supporting required features!?
Maybe jmattson sees this discussion and can clarify things.
admin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
The failure indicates that you are using binary translation on a CPU that doesn't support CPUID spoofing, and the guest CPUID features don't match the host CPUID features. I am a little surprised that this is happening, but it is an old processor, and it might not support CPUID masking. I would like to see the vmware.log file if you can find it.
You should be able to work around this issue by changing the preferred execution mode to VT-x, assuming that VT-x is enabled on the host, and that the guest OS isn't one of the few that requires binary translation.
dtlabs
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Hello, please forgive me if I up an old post, but I have the same problem. The error is exactly the same, but it occurs on a brand new laptop (an HP 450 G4, Core i5) with a virtual machine that was running on another laptop.
The host on which the virtual machine worked had Windows 7, while the new laptop (on which the cirtual machine returns the "vcpu-0:VERIFY vmcore/vmm/main/cpuid.c:386 bugNr=1036521" error at startup) has Windows 10.
Please, could you possibly help me finding the problem?
thank you a lot in advance
Danieli Telerobot Labs
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
The tip from jmattson still counts.
Go into the BIOS/EFI from your HP laptop and enable VT-x/virtualisation.
Then power cycle the laptop (if possible take the battery out) to apply the new setting.
rpatel
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
I'm getting this on a new laptop when trying to create a new VM - running existing VMs has been no problem.
I have a Intel(R) Core(TM) i7-7500U CPU @ 2.70GHz
Currently the host is Fedora 26, with kernel 4.13.5-200.fc26.x86_64.
I have virtulisation enabled in the bios.
blubyu02
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
I realize I am bringing up an old topic it seems. But I am currently running into this issue trying to start a Palo Alto VM.
VMware Workstation unrecoverable error: (vcpu-0)
vcpu-0:VERIFY vmcore/vmm/main/cpuid.c:386 bugNr=1036521
A log file is available in "C:\Users\Ronald McDonald\Documents\Virtual Machines\PA-VM-ESX-7.1.0_AAC\vmware.log".
You can request support.
To collect data to submit to VMware support, choose "Collect Support Data" from the Help menu.
You can also run the "vm-support" script in the Workstation folder directly.
We will respond on the basis of your support entitlement.
OS Name Microsoft Windows 10 Education
Version 10.0.15063 Build 15063
OS Manufacturer Microsoft Corporation
System Manufacturer Gigabyte Technology Co., Ltd.
System Type x64-based PC
Processor AMD Ryzen 5 1500X Quad-Core Processor, 3500 Mhz, 4 Core(s), 8 Logical Processor(s)
BIOS Version/Date American Megatrends Inc. F1, 3/1/2017
BIOS Mode Legacy
Installed Physical Memory (RAM) 16.0 GB
Available Physical Memory 11.0 GB
Please advise, when I try to "more" the log file I get an output that it cannot access file.
На данный момент найдено два решения сей проблемы, оба до конца не проверены.
Исходные корни проблемы - в динамической системе распределения памяти во VMware. Запустив виртуалку, вы теоритески должны отнять весь объем памяти виртуалки у основной машины. Но программа-гипервизор (научное название основного элемента VMware) выдает не весь объем, а лишь необходимый для пуска, остальное "выклянчивается" у системы по мере необходимости. Но почему-то в определенный момент Windows отказывает на выделении памяти - итого мы видим ошибку vcpu
Способ 1. Смена Windows
Идея такая - какая-то из версий Windows может более удачно работать с памятью, заставив систему протянуть больше времени до часа х. В первую очередь тут ставка на серверные редакции, т. к. они создавались с учетом возможности такой эксплуатации
Предварительно есть такие данные:
Windows XP - ошибка присутствует
Windows 2003 Server - не тестировалась
Windows 2003 Server R2 - ошибка присутствует
Windows Vista - не тестировалась
Windows 2008 Server - не тестировалась
Windows 7 - не тестировалась, предположительно ошибка наступает позже
Windows 2008 Server R2 - не тестировалась, предположительно ошибка наступает позже
Windows 8 - не тестировалась, предположительно ошибка наступает позже
Windows 2012 Server - не предположительно ошибка наступает позже
О строчках с припиской Server
1) Серверные Windows, начиная Windows Server 2003 R2, так или иначе оптимизированы под запуск на виртуальных машинах
2) Они в состоянии после установки не способны запустить более-менее современное 3D приложение, да и серверная система входа и логирования сделает вам мозг. Нужна настройка, подобный гайд я писать не хочу, а информации о переделке серверной системы для работы в режиме рабочей станции полно в интернете.
3) Не стоит пытаться найти Windows Server 2008 R2 и 2012 под 32 бита. Такие попросто не выпускались. Т. е. вам нужен процессор с поддержкой х64 инструкций, даже если у вас х86 основная система. Соответсвенно вы получите соответствующее х64 системе поглощение памяти. Решайте нужно ли вам это на и так слабой х86 системе.
Способ 2: Настройка VMware
Для этого нужно
1) Открыть файл C:\Program Files\VMware\VMware Workstation\ config.ini
2) Ввести там строку vmmon.disableHostParameters = "TRUE", сохранить файл
Если такого файла нет - открываем блокнот и создаем его. Ну а если это для вас сверх трудно. Извлечете файлик config.ini в выше указанную папку если его там нет, если есть, то придется ручками вводить строчку.
3) Открыть Edit Virtual mashines Settings (т. е. настройки виртуальной машины) - Options - Advanced и там поставить галку Disable Memory Page Trimming.
4) Отключаем файл подкачки в виртуальной машине Панль Упраления - Система - Дополнительно - Быстродействие - Дополнительно - Виртуальная Память - Изменить - Без файла подкачки
5) Перезапускаем виртуалку (если была запущена), желательно и комп.
1) Открываем файл C:\Documents and Settings\Имя_пользователя\Мои документы\Virtual Mashines\Название_машины\название_машины.vmx
2) Вписываем в конец файла строки
3) Сохранить, перезапустить виртуальную машину если запущена
СПОСОБ 2 ПРОВЕРЕН НЕ ДО КОНЦА.
Как издежать необходимости перезагрузки в случае vcpu0
Итак? такой "костыль" - после вылета идем в папку расположения жесткого диска машины и удаляем папку названиемашины.lck
В случае неработоспособности какого-нить варианта - пишите об этом в комментариях. То что работает у меня не обязательно что сработает на другой системе.
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- VMware Technology Network
- :
- Desktop Hypervisor
- :
- VMware Workstation
- :
- VMware Workstation Pro Discussions
- :
- VMware Workstation unrecoverable error: (vcpu-0)
ChiangWang
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
I have window 10 installed on my desktop with Ryzen 1700, GTX 1080, RAM 3200. I want to install an additional win7 pro on VMware pro 12.5.7. Unfortunately, I tried several times and googled, but it comes with the error information:
VMware Workstation unrecoverable error: ( vcpu -0)
vcpu-0:VERIFY vmcore/vmm/main/cpuid.c:386 bugNr=1036521
A log file is available in "C:\Users\Chiang\Documents\Virtual Machines\Windows 7 x64\vmware.log".
You can request support.
To collect data to submit to VMware support, choose "Collect Support Data" from the Help menu.
You can also run the " vm -support" script in the Workstation folder directly.
We will respond on the basis of your support entitlement.
The log info is attached. Any comments would be appreciated!
bluefirestorm
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Make you have you enabled Secure Virtual Machine (SVM) in the EFI/BIOS.
If you have already enabled SVM, try disabling multithreading (SMT) in the EFI/BIOS.
In case you are overclocking, please disable any overclocking in the EFI/BIOS as well.
On an unrelated issue but presents potentially a problem, there are several lines that appear like this in the log as the virtual disk of the VM is being opened.
What is the physical drive model where this VM is stored? These lines in the log suggest something could be wrong with the drive.
Неисправимая ошибка VMware Workstation: (vcpu-0)
2 Answers 2
This issue appears to be caused by the setting that allows VMWare to work alongside Hyper-V. There are two fixes, if you want to use Hyper-V along with your VMWare solution, we need to set the core count and processor count to 1.
This should solve the issues, but this isn't ideal.
The other option is to disable Hyper-V. I came across this when I was trying to run Faceit-AntiCheat Client. It needs Hyper-V to be disabled. If we follow the following steps we can disable Hyper-V and the VM should work fine.
- Click Start and search for Command Prompt
- Right-click on Command Prompt and then click Run as administrator
- If the User Account Control dialog box appears, confirm that the action it displays is what you want, and then click Continue
- Then type: "bcdedit /set hypervisorlaunchtype off" Press enter
- Then type:reg add "HKLM\SYSTEM\CurrentControlSet\Control\DeviceGuard\Scenarios\HypervisorEnforcedCodeIntegrity" /v "Enabled" /t REG_DWORD /d 0 /f Press enter again.
- Restart your computer
Now you should be able to start the VM with the desired number of processors.
I did not get the same results. I ran the bcdedit and reg add with confirmation that it "worked", it did not. I also set the processor to 1/1 after reset. VMWare 16.2 Windows 10 and Windows Server 2019 clients (both updated and working on another system with NVIDA graphics card specs below
Item Value
OS Name Microsoft Windows 11 Pro
Version 10.0.22000 Build 22000
Other OS Description Not Available
OS Manufacturer Microsoft Corporation
System Manufacturer Dell Inc.
System Model Precision 7560
System Type x64-based PC
System SKU 0A69
Processor 11th Gen Intel(R) Core(TM) i7-11850H @ 2.50GHz, 2496 Mhz, 8 Core(s), 16 Logical Processor(s)
BIOS Version/Date Dell Inc. 1.7.0, 12/10/2021 SMBIOS Version 3.2 Embedded Controller Version 255.255 BIOS Mode UEFI
BaseBoard Manufacturer Dell Inc.
BaseBoard Product 03DXD2
BaseBoard Version A00 Platform Role Mobile
Secure Boot State Off PCR7 Configuration Elevation Required to View
Windows Directory C:\Windows
System Directory C:\Windows\system32 Boot Device \Device\HarddiskVolume3 Locale United States
Hardware Abstraction Layer Version = "10.0.22000.1"
User Name BAE0004233\GXP
Time Zone US Mountain Standard Time
Installed Physical Memory (RAM) 32.0 GB Total Physical Memory 31.2 GB Available Physical Memory 23.2 GB Total Virtual Memory 36.2 GB Available Virtual Memory 25.9 GB Page File Space 5.00 GB Page File C:\pagefile.sys Kernel DMA Protection Off Virtualization-based security Running Virtualization-based security Required Security Properties
Virtualization-based security Available Security Properties Base Virtualization Support, DMA Protection, UEFI Code Readonly, SMM Security Mitigations 1.0, Mode Based Execution Control, APIC Virtualization
Virtualization-based security Services Configured Hypervisor enforced Code Integrity
Virtualization-based security Services Running Hypervisor enforced Code Integrity
Windows Defender Application Control policy Enforced
Windows Defender Application Control user mode policy Off Device Encryption Support Elevation Required to View
A hypervisor has been detected. Features required for Hyper-V will not be displayed.
Способ 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.
Способ 2. Отключение / удаление программного обеспечения для виртуализации другой организации
Вы можете столкнуться с этой проблемой, потому что Рабочая станция VMware а также Oracle VM VirtualBox оба работают в одно и то же время. Хотя в основном это происходит, когда пользователь пытается запустить виртуальную машину MacOS, некоторые затронутые пользователи сообщают, что проблема была решена, как только они закрылись. Oracle VM Virtualбвол.
- Нажмите Windows ключ + R открыть диалоговое окно «Выполнить». Затем введите «appwiz.cplИ нажмите Войти открыть Программы и особенности.
Введите appwiz.cpl и нажмите Enter, чтобы открыть список установленных программ в Windows - внутри Программы и особенности, прокрутите список приложений и найдите Oracle VM Virtualbox (или другое конкурирующее программное обеспечение для виртуализации). Как только вы увидите его, щелкните по нему правой кнопкой мыши и выберите Удалить.
Удаление Oracle Virtualbox - После удаления программного обеспечения конкурирующей организации перезагрузите компьютер и посмотрите, была ли проблема решена при следующем запуске.
Способ 6: изменение файла VMX
Однако существует способ обойти эту проблему и позволить виртуализации MacOS на рабочей станции 11. Все, что вам нужно сделать, это добавить строку кода в файл VMX. Вот краткое руководство о том, как это сделать:
Замечания: Вы можете пропустить шаги с 1 по 3 и открыть .VMX файл с помощью блокнота, но вы рискуете вставить строку кода в середине другой — что может испортить файл конфигурации.
Замечания: Если вы не установили Notepad ++, выберите Открыть с помощью …> Блокнот вместо.
Замечания: Вам не нужно вставлять его в определенное место. В любом месте это хорошо, так как файл будет автоматически отсортирован после сохранения. Все, что вам нужно сделать, это убедиться, что вы не вставляете его в середину другой строки кода.
When using VMWare Workstation 16.2, if we try to create Windows VM, we get the following error when starting the Virtual Machine.
VMware Workstation unrecoverable error: (vcpu-0)
Exception 0xc0000005 (access violation) has occurred.
A log file is available in "C:\Users\name\Documents\Virtual Machines\Windows_Server_2019\vmware.log".
You can request support.
To collect data to submit to VMware support, choose "Collect Support Data" from the Help menu.
You can also run the "vm-support" script in the Workstation folder directly.
We will respond on the basis of your support entitlement.
There are no official communication from VMWare at this moment.
Что является причиной неисправимой ошибки VMware Workstation: (vcpu-0)
Способ 1. Обновление приложения VMware Workstation
Поскольку эта ошибка уже была исправлена разработчиками, вы сможете устранить эту проблему, гарантируя, что вы Рабочая станция VMware клиент обновлен до последней версии. Для этого просто откройте VMware Workstation и перейдите к Плеер> Справка> Обновления программного обеспечения.
Доступ к экрану обновлений программного обеспечения рабочей станции WMware
Как только вы доберетесь до Программные обновления экран, нажмите на Проверить наличие обновлений и посмотрите, доступна ли новая версия. Если это так, следуйте инструкциям на экране, чтобы установить его на свой компьютер.
Проверка обновлений
Способ 5: возврат к тактовым частотам по умолчанию
Это говорит о том, что проблема также может быть вызвана, если начальные проверки, выполненные VMware Workstation, обнаруживают некоторые несоответствия в отношении частоты вашего процессора. Оказывается, программное обеспечение может выдать эту ошибку, если заметит, что ресурсы ЦП хост-машины отличаются от исходных спецификаций.
Если вы знаете, что вы разогнаны, зайдите в настройки BIOS / UEFI, перейдите в подменю «Разгон» и вернитесь к частотам по умолчанию.
Способ 3. Включение защищенной виртуальной машины (SVM) или технологии виртуализации Intel из BIOS / UEFI
SVM (защищенная виртуальная машина) является эквивалентом Intel VT-x / Intel Virtualization технология на некоторых машинах. Но независимо от технологии виртуализации, которую использует ваш компьютер, ее необходимо включить, чтобы обеспечить бесперебойную работу виртуальной машины.
Включение SVM или Intel Virtualization возможно только путем ввода настроек BIOS / UEFI — эта процедура будет отличаться в зависимости от производителя вашей материнской платы. Однако есть некоторые сходства.
Первым шагом будет ввод настроек BIOS / UEFI. Для этой процедуры необходимо нажать Настроить ключ во время начальной загрузки. Клавиша настройки должна появиться на начальном экране, но в случае, если это не так, вы можете выполнить онлайн-поиск с помощью «вашей материнской платы + клавиша настройки», чтобы обнаружить ваш Настроить ключ.
Нажатие [клавиши] для входа в setupNow, следующий экран будет отличаться в зависимости от того, вошли ли вы в старые настройки (BIOS) или более новый UEFI. Имейте в виду, что у каждого крупного производителя материнских плат будут разные названия меню и настроек. Чаще всего вы можете найти режим SVM в разделе Дополнительно> Конфигурация процессора. Просто установите его Включено и не забудьте сохранить изменения перед выходом из BIOS / UEFI Настройки.
Включение режима SVM из настроек BIOS
Читайте также: