>> особенно при повреждении уже записанных данных
> Объясни мне, как они случатся, если на каждый блок данных на диске
> пишется ещё ECC?

ECC не покрывает всех возможных ошибок (сколько их там на сектор максимум?..), ошибок в firmware диска,  ошибок в ядрах (привет, md raid 6, blkmq и прочие случаи записи не того или не по тому смещению — а сколько ещё не успели найти?), битфлипов в разных частях железа (необязательно памяти без ECC), операторов, бездумно делающих dd не на тот диск и т. д. В большинстве случаев ECC будет верным, данные с точки зрения диска — тоже, а с точки зрения ФС и пользователя — каша.

Кроме того, можно бесконечно теоретизировать, но моя практика показывает, что zpool scrub нет-нет, да находит и исправляет какие-то битые данные, которые диск с радостью отдаёт без роста reallocated, uncorrectable и вот этого всего. Да, немного (от сотни килобайт до мегабайта), да, редко (диск-другой в год, наверное, но специально я не следил), но они есть.

Не, ну, если вам не жалко данных, то так сразу и скажите, вместо того, чтобы пытаться доказать, что «этого не может быть, потому что этого не может быть никогда».

>> zfs спасет тем, что воспользуется избыточностью, как бы все
> Это уже raidz, а не просто zfs.

И?

>> целостность за счет хэшей обеспечивается сквозная
> Вот этот вот баззворд уже набил оскомину. Какая целостность? Чего целостность?

Даааааааанныыыыых! Ну не железо же мы сберечь тут пытаемся этими трюками, логично?

> Сквозная, навылет?

Знакомьтесь, https://en.wikipedia.org/wiki/Merkle_tree