J'aimerais prolonger et améliorer la réponse de @Jay Smith en me basant sur mon expérience personnelle. Il a raison sur le fond, à savoir que la cause du problème est la résolution VGA utilisée par Android, mais il a tort de penser qu'il s'agit d'un correctif jetable qui doit être saisi à chaque démarrage.
Il peut peuvent être rendues persistantes, et devraient l'être ! Et je vous montre comment :)
- Tout d'abord, installez Android à partir de l'image iso correctement en suivant les étapes de l'assistant.
- Faites pas utiliser EFI GRUB pendant l'installation.
- Faites pas utilisation immédiate Exécuter Android_x86 sélectionnez plutôt l'option Redémarrer et éjecter l'iso. L'erreur mentionnée par @Jay Smith
Le gros inconvénient de cette approche est que la prochaine fois que vous essayez de de démarrer à partir du disque dur, GRUB ne sera pas en mesure de trouver l'image
es pas est liée à la question du VGA et doit être traitée séparément. J'ai également rencontré cette erreur et la réinstallation complète m'a aidé. supposez cette erreur est en quelque sorte liée au Exécuter parce que quand j'ai sélectionné Redémarrer Je n'ai pas fait face à l'erreur.
- Après l'installation, vous démarrerez et serez coincé dans l'invite de commande Android. Ok, allez-y alors.
- Maintenant, vous devez essayer de choisir votre résolution correcte. Ce ne sera pas nécessairement 788 ou 794 Comme on dit aquí Tout dépend de votre configuration matérielle. Pour moi, 796, 794 et 792 ont fonctionné pour les images KitKat, Lollipop et Marshmallow, mais vos valeurs peuvent être différentes. Voici le tableau permettant de relier les valeurs VGA de GRUB aux résolutions. Pour vérifier ce qui correspond, utilisez la méthode d'essai et d'erreur
Ensuite, sur l'écran de démarrage de GRUB, choisissez e pour modifier l'option
![enter image description here]()
Vous y trouverez une longue série d'options auxquelles vous devrez ajouter votre option VGA comme suit nomodeset vga=794
![enter image description here]()
Après l'édition, appuyez sur Enter et b pour démarrer l'enregistrement de démarrage souhaité.
- Répétez ces étapes N fois pour trouver la bonne résolution. Vous le reconnaîtrez au démarrage d'Android :)
- O-la-la, excellent ! Nous avons obtenu le résultat souhaité et avons démarré Android pour une fois. Mais ce n'est que 50% du travail. Je suppose que vous ne voulez pas taper cette merde de VGA à chaque fois ? Ok, continuons à persister notre résultat.
- Maintenant, nous devons modifier
GRUB config
pour ajouter notre résolution souhaitée. Bien qu'il existe des moyens de le faire dans le GRUB lui-même (c'est-à-dire en mode débogage, grub cmd), je n'ai pas réussi à le faire fonctionner et je propose une autre solution à 100%.
Nous avons besoin d'une installation Linux fonctionnelle (physique ou virtuelle, peu importe). Le problème ici est que le dossier GRUB n'est pas accessible depuis l'intérieur d'Android car il est protégé, alors qu'il devrait être accessible depuis l'extérieur. Et pas à partir de Windows car il ne reconnaît pas ext3/ext4
partitions, uniquement à partir des OS *nix. Ajoutez donc ce disque (VHD, VDI, VMDK ou autre) à votre installation Linux pour qu'il ait accès au système de fichiers Android.
-
Accès /grub/menu.lst
. Il est généralement situé dans le dossier racine.
-
Vous y trouverez des choses comme
![enter image description here]()
Ajoutez l'option VGA souhaitée au bootrecord comme nous l'avons fait précédemment et c'est tout !
- Enregistrez le fichier.
Nous l'avons fait ! Vous pouvez maintenant rattacher votre disque Android à la machine virtuelle et l'utiliser avec plaisir.
0 votes
Je partage vos sentiments (même problème ici). Suite à certains conseils, j'ai même augmenté la mémoire graphique à 32MB (aucune amélioration). Certains posts parlent de la nécessité de 2 partitions (1=primaire 100MB pour grub, 2=étendue avec l'espace restant pour Android), cela n'a pas aidé dans mon cas. Une autre source suggère de modifier/créer manuellement le fichier
grub.cfg
commemenu.lst
ne fonctionne pas (je ne l'ai pas encore essayé). Mon autre essai avec Android 5.1 s'est arrêté lors de l'animation de démarrage (texte "Android"), j'ai donc abandonné après 15 minutes. Sur quel système d'exploitation est basée votre installation ? J'ai utilisé "autre Linux", car cela a fonctionné dans le passé.0 votes
J'ai essayé "Ubuntu" et "FreeBSD" jusqu'à présent ... laissez-moi en essayer d'autres et voir si cela peut aider.
0 votes
J'ai vu une vidéo YouTube où quelqu'un utilisait Windows7, ce qui m'a vraiment déconcerté.
0 votes
BTW : Je viens juste d'essayer à nouveau, pour moi il ne démarre même pas en mode live (il finit au même endroit). Problème connexe sur notre site frère que j'ai déjà mentionné : Android-x86 6.0 Marshmallow dans VirtualBox : installation bloquée sur GRUB
0 votes
@Izzy : En fait, d'après ce que j'ai lu, la solution du lien dans votre message précédent (et d'après un peu d'expérimentation) n'est pas exactement correcte, mais elle fonctionne. D'après ce que j'ai compris, c'est en fait la création du secteur de démarrage GPT qui permet à Grub de procéder, et non la présence de deux partitions. J'ai lu quelque part que le formatage de la partition Android x86 échoue silencieusement si le "Create/Modify partition is not done" (Créer/Modifier la partition n'est pas fait) en premier, ce qui conduit à l'installation de Grub en suspens parce que le disque n'a même pas été formaté pour commencer. (Je vais ajouter cette "note de bas de page" également à ce lien)
0 votes
Plus d'informations concrètes sur le test de "ce sur quoi l'installation est basée" : J'ai essayé FreeBSD (32 et 64bit), OpenBSD(32 et 64bit), NetBSD(32 et 64bit), Ubuntu(32 et 64bit), Autres Linux (32 et 64bit). Pas encore d'amélioration. Pour l'instant, je pense que je vais passer à l'émulateur de dispositif virtuel Android ... peut-être que cela pourrait répondre à mes besoins, mais j'espère que quelqu'un aura une solution pour Android x86 un peu plus tard.
0 votes
Je me demande plutôt comment il se fait que cela fonctionne manifestement pour certaines personnes - ou si ces vidéos YouTube etc. sont fausses. Cela semble non déterministe, car je ne vois aucun schéma. Je les ai suivies étape par étape, mais je suis arrivé à des résultats différents (c'est-à-dire "ne fonctionnant pas").
0 votes
Je tourne en rond avec ce même problème. Ce que j'ai appris, c'est que cela peut avoir un rapport avec votre vidéo. Essayez de démarrer en direct en mode VESA et si cela fonctionne, alors vous savez que c'est là que se situe le problème.
0 votes
Avez-vous essayé Phoenix OS ?