Al intentar borrar un AVD (la configuración de un emulador de Android, conocido como Android Virtual Device) me he encontrado con este mensaje:
En este caso, he tenido claro desde el principio cual era el problema sin consultar con StackOverflow. Había lanzado ese AVD antes y se había colgado. Y pensé que seguramente había dejado algún fichero indicando que el emulador estaba en marcha, y por eso ahora al intentar borrarlo pensaba que seguía encendido.
Nada que un poco de Terminal no pueda arreglar. Debemos ir, en una terminal, a la carpeta .android/avd que está dentro de nuestra carpeta $HOME. En mi caso, como mi usuario es dfreniche, la carpeta está en la ruta:
/Users/dfreniche/.android/avd/
Para llegar a ella, usamos a nuestro viejo amigo cd
:
cd /Users/dfreniche/.android/avd
Una vez allí, veremos una carpeta por cada AVD que tengamos creado en Eclipse. Si hacemos ls
:
Tesla:avd dfreniche$ ls -al
total 24
drwxr-xr-x 8 dfreniche staff 272 22 ago 12:58 .
drwxr-xr-x 17 dfreniche staff 578 19 ago 19:41 ..
drwxr-xr-x 12 dfreniche staff 408 22 ago 12:58 Intel.avd
-rw-r--r-- 1 dfreniche staff 114 22 ago 12:58 Intel.ini
drwxr-xr-x 11 dfreniche staff 374 20 ago 06:48 Nexus4.avd
-rw-r--r-- 1 dfreniche staff 116 19 ago 19:32 Nexus4.ini
drwxr-xr-x 10 dfreniche staff 340 22 ago 11:22 Nexus4_API4.3.avd
-rw-r--r-- 1 dfreniche staff 130 20 ago 06:47 Nexus4_API4.3.ini
Podemos ver que los terminados en .avd son carpetas (en los atributos empiezan con una d de directory) mientras que los .ini son ficheros normales.
Si entramos en el AVD problemático (en este caso, Intel.avd) con un cd Intel.avd
y hacemos ls
veremos unos cuantos ficheros sospechosos acabados en .lock.
Tesla:Intel.avd dfreniche$ ls
cache.img hardware-qemu.ini.lock userdata-qemu.img.lock
cache.img.lock sdcard.img userdata.img
config.ini sdcard.img.lock
hardware-qemu.ini userdata-qemu.img
Con borrar estos ficheros, basta: rm *.lock
Tras esto, Eclipse nos dejará borrar tranquilamente el AVD desde su interfaz: