La façon dont android_x86 traite la configuration GRUB EFI est boguée ou mal comprise. Quelle que soit l'installation android que vous choisissez dans grub, il démarrera le premier système Android trouvé sur le disque dur (et il semble que device.map soit la cause du problème).
Quoi qu'il en soit, voici une solution de contournement que j'ai trouvée pour faire fonctionner les choses :
J'ai effacé un de mes ordinateurs portables pour cela (MacBook Pro 8,1 320GB hard drive)
-
Installation de Linux (Kubuntu) en choisissant le disque dur entier comme une seule partie + 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 /
-
Installation de PrimeOS en choisissant sda2 (NE PAS FORMATER), ignorer l'installation EFI (optionnelle)
-
Redémarrer sous Linux et renommer le dossier d'installation de primeOS
sudo mv /android /primeOS
-
Installation de Bliss OS de la même manière que PrimeOS + choix de /system en rw
-
Redémarrer Linux, renommer le dossier d'installation de Bliss OS
sudo mv /blissos_x86.xx.xx /blissOS
-
Toujours sous Linux, j'ai ajouté les deux installations Android à GRUB en ajoutant les lignes suivantes à /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
}
}
-
Mise à jour de GRUB sous Linux sudo update-grub et s'est assuré que la queue du /boot/grub/grub.conf contient les entrées Android
-
J'ai redémarré et j'ai choisi l'une des installations Android et j'ai rencontré une erreur qui m'a dit hd0,gpt2 not found bizarre o.O , après un peu de recherche sur Google, il est dit que cela se produit lorsque l'on exécute grub-install avant de générer ou de copier device.map dans /boot/grub !
Pour corriger cela, j'ai dû retourner dans le fichier /etc/grub.d/40_custom et modifier les éléments suivants hd0 to hd1 dans mon cas
NOTA pour les petits disques durs comme le mien, il est préférable d'utiliser une partition (ext4) partagée entre Linux et les Androïdes, ce qui permet de profiter de tout l'espace libre à partir de tous les systèmes.
