¿Cómo puedo verificar qué ocupa espacio en disco en / tmp?

8

Estoy trabajando en un servidor externo, solo estoy haciendo un poco de API web allí. Hoy cuando quería usar api php me devolvió el siguiente error:

Unknown: write failed: No space left on device (28)

Entonces descubrí que tmp está lleno:

~# df -h /tmp
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1       102G   97G     0 100% /

Así que supongo que tengo que limpiar algo de basura en tmp, pero antes que nada me gustaría saber qué está causando el problema, quiero decir, ¿qué requiere tanta memoria en tmp? Tal vez algo está inundando tmp dir de alguna manera? No soy experto en administración de sistemas, solo escribo api web ... ¿Es normal que se ejecute el tamaño tmp? ¿Quizás solo sucede de vez en cuando?

El resultado del comando:

du -sh /tmp/* | sort -h
0       /tmp/tmpEZIyDT
0       /tmp/unity_support_test.0
4.0K    /tmp/amazoncookie.txt
4.0K    /tmp/at-spi2
4.0K    /tmp/filewhHOLH
4.0K    /tmp/keyring-b3ZOTY
4.0K    /tmp/mc-domator
4.0K    /tmp/mc-root
4.0K    /tmp/pulse-2L9K88eMlGn7
4.0K    /tmp/pulse-PKdhtXMmr18n
4.0K    /tmp/ssh-thimUVhk2748
8.0K    /tmp/pulse-5N1YM8s2cT0i

Extraño, como entiendo no hay muchas cosas en tmp dir ... tal vez algo más está ocupando tanto espacio en disco, ¿cómo puedo verificarlo?

linux usuario166241
fuente

Respuestas:

9

El primer comando indica que / tmp está realmente en el mismo sistema de archivos que / (es decir, todo lo demás). Si su partición raíz está llena, podría ser que otras cosas (como / var / log) estén ocupando espacio.

Una forma decente de encontrar cosas es hacer

du -sc * .[^.]* | sort -n

para encontrar qué directorios son grandes. Luego puede continuar cd en directorios inferiores y volver a ejecutar el comando para reducir las cosas.

Alan Shutko
fuente
1
Ejecute una comprobación rápida sobre el contenido de /var/log/: si un programa ha arrojado gigabytes de errores no supervisados, esto puede llenar rápidamente una unidad.
Darth Android
gracias - fue una buena idea buscar archivos ocultos - el problema era un gran archivo ".xsession-errors" en el directorio de inicio de algunos usuarios - por ahora lo
eliminé
3

En una distribución reciente:

du -sh /tmp/* | sort -h

En una distribución anterior:

du -csm /tmp/* | sort -n
Gilles Quenot
fuente
Edité la publicación - el resultado del primer comando es extraño ...
user166241
2

Compruebe si no se quedó sin inodos. 

# df -i
Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/sda3            1236992 1236992       0  100% /
tmpfs                1007716       1 1007715    1% /dev/shm
/dev/sda1              38456      45   38411    1% /boot
Zuzu
fuente
El comentario anterior es para referencia para personas con el mismo problema
Zuzu
0

Esto es lo que tengo en mi bashrc. Te dará una buena idea de lo que es "grande" y luego podrás investigar desde allí. Úselo cuando tengamos usuarios a quienes les gusta usar los sistemas / tmp en lugar de nuestro espacio tmp compartido.

function get_big_usage () {
    echo -e "\n"
    du -ks /tmp/* | sort -nr | head
    echo -e "\n"
    du -ks /var/* | sort -nr | head
    echo -e "\n"
    du -ks /home/* | sort -nr | head
}
user757053
fuente