Вътрешното хранилище на виртуално устройство с Android 4.4 няма да преоразмерява

Сега, когато файловата система на емулатора е ext4, успях да преоразмеря userdata.img с помощта на стандартни инструменти на Linux.

# 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

Редактиране Също така успях директно да преоразмеря userdata-qemu.img, но първо трябваше да стартирам e2fsck.

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

Дори горното предложение може да доведе до застой на емулатора на android върху логото за зареждане. Причината е, че resize2fs прави промените, които като цяло са правилни, но се считат за повредени fs от android и му пречат да го монтира в режим rw, което прекъсва процеса на зареждане.

Проверката на регистрационните файлове за зареждане показва нещо подобно:

EXT4-fs error (device mtdblock1): ext4_mb_generate_buddy:741: group 2, 32366 clusters in bitmap, 32370 in gd

Събитието e2fsck не го поправя за android и за да го заобиколя, използвам tune2fs, за да променя начина, по който android трябва да продължи да монтира повреден fs.

tune2fs -e continue userdata-qemu.img

Someone13, това определено е грешка в Target: „Android 4.4.2 – API ниво 19“

Имам същия проблем - не мога да променя размера на вътрешната памет на устройството в емулатора на Android SDK по никакъв начин (дори с „disk.dataPartition.size=xxxM“ в config.ini или с аргументи на командния ред „- partition-size xxx”), когато използвате Android 4.4.2 в емулатора на Android SDK.

Единственият начин е да зададете персонализиран размер е, когато използвате като Target: Android 3.0 - API ниво 11.

Моят хардуер: Windows 7 Ultimate SP1, RAM 4GB; Core Duo 2.28GHz; GT630

Ако все още имате този проблем през 2016 г., опитайте да изтриете изображението от AVD мениджъра и след това добавете обратно емулатора.

Изглеждаше, че не мога да преоразмеря емулатора, независимо какво правя, но проработи, когато изтрих изображението и след това пресъздадох изображение с 1 GB вътрешна памет.

Успях да създам това виртуално устройство, може би да променя типа на вашето устройство или нещо подобно?

За надграждане на отговора на @Frohnzie, resize2fs и e2fsck вече са включени в SDK Tools (може да се наложи да актуализирате вашите SDK инструменти, за да ги видите), така че не е необходимо да ги инсталирате отделно. Те се намират в yourAndroidSDKFolder/tools/bin (Windows, Linux) или yourAndroidSDKFolder/tools/bin64 (Mac, Linux).

Отговорът на Assaf G. е добър. Но забелязах в следващите връзки в първата потребителят може да създаде Emulator с вътрешно хранилище 500MB. Но той получава малко exceptions, но не е свързано с вътрешното хранилище. А в другата връзка потребителят може да създаде emulator с вътрешна памет 4096MB. Но той е изправен пред проблеми със скоростта. Така че мисля, че трябва да опитате със спецификации, предоставени в първата връзка.

1.Емулатор на Android 4.4

2.Android емулаторът се стартира завинаги

За мен беше проблем, когато случайно избрах емулатора AOSP 4.4.2 в Android Studio. Емулаторът x86 на Google Inc. (по-долу) изглежда няма този бъг.

изтриване на /data/data/com.google.android.gms/files ще освободи 200M+

Тук изглежда има някаква уловка, в по-стари инструменти на Android, по-ниски от версия 22, това не работи. Надстроих инструментите на android до 23 и това започна да работи.

Моята конфигурация беше API Level 21 CPU: Intel X86 OS: Ubuntu Linux