> Ошибки имеют свойства накапливается.А потом упс,развалился том.

Btrfs их чинит по мере обнаружения, так что на активно юзаемой ФС не накапливаются как раз. Но если вдруг - во, теперь вы знаете занафига есть такая операция как scrub. Сие читает все используемые блоки и чекает чексуммы, чиня при необходимости.

И да, менеджмент такой штуки и особенности - отличаются от "классики". Это логично, блин. И сабж тоже будет отличаться от классики. Это просто другой набор паттернов дизайна файлух. Новый, необычный, непривычный. И все же обладающий рядом крутых и полезных свойств.

> Из за отсутствие средств ремонта фс -оказалась забыта UDF.

Для меня она забыта по совсем другим причинам: "а чем она лучше всех остальных ФС?". А вот ремонтировать ФС мануально я не очень хочу. Меня вообще автоматические и беспилотные применения волнуют - и как там это вообще могло бы выглядеть?! Так что отсутствие fsck бывает и фичой, когда в системе некому кнопки жать.

> Детская ошибка,до конца флаг разминирования драйвер под
> офтопиком (7-10) не отрабатывал

Чего-чего за флаг? Вы там в сапера режетесь? Или у вас отпуск с металлоискателем?

> Данные целые,а работать с этим томом уже нельзя, и толку от дублирование
> метаданных и данных(опционально) ,если том идёт под формат.

Ну как бы при нормальном выборе схем хранения и исправном хардваре и нормально работающей системе такая ситуация тупо не наступает, потому что "с хрена ли"? Ну вот как могут сбойнуть 2 блока RAID1 по 1 логическому смещению на разных девайсах? Если это случается, это индикатор убер-жирных системных факапов уже явно не уровня ФС и там и остальное не лучше. Такую систему фиксить надо ASAP. Не, я не спорю что как last resort такой тул может и вариант, но это не было в приоритете для того дизайна - и это понимаемо.