Не может установить Android платформы SDK. Ubuntu 16.04

Когда установка заканчивается (другой Android API) там передают ту установку, законченную с ошибками. Я пытался использовать местоположение по умолчанию (.../Android/Sdk) и изменить его - никакое различие. Журналы:

Кажется, что это думает что никакое пространство, оставленное на устройстве:

2018-06-20 22:33:05,075 [d thread 2]   WARN - ectedPackagesStep$CustomLogger - An error occurred while preparing SDK package Google APIs: No space left on device. 

Dir/tmp составляет только 4 ГБ, проблема в этом.

Я пытался использовать TMPDIR=/home/rs/Downloads ./studio.sh но я ничего не видел в Загрузках и /tmp были используемых 100%.

Я могу загрузить маленький (4.0.3, например) изображения один за другим и после перезагрузки.

Но в прошлый раз я не видел/tmp:

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            3,6G     0  3,6G   0% /dev
tmpfs           743M  9,5M  734M   2% /run
/dev/sda3        14G  7,2G  6,1G  55% /
tmpfs           3,7G   55M  3,6G   2% /dev/shm
tmpfs           5,0M  4,0K  5,0M   1% /run/lock
tmpfs           3,7G     0  3,7G   0% /sys/fs/cgroup
/dev/sda4       279G   11G  254G   4% /home
/dev/sda1       188M  3,4M  184M   2% /boot/efi
tmpfs           743M   48K  743M   1% /run/user/1000

$ mount | grep tmp
udev on /dev type devtmpfs (rw,nosuid,relatime,size=3742072k,nr_inodes=935518,mode=755)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=760336k,mode=755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=760336k,mode=700,uid=1000,gid=1000)

$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda3 during installation
UUID=7733e159-e4e2-405b-b75b-52a4cca7c90c /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=902E-7BE8  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda4 during installation
UUID=edd2b68c-8e92-45d7-9261-9ca3ddf2f7de /home           ext4    defaults        0       2
# swap was on /dev/sda2 during installation
UUID=0d00f89e-3af0-4b46-ae0c-dcdbb82fcedb none            swap    sw              0       0
1
задан 21 June 2018 в 18:43

1 ответ

Если, как вы говорите, единственной проблемой, с которой вы сталкиваетесь, является переполнение /tmp, и у вас достаточно места на вашем устройстве хранения данных, как указано в выводе df -h, логично предположить, что /tmp не использует ваш жесткий диск для хранения, но вместо этого , вероятно, использует ОЗУ , что может показаться отличной идеей в какой-то момент, но позже может наложить ограничения, такие как вы сейчас испытываете.

В моей системе 16.04 я получаю

$ df -h /tmp
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda2       106G   11G   90G  11% /

Но даже это слишком ограничительно, поэтому даже доступных здесь 90 ГБ недостаточно. Согласно https://source.android.com/setup/build/requirements вам необходимо

Как минимум 100 ГБ свободного дискового пространства для извлечения кода и дополнительные 150 ГБ для построить это. Если вы проводите несколько сборок, вам понадобится еще больше места.

Хотя в вашей системе достаточно места на разделе / ​​home, он определенно ограничен в разделе / ​​(/ dev / sda3).

/ dev / sda3 14G 7,2G 6,1G 55% /

Если бы у вас был жесткий диск большей емкости, вы, вероятно, выиграли бы от изменения размера разделов. Фактически уменьшается /dev/sda4, где находится ваш домашний каталог, и растет /dev/sda3, где находится все, что находится под /, но не смонтировано в другом месте. Другой вариант - установить /tmp в определенном месте с большим пространством, и в этом случае этот пост будет полезен. Тем не менее, в вашем конкретном случае вы вряд ли добьетесь большого успеха с ограниченным пространством, которое у вас есть. Я бы сделал следующее.

1) Убедитесь, что моя система соответствует всем требованиям

2) Получите новое устройство хранения данных с гораздо большей емкостью.

3) Клонировать мою существующую систему со старого диска на новый диск

4) При необходимости отрегулируйте разделы, чтобы воспользоваться новым пространством.

1
ответ дан 7 December 2019 в 15:17

Другие вопросы по тегам:

Похожие вопросы: