Emulator para Android 4.4 KitKat no se inicia

Desafortunadamente, el emulador tarda mucho tiempo en cargarse. Una queja regular entre los desarrolladores de Android.

A veces ayuda si usted entra en la configuración de AVD y modifica su emulador de KitKat y marque la casilla de verificación que dice Use Host GPU . Esto lo hace un poco más rápido.

También he encontrado que si utiliza el espacio RAM por defecto que decide, por lo general más de 1000, se necesita un tiempo estúpidamente largo, si se carga en absoluto. Normalmente establezco el mío a 512 MB, 700 + MB en un empuje pero reduciendo la cantidad de RAM que el emulador puede tener ayuda.

También hay un emulador diferente que puedes usar, aunque actualmente no soporta todavía KitKat, aunque dicen que viene pronto, he escuchado bastantes comentarios positivos.

Puedes encontrar el emulador alternativo en http://www.genymotion.com/

ACTUALIZAR

Google ha lanzado una nueva versión de Android Emulator con Android Studio 2. Desafortunadamente, AS, las herramientas de compilación y el emulador están en Beta / Release Candidates, pero los he estado usando durante un tiempo para mis propias aplicaciones y no tuve problemas, Pero también encontró que el emulador se ha mejorado mucho desde el antiguo. http://tools.android.com/tech-docs/emulator le mostrará lo nuevo y cómo obtener el nuevo emulador.

Para encontrar exactamente cuál es el problema, intente ejecutar el emulador con -debug-all . En mi caso emulador congelado después de:

  $. / Emulator -avd 4.4 -partition-size 1024 -debug-all
 Emulador: encontró la raíz del SDK en ~ / data / develop / android / android-sdk-linux
 …bla, bla, bla…
 Emulador: qpa_audio_init: entrando 

Y -noaudio solucionaron el problema.

Puede ayudar a iniciar la primera ejecución del emulador con una cantidad muy pequeña de memoria (digamos 200mb)

En mi máquina el emulador se negó a iniciar (esperé 30 minutos y luego lo mató) con 700 MB Sólo mostró una pantalla en blanco – ni siquiera el mensaje de Android.

Cuando reduje la memoria a 128MB el emulador encendió en el tiempo normal (cerca de 50 segundos en mi m / c) pero tenía RAM insuficiente para cargar las aplicaciones del fondo. Lo cambié a 256 MB y todo estalló en la vida. Ahora puedo cambiar la memoria hasta 768MB que ahora carga bien en el mismo período de tiempo.

Parece que la primera ejecución debe ser con una pequeña (er) cantidad de memoria, pero una vez que ha tenido éxito puede aumentar su memoria (hasta 768 MB en Windows) sin ningún problema.

Tuve el mismo problema con …

La solución que funcionó para mí con el emulador x86 fue actualizar HAXM con la última versión y reiniciar mi computadora.

http://software.intel.com/en-us/android/articles/intel-hardware-accelerated-execution-manager

Espero que ayude y solucione el problema para muchos de ustedes.

Saludos

Tal vez ADB es kaput!

Si está utilizando Windows para desarrollar Android, abra una sesión de DOS en el directorio \android-sdk\platform-tools\ (Nota: Este es un subdirectorio de la instalación de SDK de Android).

En la ventana DOS, escriba:

 adb kill-server 

Esto mataría el actual Debug Bridge de Android (ADB). A continuación, inícielo de nuevo escribiendo:

 adb start-server 

Para verificar si su emulador de Android 4.4 KitKat se está ejecutando, escriba:

 adb devices 

Si todavía no funciona, repita los pasos anteriores. De lo contrario, reinicie su IDE (Eclipse, Android Studio, etc) y vuelva a intentarlo.

Tuve el mismo problema, lo que ayudó a reiniciar mi equipo y comenzar el emulador con sólo unos pocos programas abiertos (Eclipse, Chrome y nada más). Mi computadora de desarrollo es un portátil de 4 GB con gráficos integrados que ejecutan Ubuntu 12.04. Nada extravagante, y el KitKat emulador funciona. Muy lentamente, como se espera :(, pero funciona.

Tenga en cuenta que los emuladores tienen memoria hambre, tal vez su máquina de desarrollo es baja en recursos cuando se intenta ejecutarlos?

El mío recibe sigabort en la superficie flinger a menos que habilite "Use Host GPU".

EDIT: Parece que esto está relacionado con resoluciones extremas. Intenta usar una resolución más baja … si usas res como 1080×1920 – habilitar GPU host funciona para mí

Compruebe la salida logcat de adb del emulador durante el arranque, si la suya es similar podría funcionar.

Por favor, encuentre el registro a continuación …

 I/Vold ( 46): Vold 2.1 (the revenge) firing up I/Netd ( 48): Netd 1.0 starting D/Vold ( 46): Volume sdcard state changing -1 (Initializing) -> 0 (No-Media) W/InterfaceController( 48): Warning (dlopen failed: library "/system/lib/libnetcmdiface.so" not found) while opening the net interface command library I/SurfaceFlinger( 51): SurfaceFlinger is starting I/SurfaceFlinger( 51): SurfaceFlinger's main thread ready to run. Initializing graphics H/W... D/libEGL ( 51): Emulator without GPU support detected. Fallback to software renderer. D/libEGL ( 51): loaded /system/lib/egl/libGLES_android.so D/gralloc_goldfish( 51): Emulator without GPU emulation detected. E/SurfaceFlinger( 51): hwcomposer module not found E/SurfaceFlinger( 51): ERROR: failed to open framebuffer (No such file or directory), aborting F/libc ( 51): Fatal signal 6 (SIGABRT) at 0x00000033 (code=-6), thread 51 (surfaceflinger) I/DEBUG ( 49): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** I/DEBUG ( 49): Build fingerprint: 'generic/sdk/generic:4.4.2/KK/986172:eng/test-keys' I/DEBUG ( 49): Revision: '0' I/DEBUG ( 49): pid: 51, tid: 51, name: surfaceflinger >>> /system/bin/surfaceflinger <<< I/DEBUG ( 49): signal 6 (SIGABRT), code -6 (SI_TKILL), fault addr -------- I/DEBUG ( 49): r0 00000000 r1 00000033 r2 00000006 r3 00000000 I/DEBUG ( 49): r4 00000006 r5 00000002 r6 00000033 r7 0000010c I/DEBUG ( 49): r8 b6fd084d r9 b7f1552c sl 00000000 fp bef71b9c I/DEBUG ( 49): ip fffffffe sp bef719e8 lr b6f34ead pc b6f43e20 cpsr 00000010 I/DEBUG ( 49): d0 0036f09323cb6394 d1 0000000000000000 I/DEBUG ( 49): d2 0000000000000000 d3 0000000000000000 I/DEBUG ( 49): d4 0000000000000000 d5 41c1e5b1ca000000 I/DEBUG ( 49): d6 3f50624dd2f1a9fc d7 414b7849ee147ae1 I/DEBUG ( 49): d8 0000000000000000 d9 0000000000000000 I/DEBUG ( 49): d10 0000000000000000 d11 0000000000000000 I/DEBUG ( 49): d12 0000000000000000 d13 0000000000000000 I/DEBUG ( 49): d14 0000000000000000 d15 0000000000000000 I/DEBUG ( 49): scr 00000010 I/DEBUG ( 49): 

Habiendo tenido el mismo problema, configuré AVD para usar 516MB de RAM y cargó bien. Espero que esto ayude a usted oa otra persona.

El mayor problema con el SDK ahora es que no hay ninguna imagen de emulador x86 publicada.

Sin embargo, conseguí un emulador de KitKat x86 que trabajaba en Windows invirtiendo INIs de un x86 JB AVD y un ARM KitKat AVD, así como construyendo aosp_x86-eng y copiando sobre el kernel QEMU preconstruido para x86 del KitKat AOSP a mi Windows anfitrión. Una imagen de KitKat x86 que se ejecuta en Windows con las extensiones HAXM es muy rápida, tan rápida o más rápida que la ejecución en hardware real, en particular con "Utilizar GPU de host" activada.

Si usted no está construyendo el propio Android, esto probablemente no le ayuda. Pero si usted está construyendo AOSP (o puede encontrar una imagen de KitKat Android x86 y QEMU kernel en línea), puedo publicar más detalles sobre cómo conseguir que funcione en Windows.

Esto podría haber sido contestado … pero tuve un problema y se resolvió … por favor, ver este post y estoy seguro de que va a golpear correctamente: Configuración de Android 4.4 kitkat emulador

Déjame saber si funciona…

Tuve el mismo problema. Actualizar Intel HAXM Accelerator de 1.0.1 a 1.0.8 (versión actual) hizo el truco para mí.

Tuve problemas similares en una instalación de Windows Server 2012 R2. La causa raíz era un controlador de vídeo que faltaba (el Microsoft de vainilla no era suficiente). Yo estaba trabajando con un frankenbox cobbled-together y me pareció útil seguir las instrucciones para encontrar el controlador correcto aquí:

http://support.amd.com/en-us/kb-articles/Pages/HowtoidentifythemodelofanATIgraphicscard.aspx#DID

Una vez que tenía los controladores adecuados, el emulador empezó muy bien …

En primer lugar, vaya al complemento de administrador de SDK de su IDE y elija el nivel de API para el que va a crear el dispositivo virtual de Android. Y asegúrese de que la Plataforma SDK de la API esté instalada. Si el SDK que muestra No está instalado, primero lo descarga.

Después de la instalación automática al finalizar la descarga. Reinicie su IDE. Inicie su complemento de AVD y luego seleccione la API para su AVD que descargue.

En mi caso, la solución era cambiar a una imagen de sistema diferente. Yo estaba usando el Atom x86_64, y tan pronto como cambié a Atom x86, el emulador funcionó perfectamente.

Creo que hay un error en la imagen del sistema de Intel x86 (Kitkat). Debido a que sólo ocurre con la opción -partition-size y -memory para usar más de 256MB stroage y memoria.

Así que he cambiado la imagen del sistema, hay dos imágenes del sistema para kitkat, una es la imagen del sistema Intel x86 Atom y la otra es Google API (imagen del sistema x86). Para mí no sucede con la imagen de las API de Google.

Utilice la línea de comandos una vez y, a continuación, funcionará normalmente desde el estudio también:

emulator -avd ExampleVDName -debug-all -noaudio -nocache -wipe-data -dns-server 8.8.8.8

Antes de usar esto, no olvide navegar hasta el directorio de herramientas. Necesita saber dónde se encuentra su SDK. En mi caso, tuve que navegar a este directorio primero, y luego utilizar el comando anterior.

cd C:\AndroidSDK\tools

Ps: no te olvides de usar el nombre de tu propio dispositivo virtual, en lugar de ExampleVHDName .