Äskettäin kohtasin langallisen ongelman Windows 11: n virtuaalikoneessa VMware Workstation Pro -sovelluksessa. Tässä tapauksessa tämän virtuaalikoneen asennettu Windows Insider Preview Build ei pystynyt päivittämään uusimpaan versioon. Aina kun uusi rakennus saapuu, se havaitaan Windows Update -sovelluksella. Sitten lataan esikatselun. Rakennuslataukset ja sitten järjestelmä valmistautuu asentamaan. Mutta kun lopulta käynnistän järjestelmän uudelleen esikatselun rakenteen asentamiseksi, se menee Untucett_processorin pysäytyskoodiin. Tämän jälkeen asennusprosessi palautetaan ja tällä tavalla en pysty päivittämään uudempaan rakennukseen. Jos sinulla on myös tukemattomia_prosessorin pysäytyskoodia Windows 11: ssä, tämä artikkeli auttaa sinua varmasti.
Ratkaisun ongelman ratkaisemiseksi yritin päivittää VMware-työasema käytöstä hyper-V: n käytöstä, tein erilaisia muokkauksia prosessorin syöttämiseen virtuaalikone-asetuksissa turhaan. Lopuksi pystyin ratkaisemaan asian alla olevien ratkaisujen avulla.
Vaikka tällä hetkellä se näyttää VMware -työaseman virheeltä. Ennen kuin VMware korjaa sen, voit kokeilla näitä asioita kiertotapana.
Korjaa 1 - Aseta prosessorin lukumäärä 1
Kun olin edessään ongelmaa, prosessorien lukumäärä asetettiin 2: een. Yleensä Windows 11: n virtuaalikoneen asennuksella kaksi prosessoria on yleistä. Mutta jos asetat sen 1 ytimeen, tämä ongelma voidaan ratkaista. Huomaa, että yritin myös 4: lle, mutta se toimi vain yhden kanssa.
Napsauta vain muokkaa virtuaalikone -asetuksia, siirry prosessoreille, aseta prosessorien lukumäärä 1: een 2: n sijasta.
Yritä sitten käynnistää virtuaalikone uudelleen, ja tällä kertaa tuettua_prosessorin pysäytyskoodia ei tapahdu.
Suositeltu lukeminen:Korjaus: Registry_error Stop -koodi tai BSOD Windows 11: ssä
Korjaa 2 - Ota VMware Hypervisor käyttöön
Edellä mainitun Fix 1: n kanssa ongelmana on, että prosessorin määrän asettamisen jälkeen virtuaalikone on mielettömän hitaampi. Joillekin tämä voi olla OK OK, mutta toisille tämä voi olla toinen ongelma. Joten voimme kokeilla tätä vaihtoehtoista korjausta, joka korjaa tämän ongelman perimmäisen syyn. Tämän ongelman odotetaan tapahtuvan, kun olet käyttäjätasotilassa (ULM), jossa VMware ei voi käyttää omaa hypervisoriaan, koska Windows Hypervisor on käytössä.
Voit helposti poistaa Windowsin hypervisorin käytöstä suorittamalla tämän yksinkertaisen komennon isäntällä hallinnollisessa komentokehotuksessa:
bcdedit /set hypervisorlaunchtype off
Sinun on käytännössä käynnistettävä uudelleen yllä olevan komennon suorittamisen jälkeen onnistuneesti. Uudelleenkäynnistyksen jälkeen Windows Hypervisor on poistettu käytöstä ja VMware voi käyttää omaa hypervisoriaan, mikä lopulta korjata ongelman.
Jos haluat ottaa uudelleen käyttöön tai palauttaa Windows Hypervisorin, voit helposti tällä komennolla:
bcdedit /set hypervisorlaunchtype auto
Lisätietoja ja yllä olevien korjausten live -esittely saat tämän videon:
Se on!