Comment 124 for bug 317781

I agree with Daniel's comment #113. The data integrity semantics of ext3's data=ordered is indeed useful in practice, and ext4 should not introduce different semantics (essentially no safer than data=writeback) for the option with the same name. The current behavior should be called "data=ordered_for_allocated", and described as a mode where files updated via create/rename without fsync() can be totally lost in case of a power failure, but no random and possibly sensitive data from other users may possibly end up in it.

Thank you, Theodore, for explaining that turning off delayed allocation solves the problem. Is it possible to delay allocation until transaction commit time?