Windows 11 へ更新した直後から Android Emulator（Android Studio／Xamarin／Visual Studio の AVD）が「起動した瞬間に落ちる」「Could not get emulator name after starting AVD」と表示して消える――この症状は多くの場合、Windows 側のハイパーバイザ構成と AVD の GPU 設定の不整合が原因です。本記事では、手早く動かす応急処置から根本解決まで、実務で再現性の高い手順をまとめて解説します。
目次
Windows 11 へのアップグレード後に Android Emulator が起動しない問題の全体像
症状の例
- Android Studio／Xamarin／Visual Studio の AVD が起動直後にクラッシュする。
- コンソールやログに Could not get emulator name after starting AVD と出る。
- AVD Manager 上は起動中のように見えても、ウィンドウが表示されない／すぐ消える。
- 別のデバイスを新規作成しても同様に落ちる。
主な原因（実務で多い順）
- 仮想化技術の衝突
Windows 11 は標準で Hyper‑V 系（Windows Hypervisor Platform／Virtual Machine Platform を含む）のスタックが有効になりやすく、旧来の Intel HAXM や AMD Emulator Hypervisor Driver と競合してエミュレータ初期化が失敗します。 - GPU レンダリング設定の不整合
AVD のhw.gpu.modeが auto のままだと、Hyper‑V 環境で GPU の初期化に失敗する機種構成があります。 - 破損した AVD／SDK
Windows 更新時に Emulator／Platform Tools／AVD のファイルが破損・混在し、起動直後に例外で落ちます。
まずはこれで動かす：もっとも簡単な応急処置
A. GPU レンダラを無効化（最短で起動確認）
Hyper‑V を残したまま「とにかく起動だけ通したい」ときに有効です。ソフトウェアレンダリングになるため描画は遅くなりますが、起動の安定性を優先できます。
- 対象 AVD の設定ファイルを開きます：
C:\Users\<ユーザー名>\.android\avd\<AVD名>.avd\config.ini - 以下を追記／書き換えます：
hw.gpu.mode=off hw.gpu.enabled=no - AVD を再起動します。Android Studio の場合は AVD Manager から再実行、あるいはコマンドラインで：
emulator -list-avds emulator -avd <AVD名> -gpu off -accel-check -verbose
効果：Hyper‑V／WHPX がオンでも AVD が立ち上がりやすくなります。
副作用：描画は CPU レンダリングとなるため、パフォーマンスは低下します。
根本解決：仮想化を一本化し、GPU を再びハードウェア描画へ
長期的には「どのハイパーバイザを使うか」を一本化し、エミュレータ側の設定も合わせるのが最善です。以下の表は、ハイパーバイザ方針と作業の対応関係です。
| 方針 | やること | ポイント |
|---|---|---|
| Hyper‑V／WHPX を使う （Windows 標準） | HAXM／AMD Hypervisor Driver をアンインストール。 Windows の「Hyper‑V」「Windows Hypervisor Platform」を有効に統一。 | Windows の型抜きに沿う構成。WSL2／Windows Sandbox との共存も容易。 |
| HAXM／AMD Hypervisor を使う （レガシー互換） | Windows の Hyper‑V／WHPX／Virtual Machine Platform を無効化。 ハイパーバイザの起動タイプをオフにして再起動し、HAXM か AMD Driver を再インストール。 | 一部の古い開発環境で安定。ただし Windows 11 では将来性は限定的。 |
B‑1. Hyper‑V／WHPX 方針の詳細手順
- 旧来ドライバを削除します。
- 「アプリと機能」から Intel HAXM、Android Emulator Hypervisor Driver for AMD Processors をアンインストール。
- サービスが残る場合は管理者 PowerShell で確認：
sc query intelhaxm sc delete intelhaxm
- Windows 機能を統一します。
- 「Windows の機能の有効化または無効化」を開き、少なくとも次を有効化：
Hyper‑V、Windows Hypervisor Platform（必要に応じて Virtual Machine Platform、Windows Subsystem for Linux）。 - 再起動後、ハイパーバイザが起動しているか確認：
bcdedit /enum {current} | findstr hypervisorlaunchtype systeminfo | findstr /i "Hyper-V"
- 「Windows の機能の有効化または無効化」を開き、少なくとも次を有効化：
- Windows セキュリティの干渉を最小化します。
- 「デバイス セキュリティ」→「コア分離」→「メモリ整合性」を一時的に無効化して挙動を確認（組織ポリシー下では要管理者）。
- AVD の GPU を段階的に戻します。
- まず Software（または
hw.gpu.mode=off）で起動が安定することを確認。 - 次に AVD Manager の「Graphics」を Hardware（OpenGL／ANGLE）へ戻す、または
hw.gpu.mode=autoにして挙動を確認。
- まず Software（または
B‑2. HAXM／AMD Hypervisor 方針の詳細手順
- Windows の Hyper‑V 系を無効化します。
- 「Windows の機能」から Hyper‑V、Windows Hypervisor Platform、Virtual Machine Platform、Windows Sandbox をオフ。
- 管理者コマンドでハイパーバイザを停止：
bcdedit /set hypervisorlaunchtype off - 再起動後、
systeminfoで Hyper‑V が無効化されていることを確認。
- 対応ドライバをインストールします。
- Intel CPU の場合：Intel HAXM（サポートが限定的なため将来的には移行推奨）。
- AMD CPU の場合：Android Emulator Hypervisor Driver for AMD Processors（Android Studio の SDK Manager → SDK Tools からインストール）。
- AVD の Graphics を Hardware へ戻してパフォーマンス確認。問題があれば auto → software の順で切り替えて安定点を探します。
エミュレータ／SDK をクリーン再構築する（C 手順）
Windows 更新で混在・破損したツール類を整理します。以下は「安全にやり直す」ための順序です。
- Android Studio（もしくは Visual Studio の Android SDK Manager）で、Android Emulator と Android SDK Platform‑Tools を最新化。
- 既存の AVD をバックアップのうえ全削除：
C:\Users\<ユーザー名>\.android\avd配下の.avdディレクトリを退避。 - 必要であれば Emulator 本体キャッシュを初期化：
%LOCALAPPDATA%\Android\Sdk\emulator配下を再配置（アンインストール／再インストール）。 - 新規 AVD を作成し、まずは Graphics: Software で起動確認。安定後に Hardware へ戻します。
- CLI が使える場合は一括更新：
sdkmanager --list sdkmanager --update avdmanager list avd
BIOS と Windows セキュリティの確認（D 手順）
- BIOS/UEFI：Intel VT‑x（Intel Virtualization Technology）／AMD‑V（SVM Mode）を有効化。できれば IOMMU（Intel VT‑d／AMD IOMMU）もオン。
- Windows セキュリティ：「コア分離 > メモリ整合性」を一時的にオフにし、起動が安定するか確認。企業端末ではデバイス ガード／資格情報ガードが Hyper‑V を強制する場合があるため、方針は IT 管理者と調整。
効果が高い順の解決策一覧（まとめ）
| 手順 | 内容 | 補足 |
|---|---|---|
| A. GPU レンダラを無効化 | config.ini を編集して hw.gpu.mode=off / hw.gpu.enabled=no。 | Hyper‑V を残して最短で起動。描画は遅い。 |
| B. 仮想化設定を整理 | Hyper‑V を使うなら HAXM/AMD Driver を削除。 HAXM/AMD を使うなら Windows の Hyper‑V 系をオフ。 | どちらか一方のハイパーバイザに統一するのが最重要。 |
| C. エミュレータ／SDK をクリーン再構築 | Emulator／Platform Tools の更新、既存 AVD の削除、新規作成。 | 破損・混在の解消に有効。 |
| D. BIOS と Windows セキュリティを確認 | VT‑x／AMD‑V を有効化。「メモリ整合性」を一時オフ。 | OS から仮想化がブロックされていないかの最終確認。 |
GPU をオフにする場合のメリット・デメリット
| 項目 | GPU オン | GPU オフ |
|---|---|---|
| 描画速度 | 高速 | 低速（CPU レンダリング） |
| 安定性（Win 11 + Hyper‑V） | 不安定になりやすい構成あり | 安定 |
| OpenGL／グラフィックス機能 | フル機能 | 一部制限 |
ポイント
「Hyper‑V を残したままサッと起動だけ確認したい」ならまず A 手順。
「パフォーマンスも必要」なら B 手順でハイパーバイザを一本化し、GPU を auto／on に戻してテストします。
ログと診断：落ちる原因を手早く特定する
確認すべきログファイル
%TEMP%\AndroidEmulator\配下の emulator.log（起動～クラッシュの詳細）。C:\Users\<ユーザー名>\.android\の adb.log（ADB 接続の成否）。- Android Studio の「Help > Show Log in Explorer」にある IDE ログ（プラグイン連携の失敗痕跡）。
コマンドでの切り分け
emulator -list-avds
emulator -avd <AVD名> -verbose -accel-check -gpu off
emulator -accel-check
adb kill-server && adb start-server
-accel-check はエミュレータが利用可能なハードウェアアクセラレーション（WHPX/HAXM など）を報告します。ここで失敗する場合は B 手順（仮想化整理）に戻り、ハイパーバイザの一本化を再確認してください。
AVD の GPU 設定を理解する（安定化の勘所）
- auto：環境に応じて自動選択。Windows 11 + Hyper‑V 環境で不安定化する例がある。
- host / hardware：ホスト GPU を使う。最速だが初期化失敗時にクラッシュしやすい。
- swiftshader_indirect：ソフトウェア実装の OpenGL。速度は落ちるが安定しやすい。
- off：完全ソフトウェア。最も安定だが最も遅い。
まず off で「起動するか」を確認し、起動したら swiftshader_indirect → hardware の順に戻していくと、現実的に安定と速度の折り合いが取れます。
Visual Studio / Xamarin での注意点
- Visual Studio の「Android Device Manager」から作った AVD も、構成ファイルは Android Studio と共通です（
~\.android\avd）。
よってconfig.iniの編集はどちらにも効果があります。 - 古いワークロード構成では HAXM を前提にしている場合があり、Windows 11 の Hyper‑V スタックと衝突します。
プロジェクトに合わせて B 手順のどちらかに統一してください。 - MSBuild／Gradle のキャッシュは基本的に無関係です。Emulator／SDK 側の更新・再構築を優先しましょう。
よくある落とし穴と回避策
- WSL2, Windows Subsystem for Android, Windows Sandbox を同居：これらは Hyper‑V 系を有効化します。HAXM 方針を選ぶと衝突しやすいので、Hyper‑V 方針へ寄せるのが無難です。
- 企業ポリシーでメモリ整合性が強制：無効化できない場合、GPU を off に落として安定化させる、あるいは Hyper‑V 方針へ完全統一します。
- ドライバの残骸：アンインストール後もサービスやドライバが残ると競合します。
sc query／sc deleteで丁寧に整理。 - ショートカット起動オプションの混入：古いショートカットに
-gpu host等が残っているとconfig.iniの設定を上書きします。ショートカット引数を見直してください。
チェックリスト（実案件向けの最短手順）
- AVD の
config.iniにhw.gpu.mode=off／hw.gpu.enabled=noを設定して起動可否だけ確認。 - 仮想化方針を決める：Hyper‑V/WHPX で行くか、HAXM/AMD で行くか。
- 選んだ方針に合わせて Windows 機能／ドライバを一本化。
- Emulator／Platform Tools を最新化。既存 AVD を削除して新規作成。
- GPU を off → software → hardware の順で段階的に戻し、安定点を見つける。
トラブル再発を防ぐ運用 Tips
- 機能更新前にスナップショット：AVD ディレクトリ（
~\.android\avd）と SDK（%LOCALAPPDATA%\Android\Sdk）を ZIP で退避。 - AVD は最小限：使っていないデバイスイメージは削除。イメージ混在はトラブルの温床です。
- プロファイル別の設定管理：仕事用／私用で仮想化ポリシーが異なるなら Windows マルチブートや別マシンで方針を分けるのが安全。
参考情報（リンクなしの資料名）
- Microsoft Docs: Android Emulator hardware acceleration（HAXM／Hyper‑V の選択手順）
- Microsoft Docs: Android emulator troubleshooting（代表的なエラーと対処）
- Android Studio User Guide: Configure AVD and emulator graphics
原因と対処の対比表（クイック再確認）
| 原因 | 見分け方 | 対処の要点 |
|---|---|---|
| Hyper‑V と HAXM/AMD Driver の衝突 | emulator -accel-check が失敗／systeminfo に Hyper‑V 有効、HAXM も残存 | ハイパーバイザを一本化（B 手順）。 |
| GPU 初期化失敗 | ログに OpenGL/ANGLE 初期化エラー、起動直後クラッシュ | まず GPU を off（A 手順）、その後段階的に戻す。 |
| SDK／AVD 破損 | 特定 AVD だけ落ちる／再作成で改善 | 最新化＋再作成（C 手順）。 |
まとめ
Windows 11 で Android Emulator が起動直後に落ちる場合、まずは「GPU をオフ」にして起動確認し、並行して「仮想化を一本化」するのが再現性の高い解決パターンです。Hyper‑V/WHPX を利用する環境では、HAXM/AMD Driver を外し、Windows の Hyper‑V 機能を正しく有効化したうえで AVD の GPU を段階的に戻します。HAXM/AMD 方針を選ぶなら、必ず Hyper‑V 系を完全にオフにしてからドライバを導入してください。最後に、Emulator／Platform Tools の更新と AVD の再作成で「混在・破損」を排除すれば、多くのケースで安定動作に戻せます。
付録：設定ファイルと場所の早見表
| 項目 | パス／コマンド | 備考 |
|---|---|---|
| AVD 設定（GPU オフ） | C:\Users\<ユーザー名>\.android\avd\<AVD名>.avd\config.inihw.gpu.mode=offhw.gpu.enabled=no | 最短起動の応急処置。 |
| Emulator ログ | %TEMP%\AndroidEmulator\emulator*.log | 初期化エラーの一次情報。 |
| ADB ログ | C:\Users\<ユーザー名>\.android\adb.log | 接続／デバイス認識に関するログ。 |
| ハイパーバイザ状況 | systeminfo / bcdedit /enum {current} | Hyper‑V の有効／無効を確認。 |
| ハイパーバイザ停止 | bcdedit /set hypervisorlaunchtype off | HAXM/AMD 方針の前提。再起動が必要。 |
| AVD 起動テスト | emulator -avd <AVD名> -gpu off -accel-check -verbose | コンソールで詳報を確認。 |
以上の手順で、「Windows 11 へ更新後に Android Emulator が起動しない」「AVD の名前が取得できず強制終了する」といったトラブルは高確率で解決できます。プロジェクトの制約（WSL2／仮想化ソリューションの共存など）に合わせて、最適なハイパーバイザ方針を選び、AVD の GPU 設定を段階的に調整してください。
コメント