La forma en que android_x86 trata la configuración del GRUB EFI es defectuosa o malinterpretada. No importa qué instalación de android elijas desde el grub, simplemente arrancará el primer sistema android encontrado en el disco duro (y parece que el archivo device.map es el que causa el problema).
De todos modos, aquí hay una solución alternativa que hice para que las cosas funcionen:
Borré una de mis laptops para esto (MacBook Pro 8,1 disco duro de 320GB)
-
Instalé Linux (Kubuntu) eligiendo todo el disco duro como una sola parte + efi
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 298.1G 0 disk
├─sda1 8:1 0 512M 0 part /boot/efi
└─sda2 8:2 0 297.6G 0 part /
-
Instalé PrimeOS eligiendo sda2 (NO FORMATEAR), ignorar la instalación de EFI (opcional)
-
Inicié Linux nuevamente y renombré la carpeta de instalación de primeOS
sudo mv /android /primeOS
-
Instalé Bliss OS de la misma manera que PrimeOS + elegí que /system sea rw
-
Inicié Linux nuevamente, renombré la carpeta de instalación de Bliss OS
sudo mv /blissos_x86.xx.xx /blissOS
-
Mientras aún estaba en Linux, añadí ambas instalaciones de Android a GRUB añadiendo las siguientes líneas a /etc/grube.d/40_custom
submenu 'Android' {
menuentry 'primeOS' --class android --class android-x86_64 --class gnu-linux --class os {
set root='hd0,gpt2'
linux /primeOS/kernel root=/dev/ram0 SERIAL=random logo.showlogo=1 androidboot.selinux=permissive quiet DATA= USB_DATA_PARTITION=1
initrd /primeOS/initrd.img
}
menuentry 'blissOS' --class android --class android-x86_64 --class gnu-linux --class os {
set root='hd0,gpt2'
linux /blissOS/kernel root=/dev/ram0 SERIAL=random logo.showlogo=1 androidboot.selinux=permissive quiet DATA= USB_DATA_PARTITION=1
initrd /blissOS/initrd.img
}
}
-
Actualicé GRUB en Linux con sudo update-grub
, y me aseguré de que el final de /boot/grub/grub.conf
contenga las entradas de Android
-
Reinicié y elegí una de las instalaciones de Android y me apareció un error que decía hd0,gpt2 not found
¡bizarro o.O , después de investigar un poco dice que esto sucede cuando se ejecuta grub-install antes de generar o copiar device.map a /boot/grub!
Para solucionar eso tuve que volver a /etc/grub.d/40_custom y cambiar
`hd0 por hd1` en mi caso
`
NOTA para discos duros pequeños como el mío es mejor usar una partición (ext4) compartida entre Linux y Android, desde todos los sistemas disfrutas del espacio libre completo.
`