Android x86 de arranque dual con LineagOS x86 en el disco duro externo

Para empezar ayudaría si pudieras proporcionar algunos registros con adb. El firmware x86 para obtener un volcado de lo que está pasando, simplemente lanza el comando adb logcat desde un elevado comando. Haciendo más simple su lectura, aunque debería ser un volcado y bastante sencillo, puedes intentar añadir -v (verboso) de aspecto largo: abd logcat -v long

Esperemos que el demonio adbd haya empezado desde que es parte del trabajo inicial.

Sin embargo, si no lo ha hecho y no puede conseguir un logcat, entonces puede tratar de saltarse parte del proceso de arranque para llevar las cosas más lejos dentro del proceso de arranque deteniendo el cigoto:

Desde el Sitio web de los desarrolladores de x86 :

Detener el cigoto para que se ejecute automáticamente:

Ve dentro del vendor/whatever_device_oem/eeepc/init.rc, cambia las siguientes líneas:

service zygote /system/bin/app_process -Xzygote /system/bin --zygote --start-system-server socket zygote stream 666 onrestart write /sys/android_power/request_state wake onrestart write /sys/power/state on

a:

service zygote /system/bin/app_process -Xzygote /system/bin --zygote --start-system-server socket zygote stream 666 onrestart write /sys/android_power/request_state wake onrestart write /sys/power/state on disabled oneshot

En este punto, detener el cigoto hará que las cosas se comuniquen una vez que el davlik empiece a funcionar, ya que eso es lo que hace que las cosas en la máquina virtual funcionen.

Intenta sacar los registros a través del comando logcat arriba mencionado.

Cuando quieras iniciar el cigoto manualmente después de obtener o si falla entonces lanza el comando desde un shell adb start zygote o si no puedes conseguir un shell adb puedes intentarlo desde un emulador de terminales start zygote si eso falla, entonces deténgase y revierta los cambios en el vendor/whatever_device_oem/eeepc/init.rc de lo que es el booteo, o dentro de la iso, o antes de la recompilación.

Esperemos que a estas alturas puedas publicar una salida de descarga para que podamos llegar al meollo de lo que está pasando.

Aunque suena como un problema de orden de arranque desde el cargador de arranque primario al secundario y así sucesivamente. También podría ser cualquiera de los otros caminos pertinentes necesarios para arrancar.

Con eso, después de haber repasado los largos y detallados pasos que has intentado para la depuración. La clave de la depuración es mi respuesta detallada a los registros de estado. De la parte superior de mi cabeza digo que lo más probable es que sea un problema de camino que puede ser corregido usando el set de un sistema basado en linux o un emulador de comandos de sistema similar a linux. (Clave por cierto al salvar un ladrillo de la recuperación de la comida).

Lanza el set para ver lo que el sistema reconoce y ver como el camino hacia el camino elegido.

Vea lo que se muestra y se compara con lo que se necesita como set Root, cmdpath, kernel, boot, grub, vmlinux o aboot, y muchas más cosas necesarias para el arranque, pero no es lo mismo dejar el dispositivo y el OEM, la versión del sistema operativo o las variantes.

La sintaxis es:

set {envvar=valor}

Simplificado:

Establecer opción = (Valor)/el/la/elegido/la ruta

Para borrar/eliminar una variable ambiental sólo nosotros unset en lugar de la orden establecida.

El manual técnico de la GN'U explica lo que parece ser su problema:

https://www.gnu.org/software/grub/manual/grub/html_node/set.html#set

El procedimiento normal de arranque de GRUB implica establecer el "prefijo" de la variable de entorno a un valor establecido en la imagen central por grub-install, ajustando la variable 'root' para que coincida, cargando el módulo "normal" desde el prefijo, y ejecutando el comando "normal" (ver sección 16.3.51 normal, página 77). Este comando es responsable de leer "/boot/grub/grub.cfg", ejecutar- en el menú, y haciendo todas las cosas útiles que se supone que hace el GRUB.

Comienza tus soluciones de depuración con el set para poner en orden las variables de arranque adecuadas. Si tienes que borrar una variable que ha sido establecida, entonces usa el unset comando.

Si no es así, entonces necesitamos registros para saber qué está pasando con el proceso de arranque.