>Все так, но вероятность нарваться на эту ситуацию очень мала.

Конечно, вероятность аппаратного сбоя и повреждения структур ФС тоже невелика. Кстати, если верить теории вероятности, даже событие с нулевой вероятностью не является невозможным.

>>Вам знакомо понятие атомарности?
>
>Конечно :).И вы в этом правы, правда это ну очень уж экзотичный
>граничный случай, вероятность наступить на который мала.

Гмгм... Ну я наступал, правда, там не диск был переполнен а квота исчерпана - но это почти одно и то же.

>>И еще - данное обсуждение про методы записи обновленных файлов не имеет
>>ничего общего с топиком
>
>Хотите сказать что про файлы народ не читающий ссылок вообще развел миф?

Отчасти. Как я понял, кривизна прог была не столько в способе работы с файлами (read/truncate/write vs. read/mktemp/write/rename) а в том, что файлы обновлялись без необходимости.
Зачем же конфиги перезаписывать при старте, если опции не менялись? По-моему незачем и вполне логично программу, так делающую, назвать в меру кривой.

Почитав ответ разработчика ФС на обсуждаемый баг я именно такой вывод и сделал.