No se puede rastrear el archivo/directorio de gran tamaño en /root

No se puede rastrear el archivo/directorio de gran tamaño en /root

SO: RHEL 6.9

Problema
Mi sistema de archivos /dev/mapper/vg_rayruhsso-lv_rootmontado /no tiene un tamaño disponible.

# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vg_rayruhsso-lv_root
                      148G  145G     0 100% /
tmpfs                  20G     0   20G   0% /dev/shm
/dev/sda1             477M   41M  411M   9% /boot
/dev/mapper/vg_rayruhsso-lv_home
                      270G   54G  202G  22% /home

lo que quiero resolver
Averiguar qué consumió todo el espacio (no quiero ampliar su tamaño, ya que la semana pasada se amplió de 52G a 148G). El problema es que mientras rastreaba, descubrí que/raízEstá consumiendo mucho espacio (128G).

# du -sh *
984K
9.3M    bin
39M     boot
4.0K    CdbsMutex
4.0K    cgroup
180K    dev
41M     etc
54G     home
215M    lib
28M     lib64
16K     lost+found
4.0K    media
0       misc
4.0K    mnt
0       net
70M     opt
du: cannot access `proc/4754/task/4754/fd/4': No such file or directory
du: cannot access `proc/4754/task/4754/fdinfo/4': No such file or directory
du: cannot access `proc/4754/fd/4': No such file or directory
du: cannot access `proc/4754/fdinfo/4': No such file or directory
0       proc
128G    root
17M     sbin
0       selinux
4.0K    srv
0       sys
5.5M    tmp
12G     u01
3.2G    usr
2.0G    var

Revisé sus subdirectorios y descubrí que el archivo/directorio más grande es 330M aunque du -shmuestra 128G.

#du -sh /root/*
4.0K    /root/anaconda-ks.cfg
4.0K    /root/Desktop
4.0K    /root/Documents
4.0K    /root/Downloads
64K     /root/install.log
12K     /root/install.log.syslog
4.0K    /root/Music
4.0K    /root/Pictures
4.0K    /root/Public
4.0K    /root/Templates
330M    /root/veritas
4.0K    /root/Videos

# cd /root/
# du -sh
128G    

¿Qué ocurre? ¿Cómo investigar qué archivo está consumiendo todo este espacio?

Intenté encontrar los archivos abiertos pero no obtuve ningún resultado:

lsof | grep deleted

¿Alguna idea?

Editar:

# du -h --max-depth=1 /root | sort -h
4.0K    /root/Desktop
4.0K    /root/Documents
4.0K    /root/Downloads
4.0K    /root/.gvfs
4.0K    /root/Music
4.0K    /root/.nautilus
4.0K    /root/Pictures
4.0K    /root/Public
4.0K    /root/Templates
4.0K    /root/Videos
8.0K    /root/.abrt
8.0K    /root/.ssh
12K     /root/.dbus
16K     /root/.gnote
16K     /root/.gnupg
16K     /root/.thumbnails
20K     /root/.cache
28K     /root/.gnome2
64K     /root/.config
144K    /root/.pulse
276K    /root/.gconf
364K    /root/.local
396K    /root/.kde
330M    /root/veritas
128G    /root

Respuesta1

Después de un poco de ida y vuelta y una discusión privada...

Úselo du -h --max-depth=1 /root | sort -hpara buscar cosas que consuman espacio.

En este momento estás omitiendo los archivos y directorios de puntos, debido a la expansión global de du -sh /root/*.

Ahora, con los resultados que incluyen los archivos de puntos y las carpetas de puntos de la edición, parece que los archivos que consumen espacio están directamente en formato /root.
Para obtener una descripción general de qué archivos ocupan más espacio, /rootutilice el comando de la siguiente manera.

ls -alhSr /root

Respuesta2

¿Es posible que haya emitido un comando de eliminación y nunca finalizó porque los archivos que intentaba eliminar estaban siendo utilizados por alguna aplicación?

Intenta ejecutar:

/usr/bin/lsof | grep deleted

El comando anterior mostrará todos los archivos que están esperando ser eliminados y que están siendo utilizados por un proceso.

Si dichos archivos existen, finalice su proceso y verifique la capacidad nuevamente.

Explicación:

En sistemas Linux o Unix, eliminar un archivo mediante rm o mediante una aplicación de administrador de archivos desvinculará el archivo de la estructura de directorios del sistema de archivos; sin embargo, si el archivo todavía está abierto (en uso por un proceso en ejecución), este proceso aún podrá acceder a él y seguirá ocupando espacio en el disco. Por lo tanto, es posible que sea necesario reiniciar dichos procesos antes de que se borre el espacio de ese archivo en el sistema de archivos.

Puede encontrar más información sobre este tema.aquí.

Respuesta3

También podrías echar un vistazo a ncdu. Se parece mucho al tamaño de un árbol y me ayudó muchas veces a localizar archivos grandes y estructuras de directorios.

información relacionada