Erros de conclusão de tabulação: bash: não é possível criar um arquivo temporário para este documento: Não há espaço disponível no dispositivo

Question

Ao usar a barra de guias, continuo recebendo este erro:

bash: cannot create temp file for here-document: No space left on device"

Alguma idéia?

Eu tenho feito algumas pesquisas, e muitas pessoas falam sobre o arquivo / tmp, que pode estar com algum estouro. Quando executo df -h , obtenho:

Filesystem      Size  Used Avail Use% Mounted on 
/dev/sda2       9.1G  8.7G     0 100% /
udev             10M     0   10M   0% /dev
tmpfs           618M  8.8M  609M   2% /run
tmpfs           1.6G     0  1.6G   0% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           1.6G     0  1.6G   0% /sys/fs/cgroup
/dev/sda1       511M  132K  511M   1% /boot/efi
/dev/sda4       1.8T  623G  1.1T  37% /home
tmpfs           309M  4.0K  309M   1% /run/user/116
tmpfs           309M     0  309M   0% /run/user/1000

Parece que o diretório / dev / data está prestes a explodir, no entanto, se eu der uma dica:

$ du -sh /dev/sda2
0   /dev/sda2

Parece que está vazio.

Eu sou novo no Debian e realmente não sei como proceder. Eu costumava acessar normalmente este computador via ssh. Além deste problema eu tenho vários outros com este computador, eles podem estar relacionados, por exemplo cada vez que eu quero entrar no meu usuário usando a GUI (com o root funciona) eu recebo:

Xsession: warning: unable to write to /tmp: Xsession may exit with an error

    

Answer 1

Seu sistema de arquivos raiz está cheio e, portanto, seu diretório temporário (/ tmp e / var / tmp para esse assunto) também está cheio. Muitos scripts e programas requerem algum espaço para arquivos de trabalho, até mesmo arquivos de bloqueio. Quando / tmp não é regravável, bad acontecem.

Você precisa descobrir como você preencheu o sistema de arquivos. Normalmente, isso acontecerá em / var / log (verifique se você está circulando os arquivos de log). Or / tmp pode estar cheio. Há muitas outras maneiras que um disco pode preencher, no entanto.

du -hs /tmp /var/log

Você pode querer reparticionar novamente para dar / tmp sua própria partição (essa é a maneira antiga de fazer isso, mas se tiver bastante disco está tudo bem), ou mapeá-lo para a memória (o que tornará muito rápido mas comece a causar problemas de troca se você exagerar nos arquivos temporários).

    

Answer 2

Você também pode ter perdido o acesso de gravação ao diretório /tmp/ .

Deveria ser assim:

ls -l / |grep tmp
drwxrwxrwt   7 root root  4096 Nov  7 17:17 tmp

Você pode corrigir as permissões assim:

chmod a+rwxt /tmp

    

Answer 3

Eu estava com erro, então vi

[  672.995482] EXT4-fs (sda2): Remounting filesystem read-only
[  672.999802] EXT4-fs error (device sda2): ext4_journal_check_start:60: Detected aborted journal

Eu pude confirmar isso,

mount | grep -i sda2
/dev/sda2 on / type ext4 (ro,relatime,errors=remount-ro,data=ordered)

    

Answer 4

A maneira mais rápida de localizar suas pastas que estão muito cheias é restringindo o tamanho do arquivo da pasta em níveis a partir da pasta raiz. Você começa com a pasta raiz:

sudo du -h --max-depth=1 /

Então - você aumenta a profundidade, ou seja, os níveis abaixo:

sudo du -h --max-depth=2 /

OU - mais rápido - você vê qual pasta consumiu mais espaço em disco e faz o mesmo nessa pasta:

sudo du -h --max-depth=1 /home/<user>/<overfull-folder>

Depois de encontrá-lo, basta remover esse:

rm -rf <path to overfull-folder>

    

Answer 5

Para o meu caso deste mesmo erro, foi um problema da cagefs como este servidor estava no CloudLinux, endereçado com cagefsctl --remount username

    

Answer 6

Se alguém chegar aqui com esse erro quando o disco não estiver cheio, verifique não apenas df , mas também df -i . Há um número fixo de inodes em um sistema de arquivos, e todo arquivo precisa de um. Se você tiver apenas alguns arquivos pequenos, é muito fácil para o seu sistema de arquivos se encher com esses pequenos arquivos, enquanto ainda há muito espaço no disco quando você executa o df .