Android x86 Marshmallow ne démarre pas sur Virtualbox et VMware Workstation

32

J'ai téléchargé la dernière version d'Android x86 (android-x86-6.0_20160129.iso) à partir d' ici et j'ai essayé de l'installer sur le disque dur sur une machine virtuelle dans VMware Workstation et dans Virtualbox.

L'installation semble se dérouler correctement (avec EXT4 et EFI Grub) et je reçois un message indiquant que l'installation est réussie. Cependant, lorsque je redémarre, il passe par GRUB, choisit l'installation Android correcte, mais ne démarre pas. Je reçois le résultat de la capture d'écran ci-dessous, puis un écran vide avec un curseur clignotant .

entrez la description de l'image ici

J'ai vu des questions similaires sur Android-SE ( ici et ici ), mais ils utilisent d'anciennes versions d'Android x86 et ne semblent pas avoir de solutions qui fonctionnent pour moi.

Les machines virtuelles de VMware et de Virtualbox ont: Disque dur = 4 Go (IDE), RAM = 2 Go, 2 CPU et s’amorçent via EFI. J'ai essayé nomodeset et xforcevesa dans les paramètres d'amorçage Grub mais rien ne semble fonctionner.

Le .iso démarre bien jusqu’à l’interface graphique en mode Live (LiveCD).

Toute assistance sera grandement appréciée. J'ai l'impression que la solution pourrait être liée aux paramètres graphiques, mais je ne suis pas tout à fait sûr.

Irvin H.
la source
Je partage vos sentiments (même problème ici). En raison de certaines astuces, j'ai même augmenté la mémoire graphique à 32 Mo (aucune amélioration). Certains articles parlent de la nécessité de 2 partitions (1 = 100 Mo primaire pour Grub, 2 = étendu avec l'espace restant pour Android), ne m'a pas aidé dans mon cas. Une autre source a suggéré de modifier / créer manuellement l’ grub.cfgas en tant que (cela menu.lstn’a pas encore été essayé). Mon autre essai avec Android 5.1 était bloqué dans l’animation de démarrage (texte "Android"), alors j’ai abandonné après 15 minutes. Sur quels paramètres de système d’installation est basée votre installation? J'ai utilisé "autre Linux", comme cela fonctionnait dans le passé.
Izzy
J'ai déjà essayé "Ubuntu" et "FreeBSD" ... laissez-moi bousiller d'autres et voir si cela peut vous aider.
Irvin H.
J'ai vu une vidéo sur YouTube où quelqu'un utilisait Windows 7, ce qui m'a vraiment dérouté.
Izzy
BTW: Je viens d'essayer à nouveau, pour moi, il ne démarre même pas en mode live (finit au même endroit alors). Problème lié sur notre site sœur que j'ai déjà mentionné: Android-x86 6.0 Marshmallow dans VirtualBox: installation bloquée sur GRUB
Izzy
@ Izzy: En fait, d'après ce que j'ai lu, la solution au lien dans votre précédent post (et à partir d'un peu d'expérimentation) n'est pas tout à fait correcte, mais cela fonctionne. D'après ce que j'ai compris, c'est en fait la création du secteur de démarrage GPT qui permet de continuer les opérations Grub, et non la présence de 2 partitions. J'ai lu quelque part que la mise en forme de la partition Android x86 échouait en silence si la fonction "Créer / modifier une partition n'est pas terminée", ce qui a provoqué la suspension du programme d'installation grub, car le disque n'était même pas formaté. (J'ajouterai cette "note de bas de page" également à ce lien)
Irvin H.

Réponses:

51

Trouvé la solution!

Vous devez éditer menu.lst file. Voici comment:

  1. démarrer en mode débogage (généralement la deuxième option du menu de démarrage)
  2. lorsque le démarrage s'arrête (pour moi, il se bloque là avec le curseur clignotant et sans aucune invite) entrez mount -o remount,rw /mnt
  3. entrer cd /mnt/grub
  4. entrer vi menu.lst
  5. appuyez sur Maj + a
  6. juste sous la première entrée de démarrage, recherchez la ligne commençant par kernel initrd=/in(votre ligne peut avoir un aspect différent; elle dépend de la version d'Android; en général, il suffit de trouver la ligne qui commence par kernel)
  7. à la fin du type de ligne vga=834 nomodeset xforcevesa
  8. appuyez ensuite sur ECHAP :wq- ces commandes vont sauvegarder le fichier et quitter vi
  9. entrer cd /
  10. entrer umount /mnt
  11. entrer reboot -f

Le système doit maintenant redémarrer dans le mode VESA de votre choix.

Cela oblige à utiliser le pilote VESA pour X.

Vous pouvez remplacer le vga=xxxpar n'importe quel nombre pour la résolution de votre écran. Aussi testé qui 832fonctionne bien (donne 800x600 résolution).

Vous pouvez trouver tous les modes VESA lorsque vous utilisez le fichier ISO et choisissez l’option d’amorçage pour démarrer en mode VESA. La liste apparaît avec tous les modes (les nombres sont en hexadécimal et une lettre redondante se trouve devant certains modes). ignorez-le) et vous pouvez les tester immédiatement pour voir s’il fonctionne et qu’il est bon d’utiliser ce menu.lstcorrectif, mais vous devez le convertir d’hex en premier en utilisant tout convertisseur hex-> dec.

Ajira
la source
2
+1, confirmé pour travailler android-x86-6.0-r3.isosur VMware Workstation.
David Refoua
Existe-t-il une alternative non fastidieuse qui n'autorise pas non plus les erreurs pouvant être causées par 1 faute de frappe?
neverMind9
1
Merci beaucoup… ça marche encore sur Android 8. Y
Yassine ElBadaoui
2
Merci beaucoup… ça marche encore sur Android 8.1 😊
智 文
1
À l'étape 10, je reçois le message suivant: 'ne peut pas supprimer / mnt: le périphérique ou la ressource est occupé'
Koy
7

J'aimerais prolonger et améliorer la réponse de @Jay Smith en fonction de l'expérience personnelle. Il a raison de dire que la cause du problème est la résolution VGA utilisée par Android, mais il a tort de supposer qu’il s’agit d’un correctif jetable et qu’il devrait être saisi à chaque démarrage.
Il peut être rendu persistant et devrait l'être! Et je te montre comment :)

  1. Tout d’abord, installez correctement l’image Android à partir de l’image iso en suivant les étapes de l’assistant.
  2. N'utilisez pas EFI GRUB lors de l'installation.
  3. N'utilisez pas l' option immédiate Lancer Android_x86 , sélectionnez plutôt Redémarrer et éjecter l'iso. L'erreur mentionnée par @Jay Smith

Le gros inconvénient de cette approche est que lors de la prochaine tentative d’amorçage à partir du disque dur, GRUB ne pourra pas trouver l’image.

n’est pas lié au problème VGA et doit être traité séparément. J'ai également rencontré cette erreur et la réinstallation complète a aidé, donc je suppose que cette erreur est en quelque sorte liée à l' option Exécuter , car lorsque j'ai sélectionné Redémarrer, je n'ai pas été confronté à l'erreur.

  1. Après l’installation, vous démarrez et restez bloqué à l’invite de commande Android. Ok, continue alors.
  2. Maintenant, vous devriez essayer de prendre votre résolution correcte. Ce ne sera pas nécessairement 788 ou 794 , comme on dit ici , tout dépend de la configuration de votre matériel. Pour moi, 796, 794 et 792 travaillaient pour les images de KitKat, Lollipop et Marshmallow, mais vos valeurs pourraient être différentes. Voici le tableau permettant de lier les valeurs GRUB VGA aux résolutions. Pour vérifier quelle correspondance vous utilisez la méthode d'essai et d'erreur

Puis, au démarrage de l’écran GRUB, choisissez e key pour éditer l’option

entrez la description de l'image ici

Vous y trouverez une longue liste d'options auxquelles vous devez ajouter votre option VGA comme celle-ci. nomodeset vga=794

entrez la description de l'image ici

Après l’édition, appuyez sur Entrée et sur b pour démarrer l’enregistrement de démarrage souhaité.

  1. Répétez ces étapes N fois pour trouver la résolution appropriée. Vous reconnaîtrez que par le démarrage d'Android :)
  2. O-la-la, excellent! Nous avons obtenu le résultat souhaité et démarré Android pour une fois. Mais ce n'est que 50% du travail. Je suppose que vous ne voulez pas taper cette merde VGA à chaque fois? Bon, continuons à persister dans notre résultat.
  3. Nous devons maintenant modifier GRUB configpour ajouter la résolution souhaitée. Bien qu'il existe des moyens permettant de le faire au sein de GRUB lui-même (c.-à-d. En mode débogage, grub cmd), je n'ai pas réussi à le faire fonctionner et à proposer 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 à partir d’Android car il est protégé et qu’il doit être accessible en externe. Et pas à partir de Windows car il ne reconnaît pas les ext3/ext4partitions, mais uniquement à partir de * nix OS. Ajoutez donc ce disque (VHD, VDI, VMDK ou autre) à votre installation Linux pour qu’il ait accès au système de fichiers Android.

  1. Accès /grub/menu.lst. Habituellement, il se trouve dans le dossier racine.

  2. Vous y trouverez q

entrez la description de l'image ici

Ajoutez l’option VGA souhaitée au compte d’enregistrement, comme nous l’avions déjà fait et c’est tout!

  1. Enregistrez le fichier.

Nous avons fait! Maintenant, vous pouvez reconnecter votre disque Android à une machine virtuelle et l'utiliser avec joie.

Suncatcher
la source
4

J'ai également eu des problèmes avec Android x86 vitual box sur un ordinateur Windows 7 Pro x64 AMD. Je suppose que nous allons tous avoir des problèmes légèrement différents en fonction de notre architecture / matériel, mais ils semblent tous être des causes fondamentales similaires. Je pense que l’accent devrait être mis davantage sur l’architecture / le matériel que sur le système d’exploitation hôte. Essayez 32 bits sans / avec EFI défini dans Système, laissez l'accélération matérielle par défaut, assurez-vous que la virtualisation est activée dans votre BIOS. N'activez pas l'accélération graphique 3D, vous devriez recevoir un avertissement si vous activez l'accélération 2D. Ne l'activez pas. Si vous obtenez un écran noir lors de la configuration initiale, essayez d'augmenter la mémoire vidéo jusqu'à 64 Mo. Enfin, vous pouvez télécharger des images VM pré-construites ici:

http://www.osboxes.org/android-x86/

Toutes ces petites modifications m'ont aidé à installer avec succès Android x86 4.4 sur une machine Windows 7 x64 Pro.

PassingGuest
la source
4

Certains progrès ici, mais pas la vraie chose. Ce qui suit m'a permis de démarrer Android x86 6.0 sous VirtualBox correctement - mais une seule fois:

1) Lors du démarrage de l'image d'installation, l'écran initial vous propose quatre options. Déplacez le curseur sur le dernier: Installation - Installez Android-x86 sur le disque dur ".

2) Appuyez sur la touche [Tab] pour modifier les options.

3) Immédiatement après le INSTALL=1 DEBUG=typevga=788

(Assurez-vous qu'il y a un espace entre DEBUG=et vga=788.)

4) Appuyez sur [Entrée].

5) Procédez au partitionnement du disque comme décrit dans de nombreux sites du réseau.

6) Lorsque les options sont proposées Run Android x86et Reboot, choisissez Run Android x86. Vous devriez voir ANDROID pulser en grosses lettres pendant quelques minutes, puis l’écran de bienvenue d’Android s’affichera.

Le gros inconvénient de cette approche est que lors de la prochaine tentative d’amorçage à partir du disque dur, GRUB ne pourra pas trouver l’image :-( Toute aide permettant de résoudre ce problème serait appréciée.

Jay Smith
la source
1
Malheureusement, c'est une solution unique: (...
Suncatcher
0

Voici une vidéo YouTube montrant comment définir le mode VESA dans Grub.

https://www.youtube.com/watch?v=JoMs-4bsygs

Mon autre article a été supprimé pour une raison quelconque, mais si vous souhaitez savoir si VESA / VIDEO est la raison pour laquelle votre interface graphique ne s'affiche pas après l'installation, démarrez à partir de l'ISO Android x86 et sélectionnez le mode VESA (démarrage en direct) et si vous obtenez une interface graphique, puis regardez cette vidéo sur youtube. Il explique parfaitement comment configurer votre groupe pour démarrer le mode VESA approprié.

Assistant Android
la source
Appuyer sur [esc] n’est pas pris en charge
Micha93
0

Complètement nouveau à cela, mais je viens d'essayer d'installer Android 6.0 sur Workstation 12 Pro et au démarrage juste bloqué à l'invite de commande clignotant occasionnellement. Essayé quelques suggestions d'abvoe en vain. Enfin allé dans les paramètres de la VM et coché sur 3D Graphics à laquelle il a averti qu'il n'était pas pris en charge. Cela m'a ensuite permis de sélectionner 32 Mo de mémoire graphique. Redémarré et cela a fonctionné. J'ai essayé de démarrer plusieurs fois pour le prouver et cela fonctionne toujours. J'espère que cela t'aides.

Spider5445
la source
J'ai essayé la solution proposée par Spider5445 et cela a également fonctionné pour Nougat ... merci mon compagnon! :)
Kapil Vyas
0

Dans le chargeur de démarrage grub, appuyez sur la touche de tabulation et remplacez androidboot.hardware = android_x86 par androidboot.hardware = x86.

Alec Petridis
la source
-1

J'ai eu le même problème avec l'installation sur mon disque dur et les étapes suivantes m'ont aidé:

  • Comme Jay mentionné ci-dessus: Sur le support d'installation, j'ai appuyé sur la touche [Tab].
  • J'ai écrit exactement tous les arguments tels que androidboot.hardware=android_x86_64et DEBUG=2etc. qui sont maintenant affichés pour l'entrée du menu de démarrage du support d'installation.

  • J'ai ajouté tous ces arguments dans ma configuration personnalisée et mis à jour.

  • Lors du démarrage, je dois entrer deux fois "exit" dans l'invite de la console.

Faire cette Android a démarré et a démarré le gestionnaire de fenêtres.

PS: Très bizarre si un critique bousille le format d’une réponse et que même vous vote sans obtenir le contenu.

maladroit
la source