Le stockage interne de l'appareil virtuel Android 4.4 ne sera pas redimensionné
Lors de la création d'un nouveau périphérique virtuel Android 4.4 à l'aide du gestionnaire AVD, je ne peux obtenir une capacité de stockage interne supérieure à 200 Mo.
512Mo est la taille de la mémoire de stockage interne que je voudrais définir.
J'ai essayé:
- Définition du stockage interne du périphérique dans AVD Manager sur 512 Mo.
- Dans les configurations de débogage du projet Eclipse, sous l'onglet Cible, définissez Options de ligne de commande d'émulateur supplémentaires sur la taille de partition 512.
- Dans les préférences Eclipse, sous Android, je règle les options de l'émulateur par défaut sur -partition-size 512.
- Modification du fichier de configuration de mon périphérique virtuel sous (Utilisateur) /. Android/avd/(périphérique) .avd/config.ini
- Puis définissez disk.dataPartition.size sur disk.dataPartition.size = 512M
- Aussi essayé de le configurer à disk.dataPartition.size = 512MB
- Également essayé de le définir sur data.dataPartition.size = 512M
Cela se produit à la fois sur les processeurs ARM et Intel Atom x86.
Maintenant, lorsque je passe à Android 3.0 (ARM), je peux le redimensionner simplement en utilisant le gestionnaire AVD à ma guise. Existe-t-il un problème avec Android 4.4? Y a-t-il quelque chose qui m'a manqué? Ou un possible travail autour?
Maintenant que le système de fichiers de l'émulateur est au format ext4, j'ai pu redimensionner le userdata.img à l'aide des outils Linux standard.
# Navigate to AVD
cd ~/.Android/avd/Nexus5
# Delete old image
rm userdata-qemu.*
# Re-size the image
resize2fs userdata.img 512M
# Start the emulator and enjoy
emulator @Nexus5
Edit J'ai aussi pu redimensionner userdata-qemu.img directement mais j’ai dû exécuter e2fsck en premier.
e2fsck -f userdata-qemu.img
resize2fs userdata-qemu.img 512M
Même au-dessus de la suggestion, l'émulateur Android risque de se bloquer sur le logo de démarrage. La raison en est que resize2fs fait les changements qui sont corrects en général, mais considérés comme fous cassés par Android et l'empêchent de le monter en mode rw, ce qui bloque le processus de démarrage.
L'examen des journaux de démarrage montre quelque chose comme ça:
EXT4-fs error (device mtdblock1): ext4_mb_generate_buddy:741: group 2, 32366 clusters in bitmap, 32370 in Gd
Event e2fsck ne le répare pas pour Android et pour contourner le problème, j'utilise tune2fs pour changer la façon dont Android doit continuer à monter les fous cassés.
tune2fs -e continue userdata-qemu.img
Someone13, c'est vraiment un bug dans la cible: "Android 4.4.2 - API Niveau 19"
J'ai le même problème - je ne peux en aucun cas changer la taille de la mémoire de stockage interne du périphérique dans l'émulateur de SDK Android (même avec «disk.dataPartition.size = xxxM» dans config.ini ou avec des arguments d'invite de commande «- taille de partition xxx ”) lors de l’utilisation d’Android 4.4.2 dans l’Emulateur de SDK Android.
La seule façon de définir la taille personnalisée consiste à utiliser comme cible: Android 3.0 - API Niveau 11.
Mon matériel: Windows 7 Ultimate SP1, RAM 4 Go; Core Duo 2,28 GHz; GT630
Si vous rencontrez toujours ce problème en 2016, essayez de supprimer l'image du gestionnaire AVD, puis rajoutez l'émulateur.
Il semblait que je ne pouvais pas redimensionner l'émulateur, peu importe ce que je faisais, mais cela fonctionnait lorsque je supprimais l'image, puis que je recréais l'image avec 1 Go de stockage interne.
J'ai pu créer ce périphérique virtuel, peut-être changer le type de votre périphérique ou quelque chose?
Pour compléter la réponse de @ Frohnzie, resize2fs et e2fsck sont maintenant inclus dans SDK Tools (vous devrez peut-être mettre à jour vos outils SDK pour les voir), de sorte que vous n'avez pas besoin de les installer séparément. Ils se trouvent sous yourAndroidSDKFolder/tools/bin (Windows, Linux) ou yourAndroidSDKFolder/tools/bin64 (Mac, Linux).
Ici, il semble y avoir quelques pièges, dans les anciens outils Android inférieurs à la version 22, cela ne fonctionne pas. J'ai mis à niveau les outils Android à 23 et cela a commencé à fonctionner.
Ma configuration était API de niveau 21 Processeur: Intel X86 Système d'exploitation: Ubuntu Linux
Pour moi, c'était un problème lorsque j'ai choisi par inadvertance l'émulateur AOSP 4.4.2 dans Android Studio. L'émulateur x86 de Google Inc. (ci-dessous) ne semble pas avoir ce bogue.
_ {Assaf G.} _ la réponse est bonne. Mais j'ai remarqué dans les liens suivants du premier utilisateur qu'il est possible de créer Emulator avec stockage interne500MB. Mais il reçoit une variable exceptions mais non liée à stockage interne. Et dans l'autre lien, l'utilisateur est capable de créer emulator avec mémoire interne4096MB. Mais il fait face à des problèmes de vitesse. Je pense donc que vous devez essayer avec spécifications fourni dans le premier lien.
supprimer /data/data/com.google.Android.gms/files publiera 200M +