[El Scorpio]

Свободного места на диске, я так понимаю, достаточно: »

С точки зрения системы - не совсем.
С точки зрения логики LINUX/BSD под / выделяется раздел небольшого объёма, а для всего остального монтируются дополнительные разделы.
Как следствие, ожидается, что в / из "тяжёлых" файлов будет только ядро операционной системы, для обновлений которого нужен запас свободного места.

Опять же, система произведёт загрузку и распаковку большого количества файлов.

Кстати, не совсем понятен результат df
У вас 19 гб раздел, из которого используется 4.1 Гб и свободно 2.5 Гб. А где остальное?

Что делать? Как исправить? Если есть возможность не меняя размеров раздела/не добавляя новых дисков. »

1. проверить / на наличие "потерянных файлов" (у вас более 10 Гб непонятно где)
2. Перенести ряд тяжёлых папок (кэш пакетов) на другие разделы, а в исходных путях сделать символьные ссылки на новое место расположения (команда ln -s )

[vadblm]

Кстати, не совсем понятен результат df У вас 19 гб раздел, из которого используется 4.1 Гб и свободно 2.5 Гб. А где остальное? »

Там ZFS используется, со своими приколами. Не работал с ZFS лет много, так что рецепта не дам, но помню, что там не было особых проблем дать-отнять место хоть на лету. Курить zpool в частности и доки по ZFS вообще.

[Mitrios]

Disk Usage Analyzer показывает что всего 6,5 гигов раздел. Gparted показывает, что три раздела, один из них 19 гигов, но тип ФС ни на одном не может определить... Я уже читал где-то что либо df, либо другой софт неверно показывают размер раздела. В моем случае диск 20 гигов.

[Mitrios]

Забыл написать, что система на VMWare, вот инфа: