创建 AVD 时出错。有关详细信息,请参阅 idea.log。 ubuntu 16.04
An error occurred while creating the AVD. See idea.log for details. ubuntu 16.04
我按照下面的 link 创建了一个 android 虚拟设备 (AVD)。
https://developer.android.com/studio/run/managing-avds.html
点击完成按钮后,出现以下错误:
创建 AVD 时出错。有关详细信息,请参阅 idea.log。
正如我所看到的,最后一行给出了访问被拒绝的错误。是否需要 .android 文件夹的权限?当我尝试授予 .android 文件夹权限时,它不允许我。它说
chmod: cannot access '777': No such file or directory
idea.log 文件的最后几行是
idea.log
2018-01-11 13:00:17,173 [d thread 4] INFO - .diagnostic.PerformanceWatcher - Indexable file iteration took 86ms; general responsiveness: ok; EDT responsiveness: ok
2018-01-11 13:00:18,629 [d thread 1] INFO - .script.IdeScriptEngineManager - javax.script.ScriptEngineManager initialized in 72 ms
2018-01-11 13:00:19,672 [se-915-b01] INFO - pl.ProjectRootManagerComponent - project roots have changed
2018-01-11 13:00:19,706 [d thread 2] INFO - .diagnostic.PerformanceWatcher - Pushing properties took 2ms; general responsiveness: ok; EDT responsiveness: ok
2018-01-11 13:00:19,766 [d thread 2] INFO - .diagnostic.PerformanceWatcher - Indexable file iteration took 60ms; general responsiveness: ok; EDT responsiveness: ok
2018-01-11 13:00:22,373 [d thread 3] INFO - tools.idea.ddms.adb.AdbService - Initializing adb using: /home/shivam/Android/Sdk/platform-tools/adb, client support = false
2018-01-11 13:00:22,466 [err reader] WARN - #com.android.ddmlib - * daemon not running; starting now at tcp:5037
2018-01-11 13:00:26,005 [err reader] WARN - #com.android.ddmlib - * daemon started successfully
2018-01-11 13:00:26,220 [d thread 3] INFO - tools.idea.ddms.adb.AdbService - Successfully connected to adb
2018-01-11 13:00:46,918 [se-915-b01] WARN - vdmanager.AvdManagerConnection - java.nio.file.AccessDeniedException: /home/shivam/.android/avd/Nexus_5X_API_23.ini
2018-01-11 13:01:04,305 [d thread 1] INFO - tools.idea.ddms.adb.AdbService - Initializing adb using: /home/shivam/Android/Sdk/platform-tools/adb, client support = true
2018-01-11 13:01:04,323 [err reader] WARN - #com.android.ddmlib - * daemon not running; starting now at tcp:5037
2018-01-11 13:01:07,454 [err reader] WARN - #com.android.ddmlib - * daemon started successfully
2018-01-11 13:01:07,656 [d thread 1] INFO - tools.idea.ddms.adb.AdbService - Successfully connected to adb
2018-01-11 13:01:54,534 [se-915-b01] WARN - vdmanager.AvdManagerConnection - java.nio.file.AccessDeniedException: /home/shivam/.android/avd/Nexus_5X_API_23.ini
Android Studio 正在尝试将文件写入 /home/shivam/.android/avd 文件夹,但存在某种形式的权限问题。
检查 /home/shivam/.android 文件夹的权限。
出于某种原因,在安装时,Android Studio 创建此文件夹时仅具有 root 访问权限,但随后无法创建 avd 文件夹并写出虚拟设备文件。
修复是给自己 root 访问权限,并将 /home/shivam/.android 文件夹的所有者更改为您的用户名。
好的,我成功了。您需要为隐藏的 .android 文件夹授予 777 权限。 运行 在终端中执行以下命令,其中隐藏文件夹。
您需要使用 -R 标志,它将递归到每个子目录中。
例如,运行ning sudo chown -R my_username:my_username .android
将使 .android 和您拥有的所有子目录。
因为 Mac 使用此 tutorial 来确保我的根管理员级别可以通过 运行 终端中的这一行
访问此文件
sudo chown -Rv *UserFolderName /Users/*UserFolderName/.android
对于上面的 *UserFolderName 应该更改为将使用 Android Studio 的用户(很可能是您)
检查实际日志,因为错误可能有很大不同。日志可以位于 https://intellij-support.jetbrains.com/hc/en-us/articles/207241085-Locating-IDE-log-files 中所述
在我的例子中,问题是一个已经存在的文件夹(可能是由于尝试失败而遗留下来的)。我删除了它,它起作用了。
我按照下面的 link 创建了一个 android 虚拟设备 (AVD)。
https://developer.android.com/studio/run/managing-avds.html
点击完成按钮后,出现以下错误:
创建 AVD 时出错。有关详细信息,请参阅 idea.log。 正如我所看到的,最后一行给出了访问被拒绝的错误。是否需要 .android 文件夹的权限?当我尝试授予 .android 文件夹权限时,它不允许我。它说
chmod: cannot access '777': No such file or directory
idea.log 文件的最后几行是
idea.log
2018-01-11 13:00:17,173 [d thread 4] INFO - .diagnostic.PerformanceWatcher - Indexable file iteration took 86ms; general responsiveness: ok; EDT responsiveness: ok
2018-01-11 13:00:18,629 [d thread 1] INFO - .script.IdeScriptEngineManager - javax.script.ScriptEngineManager initialized in 72 ms
2018-01-11 13:00:19,672 [se-915-b01] INFO - pl.ProjectRootManagerComponent - project roots have changed
2018-01-11 13:00:19,706 [d thread 2] INFO - .diagnostic.PerformanceWatcher - Pushing properties took 2ms; general responsiveness: ok; EDT responsiveness: ok
2018-01-11 13:00:19,766 [d thread 2] INFO - .diagnostic.PerformanceWatcher - Indexable file iteration took 60ms; general responsiveness: ok; EDT responsiveness: ok
2018-01-11 13:00:22,373 [d thread 3] INFO - tools.idea.ddms.adb.AdbService - Initializing adb using: /home/shivam/Android/Sdk/platform-tools/adb, client support = false
2018-01-11 13:00:22,466 [err reader] WARN - #com.android.ddmlib - * daemon not running; starting now at tcp:5037
2018-01-11 13:00:26,005 [err reader] WARN - #com.android.ddmlib - * daemon started successfully
2018-01-11 13:00:26,220 [d thread 3] INFO - tools.idea.ddms.adb.AdbService - Successfully connected to adb
2018-01-11 13:00:46,918 [se-915-b01] WARN - vdmanager.AvdManagerConnection - java.nio.file.AccessDeniedException: /home/shivam/.android/avd/Nexus_5X_API_23.ini
2018-01-11 13:01:04,305 [d thread 1] INFO - tools.idea.ddms.adb.AdbService - Initializing adb using: /home/shivam/Android/Sdk/platform-tools/adb, client support = true
2018-01-11 13:01:04,323 [err reader] WARN - #com.android.ddmlib - * daemon not running; starting now at tcp:5037
2018-01-11 13:01:07,454 [err reader] WARN - #com.android.ddmlib - * daemon started successfully
2018-01-11 13:01:07,656 [d thread 1] INFO - tools.idea.ddms.adb.AdbService - Successfully connected to adb
2018-01-11 13:01:54,534 [se-915-b01] WARN - vdmanager.AvdManagerConnection - java.nio.file.AccessDeniedException: /home/shivam/.android/avd/Nexus_5X_API_23.ini
Android Studio 正在尝试将文件写入 /home/shivam/.android/avd 文件夹,但存在某种形式的权限问题。
检查 /home/shivam/.android 文件夹的权限。 出于某种原因,在安装时,Android Studio 创建此文件夹时仅具有 root 访问权限,但随后无法创建 avd 文件夹并写出虚拟设备文件。
修复是给自己 root 访问权限,并将 /home/shivam/.android 文件夹的所有者更改为您的用户名。
好的,我成功了。您需要为隐藏的 .android 文件夹授予 777 权限。 运行 在终端中执行以下命令,其中隐藏文件夹。 您需要使用 -R 标志,它将递归到每个子目录中。
例如,运行ning sudo chown -R my_username:my_username .android
将使 .android 和您拥有的所有子目录。
因为 Mac 使用此 tutorial 来确保我的根管理员级别可以通过 运行 终端中的这一行
访问此文件sudo chown -Rv *UserFolderName /Users/*UserFolderName/.android
对于上面的 *UserFolderName 应该更改为将使用 Android Studio 的用户(很可能是您)
检查实际日志,因为错误可能有很大不同。日志可以位于 https://intellij-support.jetbrains.com/hc/en-us/articles/207241085-Locating-IDE-log-files 中所述
在我的例子中,问题是一个已经存在的文件夹(可能是由于尝试失败而遗留下来的)。我删除了它,它起作用了。