Нечетное потребление дисковой файловой системы

Я знаю, что подобное спрашивалось, когда я искал и пытался понять, как это относится к моей системе. запуск Ubuntu 18 и других программ, кроме установки для PostgreSQL, некоторых недавних обновлений безопасности и т. д. Мой диск с файловой системой взлетел и, похоже, продолжает уменьшаться. Некоторый дополнительный поиск относительно попытки выяснить, что занимает место в /dev/sde1/ как показано на рисунке ниже (выделено), может быть, что-то связано с ведением журнала или чем-то, что могло быть вызвано подключением почтового сервера. Я не уверен, лучший и самый безопасный способ приблизиться к этому. Это крепление - мой загрузочный диск, на который влияют.

Изображения к тому, что я вижу:

из cmd:

от webmin:

Мысли о разумном подходе к этому?

1 ответ

Решение

Хорошо, если что-то занимает много места, разумный подход:

  1. Узнайте, что занимает много места.

    Удобным инструментом является ncdu, а именно ncdu -x /, Он покажет вам, какие каталоги в корневой файловой системе используются чаще всего, и позволит вам перемещаться внутри них (в основном, аналогично WinDirStat или SpaceSniffer).

    Это также выполнимо, используя ручной повторный du -xhs <dir>, но немного утомительно. (В обоих случаях опция "x" указывает, чтобы не копаться в виртуальных файловых системах, таких как / proc.)

  2. Уберите вещь, которая занимает много места.

    Не сразу удаляйте файлы - выясните, что позволяет им расти в первую очередь, и нужно ли их удалять с помощью специальной команды. Например, файлы журнала / журнала базы данных должны быть сброшены через саму БД. Системные журналы в /var/log безопасны для удаления, но в любом случае они имеют настраиваемый срок хранения - проверьте, почему это не применяется.

  3. Если используемое пространство не складывается - например, ncdu показывает только файлы размером 50 ГБ - возможно, что большой файл, который уже был удален (не связан), все еще остается открытым какой-либо программой. Перезапуск программы или перезагрузка системы решит эту проблему.

    sudo lsof -n | grep "(deleted)" покажет все удаленные, но все еще открытые файлы вместе с идентификаторами процесса. (Игнорируйте их в /tmp или /dev/shm - это нормально, и они в любом случае находятся на отдельной файловой системе.)

    Если вы использовали LVM/Btrfs/ZFS, вам также следует проверить, есть ли у вас старые снимки или утерянные подобъемы - они не видны файловой системе, но все еще занимают место.

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