Исходное сообщение
"Оценка методов противостояния потере данных в ФС при крахе с..." Отправлено Аноним, 17-Дек-15 03:25
> Без SU в UFS2 не будет работать упорядочение транзакций записи. Кэп, Вы? ) В этом ведь вся фишка – можно будет на форумах писать о том, что УФС регулярно валится на сотне машин, при этом упирая на то, что в ext4 "все работает"! Тут ведь как: Очевидно не cрабатывает "sync" мета-данных ФС. Мне лень в гугол, но SU это вроде как раз хитромудрая атомарная запись мета-данных, именно для того, чтоб при "резком отключении" не остаться у разбитой ФС. Т.е. атомарность => или запись полная или она вообще отсутствует, а "недосинк" по определению – бажище. http://www.mckusick.com/softdep/ > Soft updates, an alternative to these approaches, is an implementation mechanism that tracks and > enforces metadata update dependencies to ensure that the disk image is always kept consistent. Однако: в мылолистах тишина, в багтрекере тишина, на форумах тишина (почти как на кладбище) и лишь иногда проскакивает "когда можно будет делать снэпшоты при включенном журнале?" Хотя вон, есть энтузиасты пилящие бзд под малину (кто-то в рассылке даже упоминал, что "убил" на это дело пару сд-карт и советовал оключить на сдшках журналирование) и уж они должны были "огрести по полной" – фн нет, там тоже тихо. А значит, дело скорее всего все-таки в конфиге – или самой бзд или виртуалки (у которой свой кэш и которая кладет большой и толстый болт на все попытки синхронизации).