https://opennet.dev/openforum/vsluhforumID3/50851.html Theodore Ts'o выпустил (http://permalink.gmane.org/gmane.comp.file-systems.ext4/12179) патч к файловой системе ext4 с альтернативным решением проблемы (http://www.opennet.ru/opennews/art.shtml?num=20715) с потерей данных в файлах, перезаписываемых незадолго до момента краха системы. В патче представлен новый режим журналирования "data=alloc_on_commit", похожий по своей сути на ext3 режим "data=ordered", при котором вначале изменяются данные, а потом изменения отражаются в журнале. <br><br><br>Включение "data=alloc_on_commit" приводит к введению двухфазовых коммитов, когда вначале в журнал помещается предварительная пометка, а после сброса блоков с отложенной записью (delayed allocation), в журнале окончательно фиксируется транзакция. Ожидается, что патч будет включен в состав Linux ядра 2.6.30.<br><br>URL: http://permalink.gmane.org/gmane.comp.file-systems.ext4/12179<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=20835<br> https://opennet.dev/openforum/vsluhforumID3/50851.html#18 Sun, 22 Mar 2009 18:46:28 GMT к понижению скорости и повышению надежности при отключении питания.<br> https://opennet.dev/openforum/vsluhforumID3/50851.html#17 Sat, 21 Mar 2009 06:19:20 GMT &gt;Во-первых, в убунту 2.6.28 ядро. Патч включен в .30 <br><br>В Ubuntu не ванильное ядро, там вагон дополнительных патчей. Просто добавят еще один патч.<br><br>&gt;Во-вторых, "херится" оно может только при крахе ибо данные могут оставаться незаписанными <br>&gt;до 60 секунд. <br><br>Способность противостоять случайным крахам/отключениям питания одна из ключевых характеристик ФС.<br> https://opennet.dev/openforum/vsluhforumID3/50851.html#16 Sat, 21 Mar 2009 06:18:26 GMT именно это и тестировалось - ресет на активной работе с фс, и специально для ubuntu и fedora сделаны патчи... почитайте блог Теда, там всё написано<br> https://opennet.dev/openforum/vsluhforumID3/50851.html#15 Sat, 21 Mar 2009 06:14:49 GMT Во-первых, в убунту 2.6.28 ядро. Патч включен в .30<br>Во-вторых, "херится" оно может только при крахе ибо данные могут оставаться незаписанными до 60 секунд.<br> https://opennet.dev/openforum/vsluhforumID3/50851.html#13 Fri, 20 Mar 2009 14:14:47 GMT &gt;"Неудобный" дефолт могут переопределить <br><br>Но куда лучше если дефолты будут безопасные, right?<br><br><br> https://opennet.dev/openforum/vsluhforumID3/50851.html#12 Fri, 20 Mar 2009 14:00:54 GMT "В патче представлен новый режим журналирования "data=alloc_on_commit", похожий по своей сути на ext3 режим "data=ordered", при котором вначале изменяются данные, а потом изменения отражаются в журнале."<br><br>До нормальных 15 лет назад дошло, а до самурая только щас да :)<br> https://opennet.dev/openforum/vsluhforumID3/50851.html#11 Fri, 20 Mar 2009 11:41:50 GMT в ubuntu по дефолту сейчас ничего не херится, специально тестил, а вот режим не знаю какой :(, скоре всего alloc_on_commit т.к. судя по тестам функционально очень похож.<br> https://opennet.dev/openforum/vsluhforumID3/50851.html#10 Fri, 20 Mar 2009 11:38:28 GMT &gt;а с data=journal этот баг проявляется? <br><br>нет с самого начала, тестировал<br> https://opennet.dev/openforum/vsluhforumID3/50851.html#9 Fri, 20 Mar 2009 10:42:52 GMT Было бы хорошо если бы Теодор не раскладывал им грабли в дефолтах.Потому что кроме серьезных людей есть еще и доморощенные дистроклепатели а также красноглазики которых хлебом не корми, дай только пересобрать ядро, слепить систему с нуля из LFS и так далее.И когда (и если) благодаря таким начнется потеря данных у юзеров - будет слишком много ненужного воя.<br>