>[оверквотинг удален]
>> http://docs.freebsd.org/cgi/mid.cgi?E2B4270B-635D-4D75-9AE6-...
>> http://docs.freebsd.org/cgi/mid.cgi?544EA961.2090508
>> http://docs.freebsd.org/cgi/mid.cgi?CACpH0MeAvs6rzWUo3uF8uTy...
>> http://docs.freebsd.org/cgi/mid.cgi?etPan.5446c5a2.78f17764....
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194513
>> http://docs.freebsd.org/cgi/mid.cgi?543FAB3C.4090503
>> и это только по ZFS и только за пару последних недель...
> Есть некие нештатные ситуации использования, в которых срабатывают блокировки ядра или
> сыпется железо на -CURRENT или устаревших (9.2) версиях FreeBSD. А где
> прямые потери данных на ZFS и UFS?ну во-первых про потери речи не шло
во-вторых всё в той же рассылке у людей разваливаются zraid массивы при нормальных носителях (проверялись отдельно) и восстановление или настолько не тривиально, или невозможно средствами zfs восстановления/проверки - чем не потеря данных?
на ufs чуток другая история с переписанным SU - не работает абсолютно sync - то есть оно работает, но через 60 секунд - если за эти 60 секунд данные не сброшены на носитель+непредвиденная ситуация и паника/отключение питания/любой другой сбой по питанию - считай - данные утеряны...
SUJ - как было поломанным от рождения - так с тех пор ничего не изменилось - либо не хватает ума разобраться в чужом коде, либо желания.
после fsck UFS - lost+found зачастую пуст, а в тех файлах, что по идее должно что-то быть - размер 0.
для того что бы наступать на те же грабли - системой нужно пользоваться не в ознакомительных целях - а плотно и постоянно использовать во всех прикладных задачах + бывают частные случаи, которые встречаются крайне редко для набора статистики и возможности воспроизведения кем-то другим, кто знает слово "FreeBSD".
при более ответственном отношении к коду и системе в целом - таких бы тенденций вообще не было бы.
