du показывает 38 ГБ использование диска при очень небольшом количестве маленьких файлов [closed]
Обнаружена странная вещь
root@noname:/# df -h
Filesystem Size Used Avail Use% Mounted on
udev 3.9G 12K 3.9G 1% /dev
tmpfs 799M 1020K 798M 1% /run
**/dev/sda1 42G 38G 1.5G 97% /**
none 4.0K 0 4.0K 0% /sys/fs/cgroup
none 5.0M 0 5.0M 0% /run/lock
none 3.9G 72K 3.9G 1% /run/shm
none 100M 12K 100M 1% /run/user
/dev/sda6 296G 100G 181G 36% /var/lib/noname/jobs
Используется 38 ГБ / но не удается найти где это место используется:
root@noname:/# du -sm *
10 bin
271 boot
1 cdrom
1 dev
19 etc
797 home
0 initrd.img
0 initrd.img.old
1826 lib
1 lib64
1 lic
1 lost+found
1 media
1 mnt
785 opt
0 proc
17 root
2 run
13 sbin
1 srv
0 sys
2 tmp
4843 usr
104366 var
0 vmlinuz
0 vmlinuz.old
Проверено, используются ли открытые и удаленные файлы, но есть только некоторые небольшие файлы:
root@noname:/# lsof | grep delete
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/112/gvfs
Output information may be incomplete.
init 1 root 12w REG 8,1 154 1441810 /var/log/upstart/systemd-logind.log.1 (deleted)
init 1 root 14w REG 8,1 168 1443848 /var/log/upstart/mountall.log.1 (deleted)
init 1 root 22w REG 8,1 521 1442332 /var/log/upstart/modemmanager.log.1 (deleted)
init 1 root 25w REG 8,1 283 1443843 /var/log/upstart/network-manager.log.1 (deleted)
4 ответа
Другие предложения здесь заслуживают рассмотрения. У меня возникает еще две возможности:
- Вы не говорите, какую файловую систему вы использовали. Некоторые (особенно Btrfs) могут занимать много места в скрытых структурах данных. Вы можете восстановить это пространство с помощью специальных утилит, специфичных для файловой системы, но вам нужно будет указать, какую файловую систему вы используете, если вам нужна подробная помощь.
- Пространство может быть использовано в скрытом точечном файле (или точечном каталоге), то есть в файле или в каталоге, имя которого начинается с
.. Такие файлы и каталоги скрыты многими инструментами, в том числеdu. Таким образом, ваша командаduопускает такие файлы и каталоги. Обычно в таких файлах или каталогах не было бы 38 ГБ, но случайное переименование чего-то большого может сделать это. Я не уверен, но некоторые файловые менеджеры тоже могут использовать такие каталоги, как свои «корзины», которые могут учитывать используемое пространство.
Возможно, Вы настраиваете спину или план катастрофического отказа, и они занимают это место как резервные копии. Необходимо использовать использование диска анализатор, чтобы просканировать упомянутый каталог и найти, куда все пространство идет. Но скорее всего это также не покажет это пространство, если Вы не запустите его с sudo.
Запустите gksudo baobab, чтобы запустить графический анализатор использования диска, который должен помочь вам найти мусор.
Попробуйте использовать:
du -csh /*
Предполагается, что будет отображаться сводка дискового пространства каждого каталога в / (root). Оттуда вы можете перейти в самые большие папки (обычно tmp и var, но они могут отличаться).
Если внутри папки, например, /var, вы можете использовать так:
du -csh ./*
Это будет показано для всех папок в каталоге, в котором вы находитесь.