Javítás: UNSUPPORTED_PROCESSOR leállítási kód a Windows 11 rendszerben

Nemrég vezetékes problémával szembesültem a Windows 11 virtuális géppel kapcsolatban VMware Workstation Pro alatt. Ebben az esetben a virtuális gépre telepített Windows Insider előnézeti build nem tudott frissíteni a legújabb verzióra. Amikor új build érkezik, azt a Windows Update észleli. Ezután folytatom az előnézeti build letöltését. A build jól letöltődik, majd a rendszer felkészül a telepítésre. De amikor végül újraindítom a rendszert, hogy befejezzem az előnézeti build telepítését, az UNSUPPORTED_PROCESSOR leállítási kódra kerül. Ezt követően a telepítési folyamat visszaáll, és így nem tudok újabb verzióra frissíteni. Ha UNSUPPORTED_PROCESSOR leállítási kódot is kap a Windows 11 rendszerben, ez a cikk biztosan segít.

A probléma megoldása érdekében megpróbáltam frissíteni a VMware Workstation letiltásával a Hyper-V-t, és különböző szerkesztéseket végeztem a processzor bejegyzésén a virtuális gép beállításaiban, de eredménytelenül. Végül sikerült megoldanom a problémát az alábbi megoldások segítségével.

Bár jelenleg úgy néz ki, mint a VMware munkaállomás hibája. Amíg a VMware ki nem javítja, megpróbálhatja ezeket a dolgokat megoldásként.

FIX 1 – Állítsa be a processzor számát 1-re

Amíg a problémával szembesültem, a processzorok számát 2-re állítottam. Általában a Windows 11 virtuális gépek telepítésénél két processzor gyakori. De ha 1 magra állítod, ez a probléma megoldható. Vegye figyelembe, hogy 4-re is próbáltam, de csak 1-el működött.

Egyszerűen kattintson a Virtuális gép beállításainak szerkesztése lehetőségre, lépjen a Processzorok menüpontra, és állítsa a Processzorok számát 1-re 2 helyett.

Ezután próbálja meg újraindítani a virtuális gépet, és ezúttal nem jelenik meg az UNSUPPORTED_PROCESSOR leállítási kód.

FIX 2 – VMware Hypervisor engedélyezése

A fent említett FIX 1-el az a probléma, hogy a processzorszám 1-re állítása után őrülten lassabb a virtuális gép. Egyesek számára ez rendben van, de mások számára ez egy másik probléma lehet. Tehát megpróbálhatjuk ezt az alternatív javítást, amely kijavítja a probléma kiváltó okát. Ez a probléma várhatóan akkor jelentkezik, ha felhasználói szintű módban (ULM) van, ahol a VMware nem tudja használni a saját hipervizorát, mivel a Windows Hypervisor engedélyezve van.

Lásd még:Javítás: REGISTRY_ERROR leállási kód vagy BSOD a Windows 11 rendszerben

Könnyen letilthatja a Windows Hypervisort, ha futtassa ezt az egyszerű parancsot a gazdagép adminisztratív parancssorában:

 bcdedit /set hypervisorlaunchtype off

A fenti parancs sikeres végrehajtása után lényegében újra kell indítania. Újraindítás után a Windows Hypervisor le van tiltva, és a VMware használhatja a saját hypervisorját, ami végül megoldja a problémát.

Ha újra szeretné engedélyezni vagy visszaállítani a Windows Hypervisor alkalmazást, egyszerűen megteheti ezzel a paranccsal:

bcdedit /set hypervisorlaunchtype auto

További információért és a fenti javítások élő bemutatójához nézze meg ezt a videót:

Ennyi!