> Если не использовать btrfs/zfs (у которых есть свои средства для снимков
> и синхронизации), опция --fuzzy работала достаточно хорошо, по крайней мере,
> в моих случаях. По ссылке она упоминается.
> Если эту проблему решать в общем случае, надо залезать на уровень кода файловых систем

Она не решается в хорошем виде в общем случае. В CoW видите ли трекинг изменений часть логики работы ФС, оно делается в фоне, всегда.

В случае обычной ФС этого знания просто изначально нет. И вам придется явно угробить ресурсы на его отстраивание и трекинг. Это привносит свой уровень сложности и потребления ресурсов. При том что результат как правило все же хуже чем вон там. Да, дифференциальный btrfs send и точнее, и меньше ресурсов. Что хотите то и делайте с этим фактом. Rsync же скорее для всякой синхры зеркал годится, и даже там грабель - можно огрести от души. Ибо стандартно трекинга отличий нет, полная версия ресурсоемка что капец, а эмпирика - весьма компромиссное решение.

> (и там есть варианты) или даже ниже, а rsync всё же уровнем выше живёт,
> так что идеального решения в нём не получится вообще, а приемлемые за эти годы
> и так плюс-минус запилили. Но можно рассказать про свой сценарий использования,
> конечно, коллективный разум помогает, когда действительно хочется проблему решить.

Я бы сказал что рсинк vs вон то все же довольно разные. Скажем делать зеркало скажем репов дистро путем "btrfs send" будет все же несколько странной идеей. Хоть так в принципе и можно при сильном желании.