Início / ubuntu / Perguntas / 1047831
Accepted
R S
Asked: 2018-06-20 01:30:22 +0800 CST

Não é possível instalar plataformas Android SDK. Ubuntu 16.04

  • 772

Quando a instalação termina (diferentes APIs do Android), há uma mensagem de que a instalação foi concluída com erros. Tentei usar o local padrão (.../Android/Sdk) e alterá-lo - sem diferença. Histórico:

Parece que ele acha que não há espaço no dispositivo:

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.

/tmp dir é apenas 4 GB, problema nisso.

Tentei usar TMPDIR=/home/rs/Downloads ./studio.sh mas não vi nada em Downloads e /tmpfoi 100% usado.

Consigo baixar imagens pequenas (4.0.3, por exemplo) uma a uma e após a reinicialização.

Mas da última vez não vi /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
16.04 android-studio android-sdk

1 respostas

  1. Best Answer

    Se, como você disse, o único problema que você está tendo é sobrecarregar /tmpe você tem muito espaço em seu dispositivo de armazenamento, conforme indicado pela saída de df -h, é lógico supor que /tmpnão está usando seu disco rígido para armazenamento, mas provavelmente está usando RAM que pode parece uma ótima ideia em algum momento, mas depois pode impor restrições como as que você está enfrentando agora.

    No meu sistema 16.04, recebo

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

    Mas mesmo isso é muito restritivo, então mesmo os 90 GB que mostro disponíveis aqui são insuficientes. De acordo com https://source.android.com/setup/build/requirements você precisa

    Pelo menos 100 GB de espaço livre em disco para verificar o código e 150 GB extras para construí-lo. Se você realizar várias compilações, precisará de ainda mais espaço.

    Embora seu sistema tenha bastante espaço na partição /home, ele definitivamente é um pouco restrito na partição / (/dev/sda3).

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

    Se você tivesse um disco rígido de maior capacidade, provavelmente se beneficiaria com o redimensionamento de suas partições. Com efeito, encolhendo /dev/sda4onde está seu diretório inicial e crescendo /dev/sda3onde está tudo sob o /qual não está montado em outro lugar. Outra opção seria montar /tmpem um local específico com mais espaço, caso em que este post relacionado seria útil. No seu caso específico, no entanto, é improvável que você vá muito longe com o espaço limitado disponível. Eu faria o seguinte.

    1) Certifique-se de que meu sistema atenda a todos os requisitos

    2) Obtenha um novo dispositivo de armazenamento com capacidade muito maior.

    3) Clone meu sistema existente da unidade antiga para a nova unidade

    4) Ajuste as partições conforme necessário para aproveitar o novo espaço.

    • 1

relate perguntas