Android StudioのDevice ManagerからAndroid Emulatorを起動しようとした際に、「Unable to launch AVD」と表示され、仮想Android端末を起動できないことがあります。
Unable to launch AVD
このエラーは、Android Virtual Device(AVD)の起動処理に失敗したことを示す比較的広いエラーメッセージです。
AVDのQuick Bootスナップショットやユーザーデータの破損、System Imageの問題、Android Emulator本体の異常、GPU・Vulkan・OpenGL、CPU仮想化、RAMやディスク容量不足、SDK・AVDパスの不整合など、さまざまな原因が考えられます。
そのため、「Unable to launch AVD」というメッセージだけで原因を判断せず、まずCold Boot、Wipe Data、新規AVDの作成を試し、それでも解決しない場合はEmulatorをコマンドラインから起動して詳細ログを確認することが重要です。
この記事では、Android Studio「Unable to launch AVD」の主な原因と、実際に試したい解決方法を順番に解説します。
- 「Unable to launch AVD」とは
- 代表的な発生状況
- 主な原因
- 確認手順1:別のAVDを起動する
- 解決方法1:Cold Bootする
- 解決方法2:スナップショットを完全に使用せず起動する
- 解決方法3:Wipe Dataを実行する
- 解決方法4:AVDを削除して作り直す
- 解決方法5:Android Emulatorを更新する
- 解決方法6:Android Emulatorを再インストールする
- 解決方法7:System Imageを再インストールする
- 解決方法8:別のAPIレベルで試す
- 解決方法9:コマンドラインから起動する
- 解決方法10:詳細ログを表示する
- 解決方法11:GPU設定を変更する
- 解決方法12:Softwareレンダリングで起動する
- 解決方法13:音声ドライバの問題を切り分ける
- 解決方法14:GPUドライバを更新する
- 解決方法15:CPU仮想化を確認する
- 解決方法16:Windowsのハイパーバイザー環境を確認する
- 解決方法17:他の仮想化ソフトを終了する
- 解決方法18:AVDのRAMを減らす
- 解決方法19:PCの空きメモリを増やす
- 解決方法20:ディスク容量を確認する
- 解決方法21:Wipe Dataをコマンドラインから実行する
- 解決方法22:AVDファイルの保存場所を確認する
- 解決方法23:Show on Diskを使う
- 解決方法24:View DetailsでAVD構成を確認する
- 解決方法25:Android SDKの場所を確認する
- 解決方法26:ANDROID_SDK_HOMEなどを確認する
- 解決方法27:Android Studioを再起動する
- 解決方法28:PCを再起動する
- ログから原因を特定する例
- 「Emulator Process finished with exit code 1」との違い
- 「The emulator process for AVD has terminated」との違い
- 特定のAVDだけ起動しない場合
- すべてのAVDが起動しない場合
- 最短で解決するためのおすすめ手順
- それでも解決しない場合
- まとめ
「Unable to launch AVD」とは
AVDはAndroid Virtual Deviceの略で、Android Emulator上で動作させる仮想端末の設定です。
AVDには、たとえば次のような情報が含まれます。
- 端末のハードウェアプロファイル
- AndroidのSystem Image
- APIレベル
- RAM
- 内部ストレージ
- Graphics設定
- 画面サイズや解像度
Android StudioのDevice Managerでは、AVDの作成、起動、停止、削除、Wipe Dataなどを実行できます。 :contentReference[oaicite:0]{index=0}
これらの設定や必要ファイルのどこかに問題があり、Emulatorを正常に開始できない場合に「Unable to launch AVD」と表示されることがあります。
ポイント:「Unable to launch AVD」は原因そのものではなく、「AVDを起動できなかった」という結果を示すメッセージです。詳細ログのERROR、FATAL、PANICなどを確認すると原因を絞り込みやすくなります。
代表的な発生状況
次のようなタイミングで発生することがあります。
- Android Studioを更新した直後
- Android Emulatorを更新した直後
- 新しいAVDを作成した直後
- 前回のEmulatorを強制終了したあと
- Quick Bootから復元するとき
- System Imageを更新・変更したあと
- Android SDKを別ドライブへ移動したあと
- AVDフォルダを移動・削除したあと
- GPUドライバを変更したあと
- Windowsの仮想化機能を変更したあと
- PCの空き容量が少なくなったとき
主な原因
1.Quick Bootスナップショットが破損している
Android Emulatorは前回終了時の状態を保存し、次回起動を高速化するQuick Bootを利用できます。
保存されたスナップショットが破損すると、復元に失敗してAVDを起動できない場合があります。
Android公式ドキュメントでは、-no-snapshot-loadを使用すると保存済み状態を読み込まずCold Bootできます。 :contentReference[oaicite:1]{index=1}
2.AVDのユーザーデータが壊れている
AVDにはインストール済みアプリ、Android設定、アプリデータなどが保存されています。
このデータが破損すると起動に失敗する場合があります。
Device ManagerにはAVDを初期状態へ戻すWipe Data機能があります。 :contentReference[oaicite:2]{index=2}
3.AVDの設定そのものが破損している
設定ファイルや仮想ディスクに異常がある場合、Cold BootやWipe Dataだけでは改善しないことがあります。
4.System Imageに問題がある
AVDが使用しているAndroid System Imageが破損していると、EmulatorがAndroidを起動できません。
特定のAPIレベルだけ起動しない場合は特に疑います。
5.Android Emulator本体が古い・破損している
Android EmulatorはAndroid Studioとは別のSDKコンポーネントです。
Android Studioだけ更新され、Emulatorが古いままになっている場合や、更新途中でファイルが破損した場合に起動できなくなることがあります。
6.GPU・OpenGL・Vulkanの問題
Android EmulatorはホストPCのGPUを利用して描画します。
GPUドライバやVulkan、OpenGLの初期化に失敗するとAVDを起動できない場合があります。
7.ハードウェア仮想化が利用できない
Android EmulatorはCPUの仮想化支援機能を利用します。
Intel VT-xやAMD-Vなどが無効になっている場合や、Windowsのハイパーバイザー環境に問題がある場合に起動できないことがあります。
8.RAM不足
AVDへ大量のRAMを割り当てている場合や、Android Studio、ブラウザ、Docker、仮想マシンなどでPCのメモリを大量に消費している場合に起動できないことがあります。
9.ディスク容量不足
AVDはホストPC上に仮想ディスクやユーザーデータを保存します。
Android公式ドキュメントでも、AVDにはアプリや設定などを保存する専用ストレージ領域があると説明されています。 :contentReference[oaicite:3]{index=3}
10.SDKやAVDのパスが壊れている
Android SDKやAVDフォルダを手動で移動すると、設定ファイルが以前の場所を参照したままになる場合があります。
11.AVDファイルへのアクセス権がない
AVDをネットワークドライブ、外付けストレージ、アクセス制限のあるフォルダなどへ保存している場合、Emulatorが必要なファイルを読み書きできないことがあります。
12.他の仮想化ソフトとの競合
VMware、VirtualBox、他社製Android Emulatorなどとの組み合わせによって、環境によっては仮想化関連の問題が起こることがあります。
確認手順1:別のAVDを起動する
まず、特定AVDだけの問題か、Android Emulator全体の問題かを確認します。
Pixel 8 API 35 → Unable to launch AVD Pixel 7 API 34 → 正常起動
この場合、Pixel 8側のAVD、System Image、スナップショットなどを優先して確認します。
すべてのAVDが起動できない場合は、Android Emulator本体、GPU、仮想化、SDKなどホストPC側を重点的に確認してください。
解決方法1:Cold Bootする
それまで正常だったAVDが突然起動しなくなった場合は、最初にCold Bootを試します。
Device Managerで対象AVDのメニューからCold Bootに相当する操作を実行してください。
従来のEmulator CLIを利用できる環境では、次のように保存済みスナップショットを読み込まず起動できます。
emulator @AVD_NAME -no-snapshot-load
Android公式ドキュメントでは、このオプションは保存状態を読み込まずフルブートを実行すると説明されています。 :contentReference[oaicite:4]{index=4}
まず試す方法:突然AVDが起動しなくなった場合は、Quick Bootの破損を疑いCold Bootから試すと効率的です。
解決方法2:スナップショットを完全に使用せず起動する
Quick Bootの影響をさらに切り分けるには、従来CLIで次のように実行できます。
emulator @AVD_NAME -no-snapshot
-no-snapshotでは、スナップショットの読み込みと保存の両方が無効になります。 :contentReference[oaicite:5]{index=5}
この方法なら起動できる場合は、スナップショット関連の問題である可能性があります。
解決方法3:Wipe Dataを実行する
Cold Bootでも解決しない場合は、AVDのユーザーデータを初期化します。
Device Managerで対象AVDのメニューを開き、Wipe Dataを実行します。
Android公式Device Managerでも、AVDの保存データを削除して初期状態へ戻すWipe Dataが提供されています。 :contentReference[oaicite:6]{index=6}
注意:Wipe Dataを実行すると、そのAVDへインストールしたアプリ、アプリデータ、Android設定などが削除されます。
解決方法4:AVDを削除して作り直す
Wipe Dataでも起動できない場合は、AVD自体の設定破損を疑います。
Device Managerから対象AVDを削除し、新しいAVDを作成してください。
Android公式ドキュメントではDevice ManagerからAVDを作成・削除・管理できます。 :contentReference[oaicite:7]{index=7}
まずは標準的なPixel系ハードウェアプロファイルと一般的なSystem Imageを使用すると原因を切り分けやすくなります。
解決方法5:Android Emulatorを更新する
Android Studioで次を開きます。
Tools → SDK Manager → SDK Tools
Android Emulatorに更新があればインストールしてください。
Emulatorは継続的に更新されているため、既知の不具合が更新版で修正されている場合があります。
解決方法6:Android Emulatorを再インストールする
すべてのAVDで起動に失敗する場合は、Android Emulator本体の破損を切り分けます。
SDK ManagerからAndroid Emulatorを一度削除し、再インストールします。
その後Android Studioを再起動し、新規AVDで確認してください。
解決方法7:System Imageを再インストールする
特定APIレベルだけ起動できない場合は、System Imageを再インストールします。
SDK Managerから対象System Imageを削除して再ダウンロードし、そのSystem Imageを使った新しいAVDを作成します。
解決方法8:別のAPIレベルで試す
たとえば、
Pixel 8 API 35 → 起動失敗 Pixel 8 API 34 → 正常起動
となる場合、API 35側のSystem ImageやAVD固有の設定に問題がある可能性があります。
解決方法9:コマンドラインから起動する
Android Studioの「Unable to launch AVD」だけでは原因が分からない場合は、Emulatorをコマンドラインから起動します。
2026年9月現在、Android公式ドキュメントでは新しいAndroid CLIによるAVD管理として次の形式が案内されています。 :contentReference[oaicite:8]{index=8}
android emulator list android emulator start DEVICE_NAME
既存のSDK環境では従来のemulatorコマンドも使用できます。
emulator -list-avds emulator @Pixel_8_API_35
起動ログの最後付近に実際の原因が表示されていないか確認します。
解決方法10:詳細ログを表示する
従来のEmulator CLIでは、次のように詳細ログを表示できます。
emulator @AVD_NAME -verbose
特に次のキーワードを探してください。
ERROR FATAL PANIC Failed Cannot Vulkan OpenGL snapshot permission disk
解決方法11:GPU設定を変更する
ログにVulkan、OpenGL、GPUなどのエラーが表示されている場合は、Device Managerから対象AVDを編集してGraphics設定を変更します。
利用できる設定はEmulatorバージョンや環境によって異なりますが、Automatic、Hardware、Softwareなどがあります。
Hardwareで起動しない場合にSoftwareレンダリングを試すと、GPU関連かどうかを判断できます。
解決方法12:Softwareレンダリングで起動する
対応する従来CLI環境では、次のようにSoftware GPUを指定できます。
emulator @AVD_NAME -gpu software
Softwareレンダリングなら正常に起動する場合は、GPUドライバ、Vulkan、OpenGLの問題を疑います。
解決方法13:音声ドライバの問題を切り分ける
Android公式Emulatorドキュメントでは、一部のWindows・Linux環境で不具合のある音声ドライバがEmulatorの起動を妨げる場合があり、切り分けとして-noaudioを利用できると説明されています。 :contentReference[oaicite:9]{index=9}
emulator @AVD_NAME -noaudio
この状態だけ起動できる場合は、ホストPC側の音声ドライバやオーディオバックエンドを確認します。
解決方法14:GPUドライバを更新する
WindowsやLinuxでGPU関連ログが出ている場合は、Intel、AMD、NVIDIAまたはPCメーカーが提供している公式ドライバを確認します。
古い場合は更新します。
逆に、GPUドライバ更新直後からAVDが起動しなくなった場合は、その更新との関連も疑ってください。
解決方法15:CPU仮想化を確認する
Android EmulatorはCPUのハードウェア仮想化を利用します。
WindowsではタスクマネージャーのCPU画面などから仮想化が有効か確認できます。
無効の場合はBIOS/UEFIでIntel VT-x、AMD-Vなどを確認してください。
注意:BIOS/UEFIの設定名称はPCメーカーによって異なります。メーカー公式マニュアルを確認したうえで変更してください。
解決方法16:Windowsのハイパーバイザー環境を確認する
Windowsでは現在のAndroid Emulatorに適したWindows Hypervisor Platformなどの仮想化方式を使用します。
古いHAXM前提の情報をそのまま適用せず、自分のCPU・Windows・Android Emulatorの組み合わせに適した方式を確認してください。
解決方法17:他の仮想化ソフトを終了する
問題の切り分けとして、不要な仮想化ソフトを一度終了します。
- VMware
- VirtualBox
- 他社Android Emulator
- 不要な仮想マシン
- 大量のDocker環境
その後Android Emulatorだけを起動します。
解決方法18:AVDのRAMを減らす
AVDへ大量のRAMを割り当てている場合は、Device Managerで設定を減らしてください。
複数AVDを起動している場合は、不要なEmulatorも終了します。
解決方法19:PCの空きメモリを増やす
ブラウザ、Docker、仮想マシン、複数のAndroid Studioなどを大量に起動している場合は、不要なアプリを終了してからAVDを再度起動します。
解決方法20:ディスク容量を確認する
AVDは仮想ディスクやユーザーデータをホストPC上に保存するため、ディスク容量が不足すると起動できなくなる場合があります。
AVDのユーザーデータ領域には、インストール済みアプリや設定などが保持されます。 :contentReference[oaicite:10]{index=10}
システムドライブ、Android SDK保存先、AVD保存先の空き容量を確認してください。
解決方法21:Wipe Dataをコマンドラインから実行する
従来CLIでは、AVDのデータを初期化して起動することもできます。
emulator @AVD_NAME -wipe-data
Android公式ドキュメントでは、-wipe-dataによってユーザーデータを削除し、AVD作成時と同等の初期状態へ戻せると説明されています。 :contentReference[oaicite:11]{index=11}
注意:インストール済みアプリやAndroid設定が削除されます。
解決方法22:AVDファイルの保存場所を確認する
Android公式ドキュメントでは、AVDのデータディレクトリは通常、macOS・Linuxでは次のような場所にあります。 :contentReference[oaicite:12]{index=12}
~/.android/avd/AVD_NAME.avd/
Windowsではユーザーディレクトリ配下の.androidにAVDデータが保存されます。 :contentReference[oaicite:13]{index=13}
AVDフォルダを手動で移動・削除していないか確認してください。
解決方法23:Show on Diskを使う
Device Managerの対象AVDメニューからShow on Diskを利用すると、AVDに関連するINIやIMGファイルを確認できます。 :contentReference[oaicite:14]{index=14}
保存場所が存在するか、ファイルへアクセスできるかを確認してください。
解決方法24:View DetailsでAVD構成を確認する
Device ManagerではView DetailsからAVDの詳細情報も確認できます。 :contentReference[oaicite:15]{index=15}
次の項目を確認します。
- APIレベル
- System Image
- ABI
- RAM
- Graphics
- 内部ストレージ
解決方法25:Android SDKの場所を確認する
Android Studioが参照しているAndroid SDK Locationが正しいか確認します。
SDKを別ドライブへ移動した直後に起動できなくなった場合は特に重要です。
Emulator本体やSystem Imageなど、AVD起動に必要なコンポーネントが現在のSDK内に存在することを確認してください。
解決方法26:ANDROID_SDK_HOMEなどを確認する
AVD保存場所を変更するために環境変数を設定している場合は、その値が古くないか確認してください。
Android公式Emulatorドキュメントでは、ANDROID_SDK_HOMEでユーザー固有の設定やAVDコンテンツのルートを変更できると説明されています。 :contentReference[oaicite:16]{index=16}
以前AVDを別ディスクへ移動したことがある場合は特に確認してください。
解決方法27:Android Studioを再起動する
AVD、System Image、Emulator、SDKなどの設定変更後はAndroid Studioを再起動してください。
解決方法28:PCを再起動する
GPUドライバ、仮想化機能、Emulatorプロセスなどが一時的に不安定な場合はPC再起動で改善することがあります。
特に次の変更後は再起動を試してください。
- GPUドライバ更新
- 仮想化設定変更
- Windows機能変更
- Android Emulatorの再インストール
ログから原因を特定する例
スナップショット関連
Failed to load snapshot Unable to launch AVD
Cold Bootや-no-snapshotを試します。
Vulkan・GPU関連
Failed to initialize Vulkan Unable to launch AVD
SoftwareレンダリングやGPUドライバを確認します。
パス関連
PANIC: Cannot find AVD system path Unable to launch AVD
Android SDK Location、AVD保存場所、System Imageを確認します。
ディスク容量関連
No space left on device Unable to launch AVD
ホストPCの空き容量を確保します。
重要:「Unable to launch AVD」は最後の結果であり、その直前のログに原因が書かれていることが多いため、最後の1行だけで判断しないでください。
「Emulator Process finished with exit code 1」との違い
Android Studioでは次のエラーもあります。
Emulator Process finished with exit code 1
こちらはAndroid Emulatorプロセスがエラーコード1で終了したことを示します。
「Unable to launch AVD」はAVDの起動に失敗したことを示すより広いメッセージですが、原因や解決方法は重なることが多くあります。
「The emulator process for AVD has terminated」との違い
The emulator process for AVD ... has terminated.
このメッセージは起動したEmulatorプロセスが終了したことを示します。
いずれもCold Boot、Wipe Data、AVD再作成、System Image、GPU、仮想化、詳細ログを確認するのが基本です。
特定のAVDだけ起動しない場合
特定AVDだけが失敗する場合は、次の順番がおすすめです。
- Cold Boot
- Wipe Data
- System Imageの再インストール
- AVDの削除・再作成
- 別APIレベルで確認
すべてのAVDが起動しない場合
すべてのAVDが起動しないなら、次を優先します。
- Android Emulator更新・再インストール
- GPU・Vulkan・OpenGL
- ハードウェア仮想化
- Windowsのハイパーバイザー
- RAM不足
- ディスク容量不足
- Android SDK Location
- Emulatorの詳細ログ
最短で解決するためのおすすめ手順
原因が分からない場合は次の順番で進めてください。
- Cold Bootする
- Wipe Dataする
- 別のAVDを起動する
- Android Emulatorを更新する
- AVDを新規作成する
- 別のSystem Imageを試す
- GraphicsをSoftwareへ変更して試す
- ディスク容量を確認する
- 仮想化設定を確認する
- コマンドラインから起動して詳細ログを見る
それでも解決しない場合
「Unable to launch AVD」が続く場合は、次の項目を確認してください。
- Cold Bootを試したか
- Wipe Dataを試したか
- スナップショットを無効にして試したか
- AVDを再作成したか
- Android Emulatorを更新したか
- Android Emulatorを再インストールしたか
- System Imageを再インストールしたか
- 別APIレベルを試したか
- Graphics設定を変更したか
- GPUドライバを確認したか
- VulkanやOpenGL関連エラーがないか
- ハードウェア仮想化が有効か
- 他の仮想化ソフトを終了したか
- 十分なRAMがあるか
- 十分なディスク容量があるか
- SDKとAVDのパスが正しいか
- AVDフォルダへアクセスできるか
- Android StudioとPCを再起動したか
- Unable to launch AVDより前のログを確認したか
まとめ
Android Studio「Unable to launch AVD」は、Android Virtual Deviceを正常に起動できなかった場合に表示される広いエラーメッセージです。
もっとも多い切り分け手順は、
- Cold Boot
- Wipe Data
- AVDの再作成
- Android Emulator更新
- System Image再インストール
です。
Device ManagerではAVDの作成・起動・停止・Wipe Data・削除・Show on Disk・View Detailsなどを利用できます。 :contentReference[oaicite:17]{index=17}
従来CLIでは、
emulator @AVD_NAME -no-snapshot-load
でCold Boot、
emulator @AVD_NAME -wipe-data
でAVDのユーザーデータ初期化を実行できます。 :contentReference[oaicite:18]{index=18}
2026年9月現在、Android公式ドキュメントではコマンドラインからのAVD管理について、新しいandroid emulatorコマンドも案内されています。 :contentReference[oaicite:19]{index=19}
特定AVDだけ起動できない場合はAVD・スナップショット・System Imageを優先し、すべてのAVDが起動できない場合はAndroid Emulator本体、GPU、仮想化、SDK、PCのリソースを優先して調べると効率よく原因を絞り込めます。
