> жесткие диски гарантируют атомарность записи сектора

Либо подтвердит запись, а на самом деле все оставит в кэше. Или тупо поменяет очередность записи.
Ведь так можно в бенчмарках обогнать конкурентов и попиариться на этом.
Ну а то, что ФС на такое не расчитаны и могут полететь очень основательно (т.к. при проектировании барьеров/синхронизации метаданных/журналов и прочих механизмов, никто как-то не принимал в расчет, что исправная железка будет врать, да и проверить, в принципе, сложновато) - маркетолухов не волнует, т.к. для простого пользователя это уже проблема "падучей винды/бубунты/вставитьнужное".
http://brad.livejournal.com/2116715.html
https://github.com/lackrp/lackrp-public/blob/master/eBooks/O'Reilly.High.Performance.MySQL.3rd.Edition.Mar.2012.pdf
> A final consideration is that many hard drives have write caches of their own, which
> can “fake” fsync() operations by lying to the controller that the data has been written
> to physical media. Hard drives that are attached directly (as opposed to being attached
> to a RAID controller) can sometimes let their caches be managed by the operating
> system, but this doesn’t always work either. These caches are typically flushed for an
> fsync() and bypassed for synchronous I/O, but again, the hard drive can lie. You should
> either ensure that these caches are flushed on fsync() or disable them,
>