最近、VMware Workstation Proの下でWindows 11 Virtual Machineで有線の問題に直面しました。この場合、この仮想マシンにインストールされているWindows Insiderプレビュービルドは、最新バージョンに更新できませんでした。新しいビルドが到着するたびに、Windowsの更新を介して検出されます。次に、プレビュービルドをダウンロードします。ビルドは正常にダウンロードされ、システムはインストールの準備をします。しかし、最終的にシステムを再起動してプレビュービルドのインストールを完了すると、unsupported_processor stopコードになります。この後、インストールプロセスが戻り、このようにして新しいビルドにアップグレードできません。また、Windows 11でunsupported_processorの停止コードを取得している場合、この記事は確実に役立ちます。
問題を解決するために、VMware Workstationの更新を試みたHyper-Vを無効にし、仮想マシン設定のプロセッサエントリにさまざまな編集を行いました。最後に、以下のソリューションの助けを借りて問題を解決することができました。
現時点では、VMwareワークステーションのバグのように見えます。 VMwareが修正するまで、これらのことを回避策として試すことができます。
修正1 - プロセッサの数を1に設定します
私が問題に直面している間、プロセッサの数は2に設定されました。通常、Windows 11仮想マシンのインストールでは、2つのプロセッサが一般的です。ただし、1コアに設定すると、この問題を解決できます。私も4で試しましたが、それは1でのみ動作しました。
仮想マシン設定の編集をクリックして、プロセッサに移動し、プロセッサの数を2ではなく1に設定します。

次に、仮想マシンを再起動してみてください。今回はunsupported_processor stopコードが発生しません。
お勧めの読み取り:修正:Windows 11のレジストリ停止コードまたはBSOD
修正2 - VMwareハイパーバイザーを有効にします
上記の修正1では、プロセッサの数を1に設定した後、仮想マシンが非常に遅くなることです。一部の人にとっては、これは大丈夫かもしれませんが、他の人にとっては別の問題になる可能性があります。したがって、この問題の根本原因を修正するこの代替修正を試すことができます。この問題は、Windowsハイパーバイザーが有効になっているため、VMwareが独自のハイパーバイザーを使用できないユーザーレベルモード(ULM)の場合に発生すると予想されます。
Hostの管理コマンドプロンプトでこの簡単なコマンドを実行することにより、Windows Hypervisorを簡単に無効にできます。
bcdedit /set hypervisorlaunchtype off

上記のコマンドを正常に実行した後、本質的に再起動する必要があります。再起動後、Windows Hypervisorは無効になり、VMwareは独自のハイパーバイザーを使用して、最終的に問題を修正できます。
Windows Hypervisorを再度有効にしたり復元したりする場合は、このコマンドを使用すると簡単にできます。
bcdedit /set hypervisorlaunchtype auto
上記の修正の詳細とライブデモンストレーションについては、このビデオをチェックアウトしてください。
それでおしまい!
