df vs du. ¿Mi disco está realmente lleno?

13

Extraño problema ...

¿Por qué tengo una partición completa / utilizada, pero realmente no se usa?

Información rápida:

xwing ~ # df -h
Filesystem      Size  Used Avail Use% Mounted on
rootfs           16G   15G   75M 100% /
/dev/root        16G   15G   75M 100% /
devtmpfs        5,9G     0  5,9G   0% /dev
tmpfs           5,9G  552K  5,9G   1% /run
rc-svcdir       1,0M   72K  952K   8% /lib64/rc/init.d
cgroup_root      10M     0   10M   0% /sys/fs/cgroup
shm             5,9G     0  5,9G   0% /dev/shm
cachedir        4,0M  4,0K  4,0M   1% /lib64/splash/cache
/dev/sda1       124M   43M   76M  36% /boot
/dev/sda5        63G   25G   36G  42% /home
/dev/sda6       483G  147G  312G  33% /mnt/data
tmpfs           8,0G     0  8,0G   0% /var/tmp/portage

Tal vez i-nodos? Noo ...

xwing ~ # df -i
Filesystem       Inodes  IUsed    IFree IUse% Mounted on
rootfs          1048576 548459   500117   53% /
/dev/root       1048576 548459   500117   53% /
devtmpfs        1525561    517  1525044    1% /dev
tmpfs           1525918    374  1525544    1% /run
rc-svcdir       1525918     61  1525857    1% /lib64/rc/init.d
cgroup_root     1525918      5  1525913    1% /sys/fs/cgroup
shm             1525918      1  1525917    1% /dev/shm
cachedir        1525918      2  1525916    1% /lib64/splash/cache
/dev/sda1         32768    314    32454    1% /boot
/dev/sda5       4194304 145765  4048539    4% /home
/dev/sda6      32153600  11325 32142275    1% /mnt/data
tmpfs           1525918      1  1525917    1% /var/tmp/portage

Pero:

xwing ~ # du -sxh /
8,3G    /

Tal vez tengo algo roto en el monte? (pero de todos modos, tenga en cuenta que usé du con -x que calcula archivos SOLAMENTE desde / filesystem ...)

/ espacios añadidos por mí para una mejor lectura /

xwing ~ # mount
rootfs      on /                        type rootfs   (rw)
/dev/root   on /                        type ext4     (rw,noatime,data=ordered)
devtmpfs    on /dev                     type devtmpfs (rw,relatime,size=6102244k,nr_inodes=1525561,mode=755)
proc        on /proc                    type proc     (rw,nosuid,nodev,noexec,relatime)
tmpfs       on /run                     type tmpfs    (rw,nosuid,nodev,relatime,mode=755)
rc-svcdir   on /lib64/rc/init.d         type tmpfs    (rw,nosuid,nodev,noexec,relatime,size=1024k,mode=755)
sysfs       on /sys                     type sysfs    (rw,nosuid,nodev,noexec,relatime)
debugfs     on /sys/kernel/debug        type debugfs  (rw,nosuid,nodev,noexec,relatime)
cgroup_root on /sys/fs/cgroup           type tmpfs    (rw,nosuid,nodev,noexec,relatime,size=10240k,mode=755)
cpuset      on /sys/fs/cgroup/cpuset    type cgroup   (rw,nosuid,nodev,noexec,relatime,cpuset)
cpu         on /sys/fs/cgroup/cpu       type cgroup   (rw,nosuid,nodev,noexec,relatime,cpu)
cpuacct     on /sys/fs/cgroup/cpuacct   type cgroup   (rw,nosuid,nodev,noexec,relatime,cpuacct)
freezer     on /sys/fs/cgroup/freezer   type cgroup   (rw,nosuid,nodev,noexec,relatime,freezer)
devpts      on /dev/pts                 type devpts   (rw,nosuid,noexec,relatime,gid=5,mode=620)
shm         on /dev/shm                 type tmpfs    (rw,nosuid,nodev,noexec,relatime)
cachedir    on /lib64/splash/cache      type tmpfs    (rw,nosuid,nodev,noexec,noatime,size=4096k,mode=755)
/dev/sda1   on /boot                    type ext2     (rw,noatime)
/dev/sda5   on /home                    type ext4     (rw,noatime)
/dev/sda6   on /mnt/data                type ext4     (rw,noatime)
tmpfs       on /var/tmp/portage         type tmpfs    (rw,size=8G)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)

Núcleo:

morsik@xwing ~ $ uname -a
Linux xwing 3.6.2-gentooxwing #8 SMP Sun Oct 21 21:36:53 CEST 2012 x86_64 Intel(R) Core(TM) i7-3610QM CPU @ 2.30GHz GenuineIntel GNU/Linux

Realmente ... estoy fuera de posibles ideas al respecto.

Lo que probé:

  • compruebe si todavía hay algunos fd abiertos después de rm -rf / usr / portage / distfiles / *
  • sincronizar
  • reiniciar
  • fsck

EDICIÓN Y SOLUCIÓN:

Como siempre, encontré la solución después de pedir ayuda (-;

Montaje (como dijo Luke404) / partición en otro lugar y haciendo du -sh / mnt / algo dijo que hay 15G de datos, por lo que es lo mismo que en df.

¿Cual fue el problema?

¡montar!

Creé / partición de inicio más tarde, agregué a / etc / fstab, copié archivos de / home (en / partición) a / home (en / partición de inicio) pero OLVIDÉ eliminar archivos de / home en / partición.

Así que todavía tenía mis archivos antiguos en / home (en / partición).

¿Pero por qué du -sxh me dijo 8G? Fácil...

-x obliga a no verificar diferentes puntos de montaje, así que ... no se verificó / inicio mientras estaba montado. Y allí estaba mi hogar / desaparecido.

Gracias a Luke404 y pidpawel que me ayudaron en IRC.

Después de escribir esta sección EDITAR, vi respuestas aquí, ¡y Scrivener consiguió el punto aquí!

Los problemas estúpidos son estúpidos (-;

morsik
fuente
Contribuya con su propia respuesta y acéptela cuando haya expirado el período de tiempo. Alternativamente, acepte Scrivener's ya que lo habría guiado a esto.
Andrew B
En realidad, montar esto en otro lugar me contó todo, pero la respuesta de Scrivener es la mejor para explicar, así que deje que las futuras personas vean que es bueno (-;
morsik
Bueno, el punto era que esta pregunta necesitaba una respuesta aceptada, ya sea que usted haya contribuido (se le permite publicar respuestas a su propia pregunta), o la de ellos. :) ¡Gracias!
Andrew B
Sobre la respuesta aceptada, lo sé. Pero no sabía que podía aceptar el mío (-; Gracias por la información.
morsik

Respuestas:

13

Este tipo de problema siempre es muy divertido.

¿Mi conjetura? Tiene archivos debajo de uno de sus puntos de montaje. Qué significa eso? Bueno, du -sh irá a mano a través de todos los archivos que puede encontrar.

Digamos que tengo un directorio, A. Si vuelco un montón de archivos en A, y luego monto, digamos, / dev / sdb encima de A, df -h dirá que tengo un montón de archivos que du du ser capaz de encontrar!

Esto ocurre con mayor frecuencia con los puntos de montaje que se montan y desmontan regularmente, como unidades USB, unidades de red, etc. Es mucho más raro verlo cuando los montajes ocurren automáticamente durante el arranque, ya que la ventana para que ocurra es mucho más pequeña.

Amanuense
fuente
2
En Linux, mount --bindes bastante útil para identificarlos sin desmontar el sistema de archivos. es decir mount --bind / /mnt/tmp, mira debajo de tus puntos de montaje. Podrá encontrar los archivos enmascarados y eliminarlos de forma segura.
Andrew B
3

¿Ha revisado los archivos en (actualmente) lugares inaccesibles? ¿Te gustan las cosas /home en el sistema de archivos raíz que duno puedes ver porque has montado otro sistema de archivos /home?

Puede echar un vistazo a ellos montando el sistema de archivos en otro lugar:

# mkdir /foo
# mount -o bind / /foo
# cd /foo
# du...
Lucas404
fuente