Me gustaría ampliar y mejorar la respuesta de @Jay Smith basada en experiencia personal. Tiene razón en la cuestión principal de que la causa del problema es la resolución VGA utilizada por Android, pero está equivocado en su suposición de que es una solución desechable y debe escribirse en cada arranque.
Puede hacerse persistente, ¡y debería! ¡Y te muestro cómo:)
- En primer lugar, instale Android desde la imagen iso correctamente a través de los pasos del asistente.
- No use EFI GRUB durante la instalación.
- No utilice la opción inmediata Ejecutar Android_x86, en su lugar seleccione Reiniciar y expulse la 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 está relacionado con el problema de VGA y debe tratarse por separado. También me encontré con este error y una reinstalación completa ayudó, así que asumo que este error está de alguna manera conectado con la opción de Ejecutar, porque cuando seleccioné Reiniciar no me encontré con el error.
- Después de la instalación, arrancará y se quedará atascado en el símbolo del comando de Android. Está bien, sigue adelante entonces.
- Ahora debes intentar elegir tu resolución correcta. No necesariamente será 788 o 794, como dicen aquí, todo depende de la configuración de tu hardware. Para mí, funcionaron 796, 794 y 792 para las imágenes correspondientes a KitKat, Lollipop y Marshmallow, sin embargo, tus valores podrían ser diferentes. Aquí está la tabla para vincular los valores VGA de GRUB con las resoluciones. Para comprobar cuál coincidencia usar el método de prueba y error
Luego, en el arranque a la pantalla de GRUB, elige la tecla e para editar la opción
Allí encontrarás una larga cadena de opciones a la que debes agregar tu opción de VGA así nomodeset vga=794
Después de editar, presiona Enter y b para arrancar el registro de arranque deseado.
- Itera estos pasos N veces para encontrar la resolución adecuada. ¡Reconocerás eso por el arranque de Android:)
- ¡O-la-la, excelente! Logramos el resultado deseado y arrancamos Android una vez. Pero esto es solo el 50% del trabajo. Supongo que no quieres escribir esta porquería de VGA cada vez ¿Verdad? Está bien, continuemos para persistir nuestro resultado.
- Ahora necesitamos editar
configuración de GRUB
para agregar nuestra resolución deseada. Aunque hay formas que permiten hacer esto dentro del propio GRUB (es decir, modo de depuración, cmd de grub) no pude hacer que funcionara y propongo otra solución al 100%.
Necesitamos una instalación de Linux en funcionamiento (física o virtual, no importa). El problema aquí es que la carpeta GRUB no puede ser accesible desde dentro de Android ya que está protegida, y debería ser accedida externamente. Y no desde Windows porque no reconoce las particiones ext3/ext4
, solo desde sistemas operativos *nix. Por lo tanto, agrega este disco (VHD, VDI, VMDK o lo que sea) a tu instalación de Linux para que tenga acceso al sistema de archivos de Android
-
Accede a /grub/menu.lst
. Por lo general, está ubicado en la carpeta root.
-
Allí encontrarás algo como
Agrega la opción de VGA deseada al registro de arranque como hicimos antes y ¡listo!
- Guarda el archivo.
¡Hemos terminado! Ahora puedes volver a adjuntar tu disco de Android a la máquina virtual y usarlo felizmente.
0 votos
Comparto tus sentimientos (misma situación aquí). Debido a algunas pistas, incluso he aumentado la memoria gráfica a 32MB (sin mejoras). Algunos mensajes hablan de la necesidad de 2 particiones (1=primaria 100MB para grub, 2=extendida con el espacio restante para Android), no ayudó en mi caso. Otra fuente sugirió editar/crear manualmente el
grub.cfg
ya quemenu.lst
no funciona (aún no lo he intentado). Mi otro intento con Android 5.1 se quedó colgado en la animación de arranque ("android" texto), así que desistí después de 15 minutos. ¿En qué sistema operativo está basada tu instalación? He usado "otros Linux", ya que funcionó en el pasado.0 votos
He probado "Ubuntu" y "FreeBSD" hasta ahora ... déjame probar algunos otros y ver si eso ayuda.
0 votos
Vi un video de YouTube donde alguien usaba Windows 7, lo cual realmente me confundió.
0 votos
Por cierto: Acabo de intentarlo de nuevo, para mí ni siquiera arranca en modo de prueba en vivo (termina en el mismo lugar). Problema relacionado en nuestro sitio hermano que ya mencioné: Android-x86 6.0 Marshmallow en VirtualBox: instalación atascada en GRUB
0 votos
@Izzy: En realidad, por lo que he leído, la solución en el enlace de tu publicación anterior (y un poco de experimentación) no es exactamente correcta, pero funciona. Por lo que entiendo, es en realidad la creación del sector de arranque GPT lo que permite que el Grub continúe, no la presencia de 2 particiones. Leí en algún lugar que el formateo de la partición de Android x86 falla silenciosamente si primero no se hace la "Creación/Modificación de la partición", lo que provoca que el instalador de grub se cuelgue porque el disco ni siquiera se formateó para empezar. (Agregaré esta "nota al pie" también a ese enlace)
0 votos
Más información concreta sobre la prueba de "en qué se basa la instalación": Probé FreeBSD (32 y 64 bits), OpenBSD (32 y 64 bits), NetBSD (32 y 64 bits), Ubuntu (32 y 64 bits), Otro Linux (32 y 64 bits). Todavía no hay mejoría. Por ahora, creo que cambiaré al Emulador de Dispositivos Virtuales de Android ... tal vez eso pueda satisfacer mis necesidades, pero espero que alguien tenga una solución para Android x86 un poco más tarde.
0 votos
Me pregunto más bien cómo es que claramente funciona para algunas personas, o si esos videos de YouTube, etc. están falsificados. Suena no determinista, ya que no puedo ver ningún patrón. Los seguí paso a paso pero obtuve resultados diferentes (es decir, "no funcionó").
0 votos
He estado dando vueltas con este mismo problema. Lo que aprendí es que puede tener que ver con tu video. Intenta arrancar en modo VESA en vivo y si eso funciona, entonces sabrás que ahí radica el problema.
0 votos
¿Has probado Phoenix OS?