> не, это совсем не про то, это про то что у btrfs есть определенные особенности с вычислением этого самого freespace,

нет, это как раз про спотыкания на ровном месте.

> ORA-27061: waiting for async I/Os failed
> Linux-x86_64 Error: 28: No space left on device
....
Давайте попробуем переназначить блоки данных и высвободить место, для этого выполним:
# btrfs fi balance start -dusage=5 /data
Done, had to relocate 43 out of 201 chunks

> (это я по первым строкам, поленившись прочитать сам текст)

Короче, как обычно. Можно было бы не упоминать.

А теперь отвечу на вопрос, почему же команды du, df и btrfs filesystem df показывали разную информацию:
— Команда du показывает размер файла до сжатия без учёта метаданных (снимки учитываются дважды);
— Команда df показывает общее доступное место и занятое место с учётом метаданных, свободное место для этой точки монтирования без учёта сжатия и уровня RAID;
— Команда «btrfs filesystem df /mount/point» показывает выделенное место с учётом уровня RAID и использованное в выделенном для данных, метаданных и системы;

> то есть тут автор сам себе буратина, а нам пишуть что fs
> сама себя необратимо повредила из-за наличия на ней sqlite, и что
> фича вроде как всем известная. Давайте подробностев.