На корневой ФС не осталось места

А вопрос у тебя какой?

Судя по всему, у него кончилось место и его это устраивает. [жж], [-20].

почему Си такое г-но?

df -h

А вопрос такой:Почему оно быстро кончилось(Вчера корень был почти пуст) и как это исправить?

/dev/sda1 46g 46g 0 100%
...
/dev/sda5 184g 51g 124g 29%

Все остальное либо 0%,либо 1-2%.

cd /; du -hd1; (ищешь где ~50G; cd $туда; du -hd1; повторять до просветления).

ncdu и смотреть кто занял место

Ну или du -hs на каждую директорию в /

Файлы в /var/log/

14gb syslog
14gb user.log
14gb messages

Бинго! И настроить ротацию логов

Че бинго? Надо понять, откуда 14G/сутки. Оп, катай tail -n 50 $filename на все три.

у него крутой компилятор, который результаты работы кидает как лог? Компилятор - я вот тут скомпилил что-то вроде webkitgtk, весит всего 21 гб ход сборки и линковки, раскину на 3 лога, ты не против :D.

du -hc /var/log/journal - у меня рекорд 10 гигов, и это на голом CentOS

Надо понять, откуда 14G/сутки

А ты уверен что это в сутки? :-)
Если нет ротации логов, то это и за месяцы и даже за годы может набежать - видал я сервера где админ-чудак не настроил ротацию логов.

Update: тред не читай - сразу отвечай. Ну окей, если ТС уверен, что «вчера корень был почти пуст» - тогда выход один - читать логи

du -hc /var/log/journal - у меня рекорд 10 гигов, и это на голом CentOS

а всё потому, что кто-то не осилил прочитать man journald.conf

Почему не осилил? Говорю же - голый центос, т.е. не настроенный

Почему не осилил? Говорю же - голый центос, т.е. не настроенный

раздутый до 10гб журнал подсказывает, что в не настроенном состоянии он проработал некоторое время

Их удалить?

Только не rm.

Занулить

:>/var/log/syslog :>/var/log/user.log :>/var/log/messages