>> zpool scrub poolname — рассчитывает все контрольные суммы файлов и метаданных и
>> сверяет их с теми, что есть, выводит список запорченных файлов, если
>> они есть. Выполняется в фоне, при перезапусках продолжает работу с того
>> места ФС, где закончила в последний раз.
> Все это замечательно, но убитые метаданные не восстановит. Так что действительно, на fsck не тянет.

А зачем ему что-то восстанавливать? Сама ZFS спроектирована по принципу CoW — если что-то повреждается, то восстанавливается легко и непринуждённо откатом на предыдущее состояние, если ФС видит потерю данных на одной из половины зеркала, то не кричит об этом, а тихо восстанавливает данные по другой половине (то же самое с другими избыточными моделями хранения данных). Если данные не восстановимы в принципе, то пул тупо останавливает свою работу, чтобы предотвратить потерю консистентности метаданных самой файловой системы, а там уж администратор должен сам разобраться в проблеме — fsck на такое не способна, и ни один из линуксовых RAID не может в этом помочь: http://www.linux.org.ru/jump-message.jsp?msgid=3262617&cid=3...