>> Слышал, что BTRFS - это некий аналог ZFS. Если это так, почему
>> для ZFS не требуется никаких утилит, а для BTRFS требуется?
> Потому что сани избрали метод борьбы с проблемой "это слишком сложно, давайте
> мы на это забьем и пусть лучше маркетологи втирают как у нас все круто".Откуда вы всё знаете? Вы разбирали исходники ZFS?
> На самом деле у них есть пара утилиток на такие случаи, но
> они именно уровня "fsck в совсем зачаточном состоянии".
Что за "пара утилиток"?
> К чему это ведет? На lissyara.ru есть вполне доходчивый рассказ как человек вручую перебирал пул, самолично разгребая дебри дисковых структур и портил транзакцию с целью
> спровоцировать отбрасывание проблематичных секторов.
Он перебирал дисковые структуры FAULTED пула. Когда ZFS больше не может гарантировать целостность данных, она останавливает работу пула и объявляет его FAULTED.
> Ну вот чтобы так не мучаться вручную в случае когда все стало совсем плохо и нужен fsck.
Вот чтобы так не мучиться, с приходом ZFSv28 введена поддержка команды "zpool import -F poolname", позволяющей перемотать поврежденный пул к состоянию, соответствующему более ранней группе транзакций. Это позволяет с высокой вероятностью восстановить повреждённый пул из состояния FAULTED, когда физические носители целы.
fsck в традиционных ФС плевать хотела на целостность данных. Она чинит только структуру ФС, а найденные остатки от файлов складвает кучкой в каталоге /lost+found.
А вот zpool scrub делает гораздо больше — анализирует метаинформацию ФС на предмет непротиворичивости и сверяет контрольные суммы файлов, затем выводит полный список повреждённых файлов, если обнаружит несоответствие контрольных сумм.
