> Более предсказуемый - FreeBSD c ZFS. Ибо это предусмотрено в дизайне самой ZFS. "дизайн zfs" ничего не может сделать в ситуации, когда один из дисков в vdev тупо таймаутится по пять секунд. Или отваливается так, что ставит раком всю шину до power cycle. А драйвера что у free, что у линуксов, разучились даже тому, что раньше умели (хотя бы отключать dma, если уже явно shit happens).
Это и есть "плохие отказы" дисков, которые я имел в виду. "хороший" отказ - это как у недоброй памяти intel ssd - "пыщь-пыщь, и его - НЕТ". К сожалению (для рейдостроителя, но не нормального пользователя), современные "вращающиеся" диски категорически не желают правильно умирать, а дешевые серии типа wd RED в особенности (дешевых ssd тоже касается). Отчасти этому может помочь правильный (рейд, хаха) контроллер, но его, увы, тоже индусы писали и китайцы паяли.
> Но это не значит что зафакапиться оно не может
оно еще как "может", md и не снилось. В том числе и совершенно на ровном месте. Поэтому в доках freenas особенно подчеркивают - "используйте для zfs только ecc память, если ваши данные вам вообще хоть как-то дороги". Это вот одна из целого леса грабель, старательно для нас потоптанных фринасовцами - в смысле, они очень детально разобрали и причины, и вероятность явления, и последствия (за эти знания я и ценю тот проект). Такой вот он, "дизайн". (авторов solaris, по понятным причинам, проблемы негров не колебли ;-)
минус md ровно один - производительность, что в штатном режиме, что при восстановлении - ниже плинтуса. Но для хоме-наса может оказаться вполне достаточной, и упрется он банально в сеть (даже и гигабитную). И никаких тебе зависших resilver от странных причин.
> Но сабж - это же демьян с веб-лицом ...
ну, не настолько все плохо. Это _настроенный_ debian, под конкретную задачу. "просто" веб-морда это какой-нибудь webmin - иногда совершенно незаменим, но для других целей.