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