Исходное сообщение
"Изучение изменения размера кодовой базы Ext4, Btrfs и XFS" Отправлено Аноним, 25-Июн-11 20:31
> Ну есть zdb если на то уж пошло. Он может проверить все структуры на валидность и починить все что невалидно или хотя-бы нейтрализовать, чтобы пул можно было смонтировать и выколупать то что уцелело? > А все фичи fsck типа определения сбойной ФС в ZFS делаются на-лету, > так что утверждать, что у ZFS нет аналога fsck я бы не стал :-) Сбой фс нынче обнаруживает любой приличный драйвер. Но проблема в том что чинить их он не умеет - не его епархия.. > блоки-потеряшки, здесь в случае сбоя ZFS откатится на предыдущее состояние лога. А теперь представьте себе что цепочка логов порушилась где-то в середине. Или метаданные описываюшие оную. > Во время же выделения мы проигрываем лог. Вы рассматриваете только простые сбои, которые должна обработать обычная логика журналирования. Тогда как fsck обычно пользуются лишь тогда, когда эта логика не смогла отработать как надо. Когда мы видим что дело дрянь и основной парашют не сработал - нервно сглатываем и дергаем запасной. А вы в вашем праве превращаться в лепешку, если вам так удобнее.