> Вы путаете товарищ что то, если востановление этим вашим хваленых fsck не
> гарантирует 100% востановления файловой системы, а бед-блок когда там потеряны данные
> - это 100%-ов что ни о каких 100%-ах востановленых данных и речи быть не может.Разумеется, 100% данных если часть данных не читаема восстановить не удастся. Однако, меня устроит и 99.9% данных с диска особенно если бэкапа не было или он старый.
> Концепция fsck - это востановления из журналов и прочее при ресете OS и
> всяких нештатных ситуациях,
Концепция fsck - это приведение файловой системы в консистентное, моунтабельное состояние. Из того что есть по факту. Например, fsck возможен на нежурналинуемом EXT2.
> тоесть востановление структуры файловой системы, а не востановление бед-блоков.
Восстановление и проверка структуры файловой системы. В том числе и после бэд блоков. Журналируемой ФС не нужен fsck при просто ребуте. В этом случае достаточно журнала.
> Бед-блок востановить невозможно, если нету бекапов либо raid1,raidz и так далее.
Бэд блок восстановить невозможно. Вот только если он попал на метаданные, они стали неконсистентны и том не монтируется - как-то хреново получается. Fsck как правило без особых проблем такое исправляет. А у zfs'ников в таких случаях или пляска с дискэдитором или лезут за бэкапами.
> По крайней мере zfs файловая система и концепция CoW - это система
> которая гарантирует 100% сохранность данных и 100% консистентность данных при любых
> записях и четния данных
Как ни странно, журналирующие файловые системы пытаются гарантирвоать то же самое, просто более топорным и тормозным методом, который по этой причине часто даунгрейдят до гарантий только насчет метаданных, но не данных. Что, разумеется, компромисс. CoW - это синоним гигантского журнала, размером на всю файловую систему. Поэтому и не надо 2 раза записывать данные при журналировании.
> (при ресетах при записи и прочее) но совершенно не гарантирует сохранность
> данных когда сама файловая система поврежденаа (будь то бед блоки и прочее).
Как ни странно, классические журналирующие ФС занимаются тем же самым, с той разницей что часто для ускорения работы гарантии применяются только к метаданным но не данным, т.к. в отличие от CoW обычной фс надо записывать при журналинге данные 2 раза. CoW этого избегает и там полный журналинг данных происходит с скоростью близкой к нежурналируемой записи.
> Для этого и существуют raid1/raidz/raid2z/raid3z и бекапы.
Так и скажите: мы не можем восстановить серьезно разрушенную ФС. Вертитесь как уж на сковородке, лишь бы не признавать очевидный факт.
> Глупо как то звучит - сверхнадежная файловая система, но при ее повреждении
> "пытается отколупать останки тома из того что получилось". :)
Еще глупее получается когда нет бэкапа, есть почти исправный диск, но из-за пары бэдов в неподходящем месте надо или забыть о всех данных, или колупать все эти навороты хекс-редактором.
> Какой смысл в fsck если он не гарантирует 100% востановление из бед-блоков
> для фс, которая позифионаруется как сверхнадежная?
Сверхнадежно просрать все данные на томе при повреждении тома - вариант! Нет данных - нет проблем. Но мне этот вариант не нравится.
