Почему ФС btrfs сообщает об нехватке места, а системный монитор показывает свободных 15 гигабайт?
Затем, пробовал дефрагментацию, балансировку, и даже fstrim (у меня SSD). Кроме того жутко страдает скорость запись, скорость на ССД 1-3 мб/с, чтения 90 мб/с (тестирование проводилась с синхронном режиме и отключенном кеше (повтороне считывание даёт 300 мб/с)).
Не совсем понятно что за системный монитор.
Сама ФС что сообщает?
Кроме того жутко страдает скорость запись, скорость на ССД 1-3 мб/с, чтения 90 мб/с
Ну это неудивительно, и закономерно.
Если диск забит под завязку и осталось всего 15Гб то он обязан тормозить - это особенность SSD.
Ну и фрагментация в таком случае будет дикая.
Вот ТОЧНО! Товарищ мой один упорно ZFS в РАЙДЕ юзает! Сколько раз ему говорил, что и то и другое самодостаточно само по себе и просто НЕ НАДО так делать(совмещать), ибо чревато, так нет же. Все не мог заставить grub2/lilo подхватывать BSD(не уточняю, т.к. разницы в принципе нет - загрузчик одинаковый), потом подружить ДВЕ Gentoo и т.д.
Не надо оно, не надо!
ФС btrfs работает по принципу Copy on Write, поэтому ей нужен определённый запас свободного места для нормальной и правильной работы. Помимо этого самому SSD надо оставлять хороший кусок свободного неразмеченного дискового пространства - over provisional.
Почитай про требования предъявляемые этой ФС для нормальной работы.
Балансировка нужна при удалении множества маленьких файлов.
Я вам точно сейчас не подскажу. Я пользовался btrfs года 3 назад в течении года или около того.
И часто сталкивался с такой проблемой. Зачастую балансировка не могла запустится вообще. Приходилось сначала играть с фильтром -d, отбалансировав кусочек ФС, что бы было место для полной балансировки.
Но я пользовался подразделами и снепшотами, да.
Смотрите занятое место не через df, а через btrfs filesystem usage
