Поимел пару (мелких и преодолимых) неприятностей с ext3fs в режиме data=writeback, который сейчас по умолчанию включен в ядрах 2.6.30+. Действительно, "живенькие" файлы при внезапном отключении питания системы практически наверняка оказываются с "мусорным" контентом. Многие программы любят оптимизировать свою работу за счёт различных кэшей, но не многие заботятся об их правильной (в смысле posix) синхронизации на файловой системе. К примеру, web-приложения на php, типа phpbb, gallery и пр. То же относится к регулярно перезаписываемым и обновляемым файлам типа .viminfo, vimовских *.swp, логам syslogа и пр. Даже от баз mysql отваливаются последние записанные куски.
Включил в явном виде data=ordered в fstab и в rootflags для начального загрузчика. Пусть семантика будет чуть построже posixовской. Пусть производительность будет чуть пониже сырой и абсолютно достижимой. Мне главное, чтоб не случалось этой странной подмены содержимого файлов на чорти шо, которая, как долго пытался объяснить нам Ted Ts'o, на самом деле является нормой жизни, патаму шо posix этого не запрещает, а программеры так и не смогли до конца понять, как правильно синхронизировать свои данные согласно постановлений posix.
Када уже закончатся эти мытарства и можно будет пересесть на production-ready btrfs ... :>
Включил в явном виде data=ordered в fstab и в rootflags для начального загрузчика. Пусть семантика будет чуть построже posixовской. Пусть производительность будет чуть пониже сырой и абсолютно достижимой. Мне главное, чтоб не случалось этой странной подмены содержимого файлов на чорти шо, которая, как долго пытался объяснить нам Ted Ts'o, на самом деле является нормой жизни, патаму шо posix этого не запрещает, а программеры так и не смогли до конца понять, как правильно синхронизировать свои данные согласно постановлений posix.
Када уже закончатся эти мытарства и можно будет пересесть на production-ready btrfs ... :>