Émulateur pour Android 4.4 KitKat ne démarre pas
Je crée un émulateur pour Android 4.4 KitKat, mais l'émulateur prend très longtemps et ne démarre pas. J'ai essayé de nombreux appareils comme Nexus4, Galaxy Nexus, Nexus S etc. mais rien de tout cela n'a fonctionné . Juste un écran noir avec le logo Android pendant longtemps. Des suggestions?
Malheureusement, l'émulateur prend beaucoup de temps à charger. Une plainte régulière parmi les développeurs de Android.
Cela aide parfois si vous allez dans la configuration AVD et modifiez votre émulateur KitKat et cochez la case qui dit Use Host GPU. Cela le rend légèrement plus rapide.
J'ai également constaté que si vous utilisez l'espace par défaut RAM qu'il décide, généralement plus de 1000, cela prend un temps stupidement, s'il se charge du tout. Je règle généralement le mien à 512 Mo , 700 + Mo à la fois, mais en réduisant la quantité de RAM que l'émulateur peut avoir).
Il existe également un autre émulateur que vous pouvez utiliser, bien qu'il ne supporte pas encore KitKat, bien qu'ils disent qu'il arrivera bientôt, j'ai entendu pas mal de commentaires positifs.
Vous pouvez trouver l'émulateur alternatif sur http://www.genymotion.com/
[~ # ~] mise à jour [~ # ~]
Google a publié une nouvelle version de l'émulateur Android avec Android Studio 2. Malheureusement, AS, les outils de génération et l'émulateur sont en version bêta/version candidate, mais Je les utilise depuis un certain temps pour mes propres applications et je n'ai eu aucun problème, mais j'ai également constaté que l'émulateur était bien meilleur que l'ancien. http://tools.Android.com/tech-docs/ emulator vous montrera les nouveautés et comment obtenir le nouvel émulateur.
Il peut être utile de démarrer la première exécution de l'émulateur avec une très petite quantité de mémoire (disons 200 Mo)
Sur ma machine, l'émulateur a refusé de démarrer (j'ai attendu 30 minutes, puis je l'ai tué) avec 700 Mo. Il a juste montré un écran vide - pas même le message Android Android.
Lorsque j'ai réduit la mémoire à 128 Mo, l'émulateur s'est déclenché dans le temps normal (environ 50 secondes sur mon m/c) mais n'avait pas suffisamment RAM pour charger les applications d'arrière-plan. Je l'ai changé à 256 Mo et tout a pris vie. Maintenant, je peux changer la mémoire jusqu'à 768 Mo, elle se charge maintenant correctement dans le même laps de temps.
On dirait que la première exécution doit être avec une petite (er) quantité de mémoire mais une fois que cela a réussi, vous pouvez augmenter leur mémoire (jusqu'à 768 Mo sous Windows) sans problème.
J'ai eu le même problème avec ...
La solution qui a fonctionné pour moi avec l'émulateur x86 a été de mettre à jour HAXM avec la dernière version et de redémarrer mon ordinateur.
http://software.intel.com/en-us/Android/articles/intel-hardware-accelerated-execution-manager
J'espère que cela aidera et résoudra le problème pour beaucoup d'entre vous.
Cordialement
Peut-être que ADB est kaput!
Si vous utilisez Windows pour développer Android, ouvrez une session DOS à \Android-sdk\platform-tools\ répertoire (Remarque: il s'agit d'un sous-répertoire de l'installation Android SDK).
Dans la fenêtre DOS, tapez:
adb kill-server
Cela tuerait l'actuel Android Debug Bridge (ADB). Ensuite, redémarrez-le en tapant:
adb start-server
Pour vérifier si votre Android 4.4 émulateur KitKat est en cours d'exécution, tapez:
adb devices
Si cela ne fonctionne toujours pas, répétez les étapes ci-dessus. Sinon, redémarrez votre IDE (Eclipse, Android Studio, etc.) et réessayez.
Ayant eu le même problème, j'ai configuré AVD pour utiliser 516 Mo de RAM et il s'est chargé correctement. J'espère que cela vous aidera, vous ou quelqu'un d'autre.
J'ai eu le même problème, ce qui a aidé à redémarrer mon ordinateur et à démarrer l'émulateur avec seulement quelques programmes ouverts (Eclipse, Chrome et rien de plus). Mon ordinateur de développement est un ordinateur portable de 4 Go avec intégré graphiques exécutant Ubuntu 12.04. Rien d'extraordinaire, et l'émulateur KitKat fonctionne. Très lentement, comme prévu :(, mais fonctionne.
Tenez compte du fait que les émulateurs sont gourmands en mémoire, peut-être que votre machine de développement manque de ressources lorsque vous essayez de les exécuter?
Le mien obtient sigabort sur le clignotant de surface à moins que j'active "Utiliser le GPU hôte".
EDIT: Semble que cela est lié à des résolutions extrêmes. Essayez d'utiliser une résolution inférieure ... si vous utilisez des res comme 1080x1920 - l'activation du GPU hôte fonctionne pour moi
Vérifiez la sortie adb logcat de l'émulateur lors du démarrage, si la vôtre est similaire, cela pourrait fonctionner.
Veuillez trouver le journal ci-dessous ...
I/Vold ( 46): Vold 2.1 (the revenge) firing up
I/Netd ( 48): Netd 1.0 starting
D/Vold ( 46): Volume sdcard state changing -1 (Initializing) -> 0 (No-Media)
W/InterfaceController( 48): Warning (dlopen failed: library "/system/lib/libnetcmdiface.so" not found) while opening the net interface command library
I/SurfaceFlinger( 51): SurfaceFlinger is starting
I/SurfaceFlinger( 51): SurfaceFlinger's main thread ready to run. Initializing graphics H/W...
D/libEGL ( 51): Emulator without GPU support detected. Fallback to software renderer.
D/libEGL ( 51): loaded /system/lib/egl/libGLES_Android.so
D/gralloc_goldfish( 51): Emulator without GPU emulation detected.
E/SurfaceFlinger( 51): hwcomposer module not found
E/SurfaceFlinger( 51): ERROR: failed to open framebuffer (No such file or directory), aborting
F/libc ( 51): Fatal signal 6 (SIGABRT) at 0x00000033 (code=-6), thread 51 (surfaceflinger)
I/DEBUG ( 49): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
I/DEBUG ( 49): Build fingerprint: 'generic/sdk/generic:4.4.2/KK/986172:eng/test-keys'
I/DEBUG ( 49): Revision: '0'
I/DEBUG ( 49): pid: 51, tid: 51, name: surfaceflinger >>> /system/bin/surfaceflinger <<<
I/DEBUG ( 49): signal 6 (SIGABRT), code -6 (SI_TKILL), fault addr --------
I/DEBUG ( 49): r0 00000000 r1 00000033 r2 00000006 r3 00000000
I/DEBUG ( 49): r4 00000006 r5 00000002 r6 00000033 r7 0000010c
I/DEBUG ( 49): r8 b6fd084d r9 b7f1552c sl 00000000 fp bef71b9c
I/DEBUG ( 49): ip fffffffe sp bef719e8 lr b6f34ead pc b6f43e20 cpsr 00000010
I/DEBUG ( 49): d0 0036f09323cb6394 d1 0000000000000000
I/DEBUG ( 49): d2 0000000000000000 d3 0000000000000000
I/DEBUG ( 49): d4 0000000000000000 d5 41c1e5b1ca000000
I/DEBUG ( 49): d6 3f50624dd2f1a9fc d7 414b7849ee147ae1
I/DEBUG ( 49): d8 0000000000000000 d9 0000000000000000
I/DEBUG ( 49): d10 0000000000000000 d11 0000000000000000
I/DEBUG ( 49): d12 0000000000000000 d13 0000000000000000
I/DEBUG ( 49): d14 0000000000000000 d15 0000000000000000
I/DEBUG ( 49): scr 00000010
I/DEBUG ( 49):
Je pense qu'il y a un bug dans l'image système d'Intel x86 (KitKat). Parce que cela ne se produit qu'avec l'option -partition-size et -memory pour utiliser plus de 256 Mo de mémoire et de tracé.
J'ai donc changé l'image système, il y a deux images système pour KitKat, l'une est Intel x86 Atom et l'autre est les API Google (image système x86). Pour moi, ce n'est pas le cas arriver avec l'image des API Google.
Dans mon cas, la solution était de passer à une image système différente. J'utilisais celui Atom x86_64, et dès que je suis passé à Atom x86, l'émulateur fonctionnait parfaitement).
Cela a peut-être été répondu ... mais j'ai eu un problème et il a été résolu ... s'il vous plaît voir ce post et je suis sûr que vous le frapperez correctement: Configuration Android 4.4 Émulateur KitKat
Laisse moi savoir si ça fonctionne...
Utilisez la ligne de commande une fois, et cela fonctionnera également normalement à partir du Studio:
emulator -avd ExampleVDName -debug-all -noaudio -nocache -wipe-data -dns-server 8.8.8.8
Avant de l'utiliser, n'oubliez pas de naviguer dans le répertoire tools. Vous devez savoir où se trouve votre SDK. Dans mon cas, j'ai d'abord dû naviguer dans ce répertoire, puis utiliser la commande ci-dessus.
cd C:\AndroidSDK\tools
P.s .: n'oubliez pas d'utiliser le nom de votre propre périphérique virtuel au lieu de ExampleVHDName.
J'ai eu le même problème. La mise à jour d'Intel HAXM Accelerator de 1.0.1 à 1.0.8 (version actuelle) a fait l'affaire pour moi.
Tout d'abord, accédez au plugin du gestionnaire de SDK de votre IDE et choisissez le niveau d'API pour lequel vous allez créer Android Virtual Device. Et assurez-vous que la plate-forme SDK de l'API Si le SDK affiche Non installé, téléchargez-le d'abord.
Après l'installation automatique à la fin du téléchargement. Redémarrez votre IDE. Démarrez votre plugin AVD puis sélectionnez l'API de votre AVD que vous téléchargez.
Le plus gros problème avec le SDK en ce moment est qu'aucune image d'émulateur x86 n'est publiée.
Cependant, j'ai obtenu un émulateur KitKat x86 fonctionnant dans Windows en piratant ensemble les INI d'un AVD x86 JB et d'un ARM KitKat AVD, ainsi que la construction de aosp_x86-eng et la copie du noyau QEMU précompilé pour x86 à partir du KitKat AOSP dans mon hôte Windows. Une image KitKat x86 s'exécutant dans Windows avec les extensions HAXM est très rapide, aussi rapide ou plus rapide que s'exécutant sur du matériel réel, en particulier avec "Utiliser l'hôte GPU" activé.
Si vous ne construisez pas Android lui-même, cela ne vous aide probablement pas. Mais si vous CONSTRUISEZ AOSP (ou vous pouvez trouver un KitKat x86 préconstruit Android = image et noyau QEMU en ligne), je peux publier des détails supplémentaires sur la façon de le faire fonctionner sous Windows.
J'ai rencontré des problèmes similaires lors d'une installation de Windows Server 2012 R2. La cause principale était un pilote vidéo manquant (celui de Vanilla Microsoft n'était pas suffisant). Je travaillais avec une frankenbox pavée et j'ai trouvé utile de suivre les instructions pour trouver le bon pilote ici:
http://support.AMD.com/en-us/kb-articles/Pages/HowtoidentifythemodelofanATIgraphicscard.aspx#DID
Une fois que j'ai eu les bons pilotes, l'émulateur a démarré très bien ...