Заполняющаяся файловая система Ubuntu 18.04

Моя файловая система заполняется, и я понятия не имею о какой. Я вошел в систему, и / было на 100% полно. После того, как использование пространства перезапуска было до нормального снова. После того, как приблизительно половина дня / в 80% снова. Вот вывод df-k:

df -k
Filesystem     1K-blocks     Used Available Use% Mounted on
udev             1504112        0   1504112   0% /dev
tmpfs             307328     1960    305368   1% /run
/dev/sda2       51340768 38742300   9960800  80% /
tmpfs            1536624        8   1536616   1% /dev/shm
tmpfs               5120        0      5120   0% /run/lock
tmpfs            1536624        0   1536624   0% /sys/fs/cgroup
/dev/loop0         90368    90368         0 100% /snap/core/5897
/dev/loop1         88704    88704         0 100% /snap/core/4486
/dev/loop2          5120     5120         0 100% /snap/canonical-livepatch/50
/dev/loop3         89984    89984         0 100% /snap/core/5742
tmpfs             307324       16    307308   1% /run/user/126
tmpfs             307324       48    307276   1% /run/user/1001
tmpfs             307324       32    307292   1% /run/user/1000

Однако взгляните на Использование диска анализатор:

enter image description here

Согласно этой моей фс только поднимает 10 ГБ. Таким образом, я не понимаю, как это возможно, это / в 80%. По моему мнению, у меня есть фантом 20 ГБ

Я перезапустил машину и здесь являюсь выводом df-k:

 df -k
Filesystem     1K-blocks    Used Available Use% Mounted on
udev             1504112       0   1504112   0% /dev
tmpfs             307328    1092    306236   1% /run
/dev/sda2       51340768 9912552  38790548  21% /
tmpfs            1536624       4   1536620   1% /dev/shm
tmpfs               5120       0      5120   0% /run/lock
tmpfs            1536624       0   1536624   0% /sys/fs/cgroup
/dev/loop0         89984   89984         0 100% /snap/core/5742
/dev/loop1         88704   88704         0 100% /snap/core/4486
/dev/loop2          5120    5120         0 100% /snap/canonical-livepatch/50
/dev/loop3         90368   90368         0 100% /snap/core/5897
tmpfs             307324      12    307312   1% /run/user/126
tmpfs             307324       0    307324   0% /run/user/1001

Назад к нормальному усилению. Размер подкачки - всего 3 ГБ. Как это возможно?

Помогите!

Спасибо!

0
задан 25 October 2019 в 17:29

2 ответа

Я думаю, что нашел ответ. Я выполняю google-drive-ocamlfuse. Эта программа монтирует диск Google как файловую систему предохранителя. Это использует каталог для кэша. Проблема, что, когда кэш очищен, пространство не освобождает, becasue файлы открыты.

Таким образом, когда я копаю с du-hs, или с gui инструментом, я не вижу, что использование пространства, becasue файлы не там больше, но с df I видят использованное пространство, и между прочим, пространство используется. Я смог проверить это с

sudo lsof | grep 'deleted'

Там я вижу все открытые и удаленные файлы

1
ответ дан 27 October 2019 в 01:11

Не уверенный, если это - лучшее решение, но что можно сделать, выполняется:

du -hs /* | sort -n -r | head -n 5

Затем пересеките самый большой каталог из списка при помощи первого пути из списка, т.е.:

du -hs /tmp/* | sort -n -r | head -n 5

Таким образом, Вы найдете dir, который растет больше всего, я думаю.

Мое предположение это - журналы или любой профилировщик, которого Вы могли бы выполнять, но Вы узнаете с этой командой.

1
ответ дан 27 October 2019 в 01:11

Другие вопросы по тегам:

Похожие вопросы: