> Таки понимаю. Но CSUM ERROR он и в этом случае матюкается зачастую.

ну, собственно, следующее же действие в этом случае - вырубать питание, может даже - без шатдауна, и разбираться, что повредили и чему тут на диске вообще доверять можно.

Проблема что этот error будет где-то в логах, которые не факт что заметишь в тот же месяц. Хотя бы - месяц.
Что там будет в логах event viewer - я хз, у меня настолько гнилой техники под виндой все же не бывало.

Ну и эта ошибка - когда битые данные таки при чтении. А при записи никакого error не будет - будет контрольная инфа посчитанная с уже испорченного блока (если мы про машину с битой памятью) - так она и при чтении совпадет.

> Совсем очевидного дестроя вроде с наскока не вышло и фатально не развалилось

ну ок, будем считать, что хотя бы частично тест прошел.

(для справок, существует образ zfs, который просто вызывает kernel panic. scrub'ом не лечится, а offline fsck у zfs нет. "Разработчики" из iX закрыли тикет со словами "а это не наша проблема". Получить этот образ нельзя, поскольку личная и коммерческая инфа, и размер недетский [по понятным причинам, он снят не zfs send], к сожалению.)