Внутреннее хранилище виртуального устройства Android 4.4 не изменяет размер

При создании нового Android 4.4 Virtual Device с помощью AVD Manager я не могу получить внутреннее хранилище размером больше 200 МБ.

512 МБ - это внутренний размер хранилища, который я хотел бы установить.

Я пробовал:

Установка внутренней памяти устройства в AVD Manager до 512 МБ.
В проекте "Отладка" проекта Eclipse на вкладке "Цель" задайте дополнительные параметры командной строки эмулятора для -размера размером 512.
В настройках Eclipse, под Android, я установил опции эмулятора по умолчанию для -размера размером 512.
Редактирование файла конфигурации для моего виртуального устройства под (User)/. android/avd/(device).avd/config.ini
- Затем установите disk.dataPartition.size на disk.dataPartition.size = 512M
- Также попытался установить его на disk.dataPartition.size = 512MB
- Также попытался установить его на data.dataPartition.size = 512M

Это происходит как на процессорах ARM, так и на процессорах Intel Atom x86.

Теперь, когда я перехожу на Android 3.0 (ARM), я могу изменить его размер, просто используя AVD Manager для моего контента. Есть ли проблема с Android 4.4? Я что-то пропустил? Или возможная работа вокруг?

Ответ 1

Теперь, когда файловая система эмулятора 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

Edit Я также смог изменить размер userdata-qemu.img напрямую, но мне сначала пришлось запустить e2fsck.

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

Ответ 2

Даже выше предложение может привести к тому, что эмулятор андроидов поместится на логотип загрузки. Причина в том, что 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, чтобы изменить способ, как андроид должен продолжать монтировать нарушенные fs.

tune2fs -e continue userdata-qemu.img

Ответ 3

Someone13, это определенно ошибка в Target: "Android 4.4.2 - API-уровень 19"

У меня такая же проблема, возможно, изменить размер внутренней памяти устройства в эмуляторе Android SDK никоим образом (даже с "disk.dataPartition.size = xxxM" в config.ini или с аргументами командной строки "-раздельный размер xxx" ) при использовании Android 4.4.2 в эмуляторе Android SDK.

Единственный способ установить настраиваемый размер - это использовать в качестве цели: Android 3.0 - уровень API 11.

Мое оборудование: Windows 7 Ultimate SP1, RAM 4 ГБ; Core Duo 2.28GHz; GT630

Ответ 4

Если у вас все еще есть эта проблема в 2016 году, попробуйте удалить изображение из диспетчера AVD, а затем добавьте обратно эмулятор.

Казалось, я не мог изменять размер эмулятора независимо от того, что я делаю, но он работал, когда я удалил изображение, а затем воссоздал изображение с 1 ГБ внутренней памяти.

Ответ 5

Мне удалось создать это виртуальное устройство, возможно, изменить тип вашего устройства или что-то еще?

Ответ 6

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

1. Android 4.4 эмулятор

2. эмулятор Android для вечного запуска

Ответ 7

Для меня это была проблема, когда я случайно выбрал эмулятор AOSP 4.4.2 в Android Studio. У эмулятора Google Inc. x86 (ниже), похоже, нет этой ошибки.

Ответ 8

delete/data/data/com.google.android.gms/files выпустит 200M +

Ответ 9

Чтобы создать ответ на @Frohnzie, resize2fs и e2fsck теперь включены в SDK Tools (вам может потребоваться обновить ваши инструменты SDK до см. их), поэтому вам не нужно устанавливать их отдельно. Они расположены под вашим Android файлом/инструментами/bin (Windows, Linux) или yourAndroidSDKFolder/tools/bin64 (Mac, Linux).

Ответ 10

Здесь, похоже, есть некоторые уловки, в старых инструментах для Android ниже версии 22 это не работает. Я обновил инструменты для Android до 23, и это начало работать.

Моя конфигурация была Уровень API 21 Процессор: Intel X86 ОС: Ubuntu Linux