Нечетное потребление дисковой файловой системы
Я знаю, что подобное спрашивалось, когда я искал и пытался понять, как это относится к моей системе. запуск Ubuntu 18 и других программ, кроме установки для PostgreSQL, некоторых недавних обновлений безопасности и т. д. Мой диск с файловой системой взлетел и, похоже, продолжает уменьшаться. Некоторый дополнительный поиск относительно попытки выяснить, что занимает место в /dev/sde1/
как показано на рисунке ниже (выделено), может быть, что-то связано с ведением журнала или чем-то, что могло быть вызвано подключением почтового сервера. Я не уверен, лучший и самый безопасный способ приблизиться к этому. Это крепление - мой загрузочный диск, на который влияют.
Изображения к тому, что я вижу:
из cmd:
от webmin:
Мысли о разумном подходе к этому?
1 ответ
Хорошо, если что-то занимает много места, разумный подход:
Узнайте, что занимает много места.
Удобным инструментом является ncdu, а именно
ncdu -x /
, Он покажет вам, какие каталоги в корневой файловой системе используются чаще всего, и позволит вам перемещаться внутри них (в основном, аналогично WinDirStat или SpaceSniffer).Это также выполнимо, используя ручной повторный
du -xhs <dir>
, но немного утомительно. (В обоих случаях опция "x" указывает, чтобы не копаться в виртуальных файловых системах, таких как / proc.)Уберите вещь, которая занимает много места.
Не сразу удаляйте файлы - выясните, что позволяет им расти в первую очередь, и нужно ли их удалять с помощью специальной команды. Например, файлы журнала / журнала базы данных должны быть сброшены через саму БД. Системные журналы в /var/log безопасны для удаления, но в любом случае они имеют настраиваемый срок хранения - проверьте, почему это не применяется.
Если используемое пространство не складывается - например, ncdu показывает только файлы размером 50 ГБ - возможно, что большой файл, который уже был удален (не связан), все еще остается открытым какой-либо программой. Перезапуск программы или перезагрузка системы решит эту проблему.
sudo lsof -n | grep "(deleted)"
покажет все удаленные, но все еще открытые файлы вместе с идентификаторами процесса. (Игнорируйте их в /tmp или /dev/shm - это нормально, и они в любом случае находятся на отдельной файловой системе.)Если вы использовали LVM/Btrfs/ZFS, вам также следует проверить, есть ли у вас старые снимки или утерянные подобъемы - они не видны файловой системе, но все еще занимают место.