> там какбЭ бедблоки упоминалсь, а не манипуляции с предыдущими валидными состояниями системы.Научитесь читать ВСЁ сообщение, а не пропускать остальное.
"вы рискуете повторить приключения господина с Лиссяры, устраивавшего закат солнца вручную, только еще не факт что так легко отделаетесь."
Предмет разговора: http://www.lissyara.su/articles/freebsd/file_system/zfs_reco.../
— восстановление убитого (FAULTED) пула "подручными средствами", которые на тот момент (2011-02-04) было доступно. А именно, восстановление пула методом ручного отката к последней успешной транзакции записи на него, до того момента, когда пул окончательно развалился.
Оказалось, что один из дисков пула покрыт бэдами. Недолго думая, да и пул уже развалился, автор решил ВРУЧНУЮ скопировать данные с глючащего диска на новый такой же, ОБХОДЯ_СБОЙНЫЕ_СЕКТОРА. Понятно, что пул новый диск не признал.
Если внимательно прочитать статью о закате солнца вручную, то мы увидим, что автор мучался с откатом к последней удачной транзакции (uberblock с позицией 92 в списке) на пуле. Вручную ему удалось записать несколько байтов в участок с метаинформацией о завершённых транзакциях.
Год спустя.
"После обновления, в правке за номером 219089 [3], ZFS до версии 28, в zpool(8) появилась возможность откатываться на несколько транзакций назад при передаче параметра -F. Так что описанный в статье приём восстановления стал обычной рутинной задачей."
Занавес.
> Потому что полноценной тулзы оффлайнового восстановления ФС нет и видимо не будет. А вот у некоторых такое очень даже будет.
zpool import -F poolname — попытка импортирования пула с последней неповреждённой транзакцией.
zpool scrub poolname — верификация данных и метаданных, восстановление повреждений данных, вывод списка необратимо повреждённых файлов.
> в общем - не к месту.
В общем, кто бы говорил.