Le stockage interne du périphérique 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 pas obtenir un stockage interne supérieur à 200 Mo.

512 Mo correspond à la taille de stockage interne que je souhaite définir.

J’ai essayé:

  • Paramétrer le stockage interne du périphérique dans le gestionnaire AVD à 512 Mo.
  • Dans les configurations de débogage du projet Eclipse, sous l’onglet Cible, définissez Options de ligne de commande de l’émulateur supplémentaire sur -partition-size 512.
  • Dans les Préférences Eclipse, sous Android, je définis les options d’é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
    • Ensuite, en définissant disk.dataPartition.size sur disk.dataPartition.size = 512M
    • Également essayé de le définir sur disk.dataPartition.size = 512 Mo
    • Aussi essayé de le définir à data.dataPartition.size = 512M

Cela se produit sur les deux processeurs ARM et Intel Atom x86.

Maintenant, quand je passe à Android 3.0 (ARM), je peux le redimensionner simplement en utilisant le gestionnaire AVD au contenu de mon coeur. Y at-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 ext4, j’ai pu redimensionner le fichier userdata.img 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 également pu userdata-qemu.img directement userdata-qemu.img mais j’ai dû d’abord exécuter e2fsck .

  e2fsck -f userdata-qemu.img resize2fs userdata-qemu.img 512M 

Même au-dessus de la suggestion peut causer à Android émulateur 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 des fs cassés par android et l’empêche de le monter en mode rw, qui raccroche 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 

Evénement e2fsck ne le répare pas pour Android et pour contourner ce problème, j’utilise tune2fs pour changer la façon dont Android doit continuer à monter des fs cassés.

 tune2fs -e continue userdata-qemu.img 

Someone13, c’est certainement un bug dans Target: “Android 4.4.2 – API Level 19”

J’ai le même problème: je ne peux en aucun cas modifier la taille du stockage interne de l’appareil dans l’émulateur du SDK Android (même avec «disk.dataPartition.size = xxxM» dans config.ini ou avec des arguments d’invite de commande) – partition-size xxx ”) en utilisant Android 4.4.2 dans le SDK Emulator of Android.

La seule façon de définir la taille personnalisée est d’utiliser comme cible: Android 3.0 – API Level 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 recréais une image avec 1 Go de stockage interne.

J’ai pu créer cet appareil virtuel, peut-être changer le type d’appareil ou autre chose?

entrer la description de l'image ici

Pour construire sur la réponse de @ Frohnzie, resize2fs et e2fsck sont maintenant inclus dans les outils du SDK (vous devrez peut-être mettre à jour vos outils SDK pour les voir), vous n’avez donc pas besoin de les installer séparément. Ils se trouvent sous votre dossier AndroidSDKFolder / tools / bin (Windows, Linux) ou votre dossier AndroidSDKFolder / tools / bin64 (Mac, Linux).

La réponse d’ Assaf G. est bonne. Mais j’ai remarqué dans les liens suivants dans le premier un utilisateur est capable de créer un Emulator avec 500MB stockage interne . Mais il a quelques exceptions mais pas de stockage interne . Et dans l’autre utilisateur de lien capable de créer un emulator avec une mémoire interne de 4096MB Mais il fait face à des problèmes de vitesse. Donc, je pense que vous devez essayer avec les spécifications fournies dans le premier lien.

1. Émulateur Android 4.4

2. lancement de l’émulateur Android

Pour moi, c’était un problème lorsque j’ai choisi accidentellement l’émulateur AOSP 4.4.2 dans Android Studio. L’émulateur Google Inc. x86 (ci-dessous) ne semble pas avoir ce bogue.

entrer la description de l'image ici

supprimer /data/data/com.google.android.gms/files publiera 200M +

Ici, il semble y avoir des 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 Niveau 21 CPU: Intel X86 OS: Ubuntu Linux