Android x86 Marshmallow no arranca en Virtualbox y VMware Workstation

He descargado el último Android x86 (android-x86-6.0_20160129.iso) desde aquí e intenté instalarlo en el HDD en una VM en VMware Workstation y en Virtualbox.

La instalación parece proceder correctamente (usando EXT4 y EFI Grub) y recibo un mensaje de que se ha instalado correctamente. Sin embargo, cuando reinicio pasa GRUB, selecciona la instalación correcta de Android, pero no arranca. Obtengo el resultado que se ve en la captura de pantalla a continuación y luego una pantalla en blanco con un cursor parpadeante .

He visto preguntas similares en Android-SE ( aquí y aquí ), pero usan versiones anteriores de Android x86 y no parecen tener soluciones que funcionen para mí.

Las máquinas virtuales en VMware y Virtualbox tienen: HDD = 4GB (IDE), RAM = 2GB, 2 CPU y arrancan a través de EFI. He intentado nomodeset y xforcevesa en los parámetros de arranque de Grub pero parece que nada funciona.

El .iso arranca aunque hasta la GUI en modo Live (LiveCD).

Cualquier ayuda sería muy apreciada. Tengo la sensación de que la solución podría ser algo relacionado con la configuración de gráficos, pero no estoy exactamente seguro.

¡Encontré la solución!

Tienes que editar menu.lst file. Aquí es cómo:

1. arranque en modo de depuración (generalmente la segunda opción en el menú de arranque)
2. cuando se detiene el arranque (para mí simplemente cuelga allí con el cursor parpadeante y sin ningún aviso) mount -o remount,rw /mnt
3. entrar cd /mnt/grub
4. entrar vi menu.lst
5. presione Mayús + a
6. justo debajo de la primera entrada de inicio, encuentre la línea que comienza con kernel initrd=/in(su línea puede verse diferente; depende de la versión de Android; en general, solo encuentre la línea que comienza con kernel)
7. al final del tipo de línea vga=834 nomodeset xforcevesa
8. presione ESC entonces :wq- estos comandos guardarán el archivo y saldrán de vi
9. entrar cd /
10. entrar umount /mnt
11. entrar reboot -f

Ahora el sistema debería reiniciarse en el modo VESA de su elección.

Esto obligará a utilizar el controlador VESA para X.

Puede reemplazarlo vga=xxxpor cualquier número que desee para la resolución de su pantalla. También probado que 832funciona bien (da una resolución de 800x600).

Puede encontrar todos los modos VESA cuando utiliza el archivo iso y selecciona la opción de inicio para iniciar en modo VESA: mostrará la lista con todos los modos (los números están en hexadecimal y también hay una letra redundante delante de algunos modos) ignórelo) y puede probarlos allí inmediatamente para ver si funciona y es bueno usarlo en esta menu.lstsolución, pero primero debe convertirlo de hexadecimal a dec utilizando cualquier convertidor hex-> dec.

Me gustaría ampliar y mejorar la respuesta de @Jay Smith basada en la experiencia personal. Tiene razón en que la causa del problema es la resolución VGA utilizada por Android, pero se equivoca al suponer que es una solución desechable y debe escribirse en cada arranque.
¡ Puede hacerse persistente, y debería serlo! Y te muestro cómo :)

1. En primer lugar, instale el Android desde la imagen iso correctamente a través de los pasos del asistente.
2. No , no utilizar EFI durante la instalación de GRUB.
3. Hacer , no uso inmediato Run Android_x86 opción, en lugar de seleccionar Reiniciar y expulsar el iso. El error mencionado por @Jay Smith

El gran inconveniente de este enfoque es que la próxima vez que intente arrancar desde el disco duro, GRUB no podrá encontrar la imagen

no es relacionado con el problema de VGA y debe tratarse por separado. También encontré este error y la reinstalación completa ayudó, así que supongo que este error está de alguna manera conectado con la opción Ejecutar , porque cuando seleccioné Reiniciar no me enfrenté al error.

4. Después de la instalación, arrancará y se atascará en el símbolo del sistema de Android. Bien, entonces continúa.
5. Ahora deberías intentar elegir tu resolución correcta. No será necesariamente 788 o 794 , como dicen aquí , todo depende de la configuración de su hardware. Para mí, 796, 794 y 792 trabajaron para las imágenes de KitKat, Lollipop y Marshmallow en consecuencia, sin embargo, sus valores podrían ser diferentes. Aquí está la tabla para vincular los valores de GRUB VGA a las resoluciones. Para verificar qué coincidencia usa el método de prueba y error

Luego, en el arranque a la pantalla GRUB, elija tecla e para editar la opción

Allí encontrará una larga serie de opciones a las que debe agregar su opción VGA de esa manera nomodeset vga=794

Después de editar, presione Entrar yb para iniciar el registro de inicio deseado.

6. Itere estos pasos N veces para encontrar la resolución adecuada. Lo reconocerás al arrancar Android :)
7. O-la-la, excelente! Logramos el resultado deseado y arrancamos Android por una vez. Pero esto es solo el 50% del trabajo. ¿Supongo que no quieres escribir esta basura VGA cada vez? Bien, continuemos con nuestro resultado.
8. Ahora necesitamos editar GRUB configpara agregar nuestra resolución deseada. Si bien hay formas que permiten hacer esto dentro del GRUB en sí (es decir, modo de depuración, grub cmd), no pude hacerlo funcionar y proponer otra solución al 100%.

Necesitamos una instalación de Linux en funcionamiento (física o virtual, no importa). El problema aquí es que no se puede acceder a la carpeta GRUB desde el interior de Android, ya que está protegida, y se debe acceder externamente. Y no desde Windows porque no reconoce ext3/ext4particiones, solo desde sistemas operativos * nix. Así que agregue este disco (VHD, VDI, VMDK o lo que sea) a su instalación de Linux para que tenga acceso al sistema de archivos de Android

9. Acceso /grub/menu.lst. Por lo general, se encuentra en la carpeta raíz.

10. Allí encontrarás algo como

Agregue la opción VGA deseada al registro de arranque como lo hicimos anteriormente y ¡listo!

11. Guarda el archivo.

¡Hemos terminado! Ahora puede volver a conectar su disco de Android a la máquina virtual y usarlo felizmente.

También tuve problemas con Android x86 vitual box en una máquina con Windows 7 Pro x64 AMD. Supongo que todos vamos a tener problemas ligeramente diferentes dependiendo de nuestra arquitectura / hardware, pero todos parecen ser causas raíz similares. Creo que se debe hacer más hincapié en la arquitectura / hardware que en el sistema operativo host. Pruebe 32 bits sin / con EFI configurado en el sistema, deje la aceleración de hardware por defecto, asegúrese de que la virtualización esté habilitada en su BIOS. No habilite la aceleración de gráficos 3D, debería recibir una advertencia si habilita la aceleración 2D, así que no habilite eso, si obtiene una pantalla negra durante la configuración inicial, intente aumentar la memoria de video hasta 64 mb. Finalmente, puede descargar imágenes VM precompiladas aquí:

http://www.osboxes.org/android-x86/

Todos estos pequeños ajustes me ayudaron a instalar con éxito Android x86 4.4 en una máquina Windows 7 x64 Pro.

Algunos progresos aquí, pero no lo real. Lo siguiente me permitió iniciar Android x86 6.0 en VirtualBox correctamente, pero solo una vez:

1) Al iniciar la imagen de instalación, la pantalla inicial le ofrece cuatro opciones. Mueva el cursor al último: Instalación - Instale Android-x86 en el disco duro ".

2) Presione la tecla [Tab] para ver las opciones de edición.

3) Inmediatamente después del INSTALL=1 DEBUG=tipovga=788

(Asegúrese de que haya un espacio entre DEBUG=y vga=788.)

4) Presione [Enter].

5) Continúe con la partición del disco como se describe en muchos sitios en la red.

6) Cuando se le ofrecen las opciones Run Android x86y Reboot, elijaRun Android x86 . Debería ver ANDROID pulsando en letras grandes durante unos minutos, y luego se encenderá la pantalla de bienvenida de Android.

El gran inconveniente de este enfoque es que la próxima vez que intente arrancar desde el disco duro, GRUB no podrá encontrar la imagen :-( Cualquier ayuda para solucionar esto sería apreciada.

Seleccione " Sí " cuando pregunte "¿Desea instalar el gestor de arranque GRUB "?

Ahora puedes iniciar en Android. (Obras incluso reiniciadas)

Referencia: https://shellzero.wordpress.com/2015/10/27/how-to-install-android-on-vmware-fusion-mac-os-x/

Aquí hay un video de YouTube que muestra cómo configurar el modo VESA en Grub.

https://www.youtube.com/watch?v=JoMs-4bsygs

Mi otra publicación se eliminó por alguna razón, pero si desea averiguar si VESA / VIDEO es la razón por la que su GUI no aparece después de la instalación, inicie desde el Android x86 ISO y seleccione el modo VESA (arranque en vivo) y si obtienes una interfaz gráfica de usuario, luego mira el video de YouTube. Explica perfectamente cómo configurar su grub para iniciar el modo VESA correcto.

Completamente nuevo en esto, pero acabo de intentar instalar Android 6.0 en Workstation 12 Pro y en el arranque simplemente me atasqué en el símbolo del sistema de vez en cuando. Intenté un par de sugerencias de abvoe en vano. Finalmente entró en la configuración de VM y marcó en 3D Graphics en el que advirtió que no era compatible. Esto luego me permitió seleccionar 32 MB de memoria gráfica. Reiniciado y funcionó. Intenté arrancar varias veces más solo para probarlo y todavía funciona. Espero que esto ayude.

Mientras está en el gestor de arranque de Grub, presione la pestaña y cambie androidboot.hardware = android_x86 a androidboot.hardware = x86.

Su ISO está dañado, intente volver a descargarlo desde el enlace oficial del sitio web de Android

Tuve el mismo problema con la instalación en mi disco duro y para mí los siguientes pasos me ayudaron:

• Como Jay mencionó anteriormente: en el medio de instalación presioné la tecla [Tab].

• Escribí exactamente todos los argumentos como androidboot.hardware=android_x86_64y DEBUG=2etc. que se muestran ahora para la entrada del menú de inicio del medio de instalación.

• Agregué todos estos argumentos en mi configuración personalizada de grub y actualicé grub.

• Al arrancar tengo que ingresar dos veces "salir" en el indicador de la consola.

Al hacer esto, Android arrancó e inició el administrador de ventanas.

PD: Muy poco cool si un crítico desordena el formato de una respuesta y luego incluso te rechaza sin obtener el contenido.