Но при этом останется доступной предыдущая версия файла

где?

В фс, есть опция монтирования usebackuproot, btrfs restore вытягивает из недр при необходимости, т.е. если данные похерились на тееущей ветке куста cow, можешь их взять.с другого ответвления

Там же фоновый процесс занимается подтираниями, перетираниями, связыванием и пр

Ну как-то нехорошо короче fsync наёбывать

дак он наёбывается или нет

Хер знает, тебе что надо от фсинка?

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

допустим сначала фсник, потом выдача денег банкоматом

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

btrfs handles fsync separately from the main versioned filesystem tree in order to decrease the latency of fsync operations.  There is a 'log tree' which behaves like a journal and contains data flushed with fsync() since the last fully committed btrfs root.  After a crash, assuming no bugs, the log is replayed over the last committed version of the filesystem tree to implement fsync durability.

Unfortunately, in my experience, the log tree's most noticeable effect at the moment seems to be to add a crapton of special-case code paths, many of which do contain bugs, which are being fixed one at a time by btrfs developers.  :-/

во, вот так вот

короче вроде как он дюрабл, но сделано это через какую-то отдельную жопку

кароч пошли они нахуй. я чот видать зря поверил федоросне

видимо придётся делать LVM thin