android - stuck - intel x86 emulator accelerator(haxm installer) not compatible with windows

¿Cómo corrijo el error "Falló la sincronización de vcpu reg"? (30)

Detenga GENYMOTION (abra la instancia de VirtualBox si se está ejecutando alguna instancia, deténgalo).
Abra AndroidStudio -> Ejecutar AVD Manager-> ejecute el dispositivo virtual AndroidStudio.

Los últimos emuladores de Android no pueden ejecutarse en paralelo con GENYMOTION

Estoy tratando de usar el emulador Intel HAX x86 para Windows (8, si eso importa). Instalé todo y creé un AVD para la versión de Android, y todo parece correcto, pero cuando lo ejecuto, obtengo este resultado:

Starting emulator for AVD ''x86_QVGA_Level10'' emulator: device fd:1044 HAX is working and emulator runs in fast virt mode emulator: Failed to sync vcpu reg emulator: Failed to sync HAX vcpu context

y el emulador no se ejecutará La parte importante de este error (Failed to sync vcpu reg) no se menciona EN CUALQUIER LUGAR en línea, excepto en el código fuente del HAX en sí , pero no entiendo cómo darle sentido a esto.

¿Alguien puede aconsejar sobre cómo superar este error? Realmente necesito que esto funcione, porque la depuración en el dispositivo y en los emuladores predeterminados es extremadamente lenta.

"vcpu reg" son "Registros de CPU virtual" que existen en muchos procesadores que tienen cosas como núcleos múltiples, hyperthreading u otras características que permiten que las capas superiores crean que hay más de una CPU presente cuando no existe, como los x86 de hoy. No hay razón para entrar en detalles: se puede imaginar que obtener un "contexto de CPU virtual" coherente y único es necesario para el tipo de virtualización de hardware que ofrece HAX.

Normalmente, no es un problema ejecutar varias máquinas virtuales de varios tipos simultáneamente. Pero si uno de ellos se cuelga, o se comporta mal, o simplemente decide ser un cerdo, HAX podría descubrir que simplemente no puede armar una máquina virtual coherente, porque no puede sincronizar un contexto de CPU virtual por sí mismo. Sería como tratar de ejecutar una máquina real sin CPU.

La línea de fondo es el administrador de tareas abierto y mata cosas que no necesita y que parecen contener los recursos de la máquina virtual. En el peor de los casos, es casi seguro que un reinicio solucione el problema.

Asegúrese de que no tenga ninguna máquina virtual ejecutándose. En mi caso, tuve genymotion en ejecución que estaba causando este error. cuando mato el proceso de genymotion y mato todo el proceso relacionado con Oracle VM VirtualBox, entonces funciona mediante wangshiming no me lo agradeces

Asegúrese de que no tenga ninguna máquina virtual ejecutándose. En mi caso, tuve genymotion en ejecución que estaba causando este error.

Como se menciona en otras respuestas, asegúrese de que no se esté ejecutando ningún servicio VirtualBox y acoplador con el siguiente comando en mac. ( systemctl en Linux)

$ launchctl list | grep ''VirtualBox/|docker'' - 0 com.docker.helper 640 0 com.docker.docker.2032 31736 0 org.virtualbox.app.VirtualBox.948

Si es así, VBox servicio VBox y VBox .

launchctl stop org.virtualbox.app.VirtualBox.948 launchctl stop com.docker.docker.2032

Creo que debe haber una variedad de razones que causan este fracaso. En mi caso, desde que instalé el software de método de entrada Google, apareció "Falló la sincronización de vcpu reg". Este fue el único cambio antes del trabajo normal. Entonces, después de desinstalar el software Google Input, se recuperó. Solo una pequeña referencia, aunque tampoco puedo creer esta solución por mucho tiempo.

En mi caso, resultó que este problema fue causado por tener una cámara web seleccionada como "Cámara frontal" en la configuración de la AVD. Configurarlo como "Emulado" me solucionó este problema.

Estaba en un Mac y tuve este problema. No pensé que estaba ejecutando una máquina virtual (tengo vbox pero no se está ejecutando). Reinicié mi computadora y antes de iniciar cualquier otra aplicación probé el emulador y funciona bien.

Estaba intentando lanzar un emulador Gingerbread 2.3.3 x86 y no se lanzaría. Cambiar de x86 al brazo hizo que el problema desapareciera.

Estaba obteniendo el mismo error. Supongo que hay varias razones para este error, pero en mi caso fue por un servicio llamado ".NCG". El servicio es Network Content Guard por Inka Entworks, y parece ser algún tipo de solución DRM. Una vez desinstalado, el emulador funcionó bien con HAX.

Este es el boleto de VirtualBox - https://www.virtualbox.org/ticket/14294

Esto me pasó a mí también cuando estaba tratando de ejecutar tanto el emulador de VirtualBox como el de Android en una máquina MacOS. Como otros han mencionado anteriormente, actualmente no es posible ejecutar ambos (es decir, VirtualBox y emulador basado en X86 -Intel) en MacOS y no estoy seguro acerca de las otras plataformas. Si necesitamos ejecutar ambos, podemos elegir el emulador basado en ARM. (Los emuladores basados en brazo son normalmente lentos)

Esto siguió fallando hasta que lo cambié a [x] Use Host GPU como se muestra en la imagen.

Estoy ejecutando boot2docker vm, simplemente resolvió el problema.

boot2docker down

Finalmente, encontré la respuesta para esta pregunta. Tenía exactamente el mismo problema y estaba completamente resuelto.

El dispositivo virtual o la cámara web rara vez son la causa de su problema.

Simplemente instale el controlador del chipset de la placa base.

Te recomiendo usar el autoinstalador de chipset 3DP.

¡Buena suerte!

Me enfrenté a este problema porque tenía mi caja virtual ejecutándose con Ubuntu. Cuando apagué mi caja virtual no tuve este problema.

Para mí fue google appengine funcionando localmente.

Para mí, la respuesta fue configurar Enable keyboard input en verdadero bajo la configuración avanzada del dispositivo virtual.

Esta fue la primera opción que cambié en el dispositivo, por lo que es posible que el hecho de cambiar una opción también corrija el error en función de la gran variedad de respuestas anteriores.

Nota: He confirmado anteriormente que no se están ejecutando VM.

Para mí, lo único que funcionó usando adv en MacOs Yosemite es configurar el procesador en ARM (CPU nativa del dispositivo - Nexus de 4 "estándar).

Pasos rápidos:

Detenga todas las máquinas virtuales de VirtualBox (es decir, detener vagabundo), salga de VirtualBox.
También se deben detener todas las docker-machines. Salir de Docker.

Sí, las máquinas virtuales de VirtualBox deben detenerse. También tuve que detener Docker para Mac. El mensaje de error solo menciona VirtualBox, lo que me confundió un poco hasta que me di cuenta de que Docker para Mac está ejecutando xhyve.

Se solucionó el problema al cambiar la versión actual de Java en Windows de Java 8 x64 a Java 7 x86.

Si está ejecutando Docker, debería bajar la máquina virtual

docker-machine stop default

Esto supone que su máquina docker se llama por default . Si desea verificar el nombre, use docker-machine ls

Una solución más simple; abre virtuabox y detiene el vm :-)

Si su CPU admite aceleración (como SpeedStep de Intel) intente desactivar esa función en su BIOS. Es una especie de solución rápida, pero al menos funcionó.

Si tiene máquinas virtuales en ejecución, suspenderlas e intentar nuevamente.

Tenía Windows Virtual PC en ejecución (en Windows, por supuesto). Una vez que apagué, el emulador salió bien.

Espero que esto ayude.

Tenía virtualbox ejecutándose. La eliminación de la máquina virtual permitió que se ejecutara el emulador.

Tengo el mismo error en mi instalación de Windows 8.

Cosas que podrías intentar:

reducir la cantidad de memoria para el dispositivo emulado (y / o cerrar otras aplicaciones)
desactivar la emulación de GPU
eliminar la cámara web de paso

Para mí, el error ocurre cuando intento adjuntar una cámara web física a la instancia emulada de Android.

Tuve este problema Para mí fue la versión HAXM.

Cuando obtiene una nueva versión de HAMX a través del Administrador de SDK, le dice que está instalada. No lo es. Debes ir a esta carpeta:

<Android SDK> / extras / intel / Hardware_Accelerated_Execution_Manager /

y ejecute intelhaxm-android.exe manualmente. En mi caso, tenía 1.0.6 y me actualicé a 1.1.

Creo que lo que causó el error en primer lugar fue que alguna otra parte del SDK que había actualizado necesitaba 1.1.

Ya, tenía el cuadro virtual ejecutándose y estaba recibiendo este error, al cerrarlo solucioné el error.