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 .
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.
la source
grub.cfg
as en tant que (celamenu.lst
n’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é.Réponses:
Trouvé la solution!
Vous devez éditer
menu.lst file
. Voici comment:mount -o remount,rw /mnt
cd /mnt/grub
vi menu.lst
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 parkernel
)vga=834 nomodeset xforcevesa
:wq
- ces commandes vont sauvegarder le fichier et quitter vicd /
umount /mnt
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=xxx
par n'importe quel nombre pour la résolution de votre écran. Aussi testé qui832
fonctionne 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.lst
correctif, mais vous devez le convertir d’hex en premier en utilisant tout convertisseur hex-> dec.la source
android-x86-6.0-r3.iso
sur VMware Workstation.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 :)
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.
Puis, au démarrage de l’écran GRUB, choisissez e key pour éditer l’option
Vous y trouverez une longue liste d'options auxquelles vous devez ajouter votre option VGA comme celle-ci.
nomodeset vga=794
Après l’édition, appuyez sur Entrée et sur b pour démarrer l’enregistrement de démarrage souhaité.
GRUB config
pour 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/ext4
partitions, 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.Accès
/grub/menu.lst
. Habituellement, il se trouve dans le dossier racine.Vous y trouverez q
Ajoutez l’option VGA souhaitée au compte d’enregistrement, comme nous l’avions déjà fait et c’est tout!
Nous avons fait! Maintenant, vous pouvez reconnecter votre disque Android à une machine virtuelle et l'utiliser avec joie.
la source
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.
la source
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=
etvga=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 x86
etReboot
, choisissezRun 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.
la source
Sélectionnez " Oui " quand il vous demande "Voulez-vous installer le chargeur de démarrage GRUB ".
Maintenant, vous pouvez démarrer sous Android. (Fonctionne même redémarré)
Référence: https://shellzero.wordpress.com/2015/10/27/how-to-install-android-on-vmware-fusion-mac-os-x/
la source
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é.
la source
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.
la source
Dans le chargeur de démarrage grub, appuyez sur la touche de tabulation et remplacez androidboot.hardware = android_x86 par androidboot.hardware = x86.
la source
Votre ISO est corrompu. Essayez de le télécharger à nouveau à partir du lien vers le site Web Android officiel.
la source
J'ai eu le même problème avec l'installation sur mon disque dur et les étapes suivantes m'ont aidé:
J'ai écrit exactement tous les arguments tels que
androidboot.hardware=android_x86_64
etDEBUG=2
etc. 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.
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.
la source