Android Emulator「Cannot find AVD system path」の解決方法

PANIC: Cannot find AVD system path

「Cannot find AVD system path」とは

Android Emulatorを起動するには、大きく分けて2種類のファイルが必要です。

• Android OSを構成するSystem Image
• AVDごとの設定やユーザーデータ

Android公式ドキュメントでは、System Imageを保存するディレクトリと、AVDごとのデータディレクトリは別々に管理されると説明されています。 :contentReference[oaicite:1]{index=1}

たとえばSystem Imageには、

kernel-ranchu ramdisk.img system.img userdata.img

などが含まれます。

AVD側には、

config.ini userdata-qemu.img cache.img snapshots ...

などの設定や書き込み可能なデータがあります。

これらの保存場所が一致しない、または必要なファイルが見つからない場合に、EmulatorがAVDを開始できずパス関連のエラーになることがあります。

主な原因

1．Android SDKを手動で移動した

Android SDKをCドライブからDドライブへ移動するなど、SDKフォルダを手動で移動したあとに発生することがあります。

Android StudioやAVD設定が以前のSDKパスを参照していると、System Imageを見つけられません。

2．System Imageが削除されている

AVD自体は残っていても、そのAVDが使用しているSystem ImageをSDK Managerから削除した場合があります。

たとえばAVDがAPI 35のGoogle APIsイメージを使用しているのに、そのSystem ImageがSDKから削除されているケースです。

3．System Imageが破損している

SDK更新が途中で失敗すると、System Imageのディレクトリは存在していても必要なファイルが不足している場合があります。

4．AVDを手動で移動した

AVDの.avdフォルダだけを別の場所へ移動すると、対応する設定ファイルと保存先が一致しなくなることがあります。

5．AVDの設定ファイルが古い場所を参照している

AVDにはSystem Imageやデータ保存場所に関する情報が保存されています。

以前のSDKパスや存在しないディレクトリが残っていると起動に失敗します。

6．複数のAndroid SDKが存在している

Android Studioが利用しているSDKと、ターミナルから起動したEmulatorが参照しているSDKが違う場合があります。

古いAndroid SDKや別ユーザー用のSDKが残っている環境では特に注意してください。

7．環境変数が古いパスを参照している

Android SDKやAVD保存場所に関係する環境変数を設定している場合、移動前のパスが残っているとEmulatorが誤った場所を参照することがあります。

8．AVDディレクトリへアクセスできない

AVDをネットワークドライブ、外付けドライブ、企業管理フォルダなどへ保存している場合、アクセス権やドライブ切断によってファイルを読み込めないことがあります。

9．AVDを別PCからコピーした

他のPCからAVD設定だけをコピーすると、元のPC固有のSDKパスが残っている場合があります。

10．Android Studioとコマンドラインで異なるユーザー設定を使用している

通常ユーザーと管理者ユーザーなど、異なるユーザー環境からEmulatorを起動すると、AVDの保存場所が異なる場合があります。

確認手順1：AVD一覧を確認する

まずAndroid StudioのDevice Managerを確認します。

Tools → Device Manager

対象AVDが一覧に存在するか確認してください。

コマンドラインでは、従来環境の場合は次のコマンドでもAVD一覧を確認できます。

emulator -list-avds

2026年9月現在のAndroid公式ドキュメントでは、従来のemulatorコマンドは非推奨となり、新しいAndroid CLIの利用が案内されています。 :contentReference[oaicite:2]{index=2}

android emulator list

AVDが一覧にまったく表示されない場合は、AVD保存場所や設定ファイル自体を確認します。

確認手順2：Android SDK Locationを確認する

Android Studioが利用しているSDKの場所を確認します。

通常はAndroid StudioのSDK Managerまたは設定画面からAndroid SDK Locationを確認できます。

そのSDK内に、

emulator platform-tools system-images

などのディレクトリが存在するか確認してください。

確認手順3：System Imageが存在するか確認する

AVDが使用しているAPIレベルとSystem Imageを確認します。

たとえばAPI 35、Google APIs、x86_64の場合は、SDK内に概ね次のような構成があります。

system-images/ └─ android-35/ └─ google_apis/ └─ x86_64/ ├─ system.img ├─ ramdisk.img └─ userdata.img

Android公式ドキュメントでも、System ImageはSDK内のsystem-imagesディレクトリから読み込まれると説明されています。 :contentReference[oaicite:3]{index=3}

解決方法1：System Imageを再インストールする

最も安全で確実な解決方法の1つです。

Android Studioで、

Tools → SDK Manager

を開きます。

対象AVDが使用しているAPIレベルとSystem Imageを確認し、必要なSystem Imageをインストールします。

すでにインストール済みなのにエラーが出る場合は、一度削除して再インストールすると破損を解消できる場合があります。

解決方法2：AVDを削除して作り直す

AVD設定が古いパスを参照している場合は、手動修正より新しいAVDを作成するほうが安全です。

Device Managerから対象AVDを削除し、新しいAVDを作成してください。

Android公式ドキュメントでも、AVDはAndroid StudioまたはAndroid CLIから新規作成・管理できます。 :contentReference[oaicite:4]{index=4}

解決方法3：Android SDK Locationを正しい場所へ戻す

Android Studioが存在しないSDKを参照している場合は、実際のAndroid SDKディレクトリへ変更してください。

Windowsの一般的な例：

C:\Users\User\AppData\Local\Android\Sdk

macOSの一般的な例：

/Users/User/Library/Android/sdk

LinuxではSDKの保存場所が環境によって異なります。

SDKを独自の場所へ移動している場合は、その実際の場所を設定してください。

解決方法4：Emulatorをフルパスから起動する

複数SDKの競合を確認するには、Android Studioが利用しているSDK内のEmulatorを直接実行します。

macOSの例：

~/Library/Android/sdk/emulator/emulator -list-avds

Windowsの例：

"C:\Users\User\AppData\Local\Android\Sdk\emulator\emulator.exe" -list-avds

AVDを直接起動する場合：

emulator @Pixel_8_API_35

Android公式ドキュメントでも、EmulatorはSDK内の実行ファイルからAVD名を指定して起動できます。 :contentReference[oaicite:5]{index=5}

解決方法5：どのEmulatorを実行しているか確認する

複数SDKがある場合は、どのEmulator実行ファイルを使用しているか確認します。

macOS・Linux：

which emulator

Windows：

where emulator

複数の結果が表示された場合は、古いAndroid SDK側のEmulatorが優先されていないか確認してください。

解決方法6：AVDの保存場所を確認する

Android公式ドキュメントでは、AVDデータの既定保存場所として次の場所が説明されています。 :contentReference[oaicite:6]{index=6}

macOS・Linux：

~/.android/avd/AVD_NAME.avd/

Windows 10以降：

C:\Users\User\.android\AVD_NAME.avd\

対象AVDのフォルダが実際に存在するか確認してください。

解決方法7：AVDのconfig.iniを確認する

AVDフォルダ内には通常config.iniがあります。

~/.android/avd/Pixel_8_API_35.avd/config.ini

SDKやAVDを手動移動した場合は、存在しないSystem Imageや古いパスに関係する設定が残っていないか確認します。

ただし、AVD設定ファイルを直接編集するより、AVDを作り直したほうが安全な場合が多くあります。

解決方法8：AVDの.iniファイルを確認する

AVDのデータフォルダとは別に、AVDへの参照情報を含むINIファイルが存在する環境があります。

たとえば、

~/.android/avd/Pixel_8_API_35.ini

などです。

この中のパスが、現在存在する.avdディレクトリを参照しているか確認してください。

解決方法9：AVDを手動移動した場合は元に戻す

AVDフォルダだけを別ディスクへ移動した場合は、一度元の場所へ戻して起動できるか確認します。

AVD保存場所を変更したい場合は、単純にフォルダを移動するのではなく、Android Studioや正式な環境設定を利用したほうが安全です。

解決方法10：System Imageのファイルを確認する

System Imageディレクトリには、たとえば次のファイルが存在します。

kernel-ranchu ramdisk.img system.img userdata.img

Android公式ドキュメントでは、これらがEmulator起動時に利用される主要ファイルとして説明されています。 :contentReference[oaicite:7]{index=7}

不足している場合は、System Imageを手動で補うのではなくSDK Managerから再インストールしてください。

解決方法11：System Imageを手動コピーしない

「Cannot find AVD system path」を直すために、別PCのsystem.imgだけをコピーする方法はおすすめできません。

System Imageには複数のファイルがあり、APIレベル、variant、CPU architectureなどの組み合わせが一致する必要があります。

SDK Managerから正式なSystem Imageを再インストールしてください。

解決方法12：環境変数を確認する

Android SDKやAVD保存場所を独自設定している場合は、環境変数を確認します。

macOS・Linux：

env | grep ANDROID

Windows：

set ANDROID

PowerShell：

Get-ChildItem Env:ANDROID*

古いSDKや存在しないAVD保存先が設定されていないか確認してください。

解決方法13：ANDROID_SDK_HOMEの古い設定に注意する

過去のAndroid開発環境では、ANDROID_SDK_HOMEを利用してユーザー設定やAVDのルートを変更する構成が使われていました。

現在のAndroid StudioではANDROID_SDK_HOMEは非推奨となっており、Android Studio 4.2以降ではANDROID_PREFS_ROOTへの移行が案内されています。 :contentReference[oaicite:8]{index=8}

古い環境変数が残っているPCでは、AVD探索先が意図しない場所になっていないか確認してください。

解決方法14：ANDROID_AVD_HOMEを確認する

AVD保存場所をカスタマイズしている場合は、AVD関連の環境変数が現在存在するディレクトリを指しているか確認します。

別ディスクを削除した、ドライブ文字が変わった、ユーザー名を変更したといった場合は特に確認してください。

解決方法15：Android Studioを通常のユーザー権限で起動する

WindowsでAndroid Studioを通常ユーザーとAdministratorで交互に起動すると、ユーザーごとのAVD保存場所が異なり、AVDを見つけられないことがあります。

通常利用しているユーザーアカウントでAndroid StudioとEmulatorを統一して起動してください。

解決方法16：AVDフォルダのアクセス権を確認する

AVDの.avdフォルダへ現在のユーザーが読み書きできるか確認します。

macOS・Linuxでは、たとえば、

ls -ld ~/.android/avd ls -l ~/.android/avd

で確認できます。

AVDを別ユーザーからコピーした場合は、所有者やアクセス権が不適切になっていないか確認してください。

解決方法17：ネットワークドライブや外付けドライブを確認する

SDKやAVDを外付けSSD、USBストレージ、ネットワークドライブへ保存している場合は、そのドライブが現在接続されているか確認してください。

Windowsではドライブ文字が変更されると、保存していたパスが無効になる場合があります。

解決方法18：AVD名を一覧から確認して起動する

AVD名の入力ミスを避けるため、まず一覧を確認します。

emulator -list-avds

たとえば、

Pixel_8_API_35

と表示された場合は、

emulator @Pixel_8_API_35

のように正確な名前を指定します。

解決方法19：-verboseで実際に参照しているパスを確認する

原因が分からない場合は詳細ログを表示します。

emulator @AVD_NAME -verbose

Android公式ドキュメントでは、-verboseを使用するとEmulator初期化時に実際に選択されたファイルや設定を確認できると説明されています。 :contentReference[oaicite:9]{index=9}

ログ内の、

system image sysdir avd datadir ANDROID_SDK_HOME path PANIC

などを確認します。

解決方法20：-sysdirでSystem Imageを指定して切り分ける

高度な確認方法として、従来のEmulator CLIでは-sysdirでSystem Imageのディレクトリを明示できます。

emulator @AVD_NAME -sysdir /path/to/system-image

Android公式ドキュメントでは、-sysdirはAVDが使用するSystem Imageディレクトリを明示的に指定するオプションとして説明されています。 :contentReference[oaicite:10]{index=10}

解決方法21：Android Emulatorを更新する

SDK ManagerからAndroid Emulatorを更新してください。

Tools → SDK Manager → SDK Tools → Android Emulator

古いEmulatorが新しいSystem ImageやAVD構成を正しく処理できない場合に備え、Emulatorも最新状態へ更新します。

解決方法22：Android Emulatorを再インストールする

すべてのAVDでパス関連エラーが発生する場合は、Android Emulator本体の破損を疑います。

SDK ManagerからAndroid Emulatorを一度削除し、再インストールしてください。

解決方法23：Android Studioを再起動する

SDK Location、System Image、AVD、環境変数などを変更したあと、Android Studioを一度終了して再起動してください。

解決方法24：PCを再起動する

環境変数やSDK設定を変更したあと、古い設定を保持したプロセスが残っている場合があります。

改善しない場合はPCを再起動してからAndroid Studioを起動します。

「Cannot find AVD system path」と「Unable to launch AVD」の違い

「Unable to launch AVD」は、AVDを起動できなかったことを示す広いエラーです。

Unable to launch AVD

一方、

PANIC: Cannot find AVD system path

のようにSystem Pathが明示されている場合は、AVD、SDK、System Imageの保存場所を優先して確認します。

「Cannot find AVD system path」とGPUエラーの違い

GPU関連の場合は、ログに次のような語句が表示されることがあります。

Vulkan OpenGL GPU Failed to initialize Vulkan

一方、AVD system pathエラーでは、

AVD system path system image sysdir PANIC

などが重要になります。

パスエラーの場合、Graphics設定を変更しても根本的な解決にならないことが多いため、まず保存場所を修正してください。

特定のAVDだけ発生する場合

1つのAVDだけで発生する場合は、次の順番がおすすめです。

1. AVDが使用しているSystem Imageを確認する
2. System Imageを再インストールする
3. AVDの保存先を確認する
4. AVDを削除する
5. 新しいAVDを作成する

PC全体の環境変数を変更する前に、そのAVD固有の問題を確認してください。

すべてのAVDで発生する場合

すべてのAVDでSystem Pathエラーになる場合は、次を重点的に確認します。

• Android StudioのSDK Location
• Android SDKを最近移動していないか
• 環境変数
• 複数Android SDKの競合
• Android Emulator本体
• AVD保存先のアクセス権

Windowsでおすすめの確認順序

1. Android StudioのSDK Locationを確認する
2. SDK内のsystem-imagesを確認する
3. Device Managerで対象AVDを確認する
4. where emulatorを実行する
5. set ANDROIDで環境変数を確認する
6. System Imageを再インストールする
7. AVDを再作成する

macOSでおすすめの確認順序

1. SDK Locationを確認する
2. ~/Library/Android/sdk/system-imagesを確認する
3. ~/.android/avdを確認する
4. which emulatorを実行する
5. env | grep ANDROIDを確認する
6. System Imageを再インストールする
7. AVDを再作成する

Linuxでおすすめの確認順序

1. Android StudioでSDK Locationを確認する
2. SDKのsystem-imagesを確認する
3. ~/.android/avdを確認する
4. which emulatorを実行する
5. env | grep ANDROIDを確認する
6. AVDディレクトリのアクセス権を確認する
7. System ImageとAVDを再作成する

最短で解決したい場合

原因が分からない場合は次の順番で進めてください。

1. Android StudioのSDK Locationを確認する
2. Device ManagerでAVDのSystem Imageを確認する
3. SDK内にそのSystem Imageが存在するか確認する
4. System Imageを再インストールする
5. AVDを削除して新しく作成する
6. 複数SDKや環境変数を確認する
7. -verboseで参照中のパスを確認する

それでも解決しない場合

「Cannot find AVD system path」が続く場合は、次の項目を確認してください。

• Android StudioのSDK Locationが正しいか
• Android SDKを最近移動していないか
• 対象AVDのSystem Imageが存在するか
• System Imageを再インストールしたか
• AVDを削除して作り直したか
• AVDフォルダを手動移動していないか
• AVDのINIやconfig.iniが存在するか
• 複数のAndroid SDKが競合していないか
• where emulatorまたはwhich emulatorを確認したか
• ANDROID関連環境変数に古いパスがないか
• AVDフォルダへ読み書きできるか
• 外付けドライブやネットワークドライブが切断されていないか
• Android Emulatorを更新・再インストールしたか
• -verboseで実際の参照パスを確認したか

まとめ

Android Emulator「Cannot find AVD system path」は、主にAndroid EmulatorがAVDに必要なSystem ImageやAVDデータの保存場所を見つけられない場合に発生します。

Android Emulatorでは、System ImageとAVDデータは別の場所に保存されます。Android公式ドキュメントでも、System ImageはAndroid SDK内、AVD固有データはユーザーごとのAVDディレクトリから読み込まれる構成が説明されています。 :contentReference[oaicite:11]{index=11}

まず確認したいのは次の4点です。

1. Android StudioのAndroid SDK Location
2. 対象AVDが使用するSystem Image
3. AVDの保存場所
4. ANDROID関連の環境変数

System Imageが不足または破損している場合はSDK Managerから再インストールし、AVD設定が古いパスを参照している場合はAVDを作り直すのが安全です。

詳細な参照先を確認したい場合は、従来CLI環境で、

emulator @AVD_NAME -verbose

を実行すると、Emulatorが実際に選択したSystem ImageやAVD関連ファイルを確認できます。 :contentReference[oaicite:12]{index=12}

2026年9月現在、Android公式ドキュメントでは従来のemulatorやavdmanagerから、新しいandroid emulatorコマンドへの移行も案内されています。 :contentReference[oaicite:13]{index=13}

特定AVDだけで発生する場合はSystem ImageとAVD再作成を優先し、すべてのAVDで発生する場合はSDK Location、環境変数、複数SDKの競合を重点的に確認すると効率よく解決できます。