2gusia (2gusia) wrote,
2gusia
2gusia

Category:

Частичный успех при извлечении инфы с убитого zfs пула

Камрад artsnz сперва совершил тяжёлую ошибку, собственными руками убив проблемный по его мнению zfs пул путём создания нового на тех же дисках через вебгуй. А затем просто восхитил, сумев применить утилиту UFS Explorer Professional Recovery v5.16 Final Ml с частичным восстановлением информации с пула. Которую информацию я считал безвозвратно похороненной. Уточню, что
1) Софтина стоит денег, но вполне реальных даже для частного лица. А если поискать - кто знает...
2) Инфу удалось сохранить не всю, а лишь частично.
3) Работа велась на мощном компе с 32 Гб памяти. Настольный с 4Гб сделать ничего не смог.
4) Задача облегчалась тем, что восстанавливался диск из зеркала. Сможет ли софтина собирать порушенный raidz - не уверен.

Под катом - слегка подредактированная без искажения смысла прямая речь камрада, скомпилированная из нашей с ним переписки и приведённый им скриншот.

Ситуация следующая, после чистого обновления NAS4Free, при восстановлении пула ZFS в гуе возникла ошибка, пул через гуй удалил, и перезапустил систему, при повторном добавлении пула, пул был создан заново, и отобразился как новый и чистый, просканировав 1 диск утилитой UFS Explorer Professional Recovery v5.16 Final Ml, файлы нашлись, значит все с ними в порядке, пул состоял из двух дисков, зеркалируемых друг на друга, но утилитка эта не видит структуру катологов, zpool history выдает только запись о вновь созданном пуле, я предполагаю что пул восстановить можно, только как ума не приложу, нужен совет профи, если есть возможность, подскажи куда копать. Заранее благодарен

Программка с набегу (полностью отсканировать) не справилась с диском на 3тб сожрала всю память и своп (4гб оперативы), сижу жду уже пол часа пока сохраняет результаты сканирования. Похоже придется кусками вытаскивать, скорее всего это из-за некоторых файлов которые были по 30+ гб, есть предположения что программка в памяти строит файл и проверяет его целостность, придется похоже ставить винду на основную машину (xeon e3-1230v2, 32гб оперативы) и сканировать на ней. Странная конечно ситуация, но вчера когда я ждал сканирования до 1% и потом отменял, она показывала найденные файлы в виде длинного дерева каталогов длинное имя папки / файл (похоже контрольная сумма) и папка с файлом который был на пуле, в пуле учебных материалов на 1,5тб их рассортировать точно не получится...

не получилось на слабой машине, а вот на серваке он даже нашел структуру каталогов, но это предварительное сканирование 0.01%. посмотрим что получится из этого



пыжылся долго, сожрал 32 гига памяти, но дальше 9.1% не ушел, отменил, прошерстил что нашел, закинул на резервный диск, нашел конечно самое не нужное, дистрибутивы, видео, причем часть файлов с предыдущего пула, те пула который был до того, который нужно восстановить... удаленные файлы... неудобно конечно что есть несколько папок с частями проектов... собирать из них совсем не удобно...

после отмены сохранил результаты, импортировал их вновь, они развернулись в памяти на 15гб на диске оно хранится в файле 2гб, взял адрес последнего найденного файла и поставил сканироваться с него, он потупил немного и пошел, так что придется сканировать по частям, странно что в начале диска были не самые старые файлы, тк там нашлись относительно свежие файлы...

в итоге снова сожрал всю память, просканировав 12,5%, результат конечно, удалось найти один блок из 5 критических данных, к сожалению пока самый низко-приоритетный из всех 5, и найдена старая версия блока 2, не спасает конечно, но уже хоть что-то, такое ощущение что при сканировании он натыкается на какие-то данные, часть которых уже отсутствует на диске и пытается их восстановить, по этому прекращает основное сканирование, а занимается восстановлением не нужной информации...


Вывод: в софтине стоило бы создать режим поиска Файловой Системы или ее кусков, найдя куски фс, файлы можно забирать по этой информации, а не сканировать весь диск на поиск каждого файла, что было бы гораздо быстрее и принесло бы более ощутимые результаты.

как интересно получается, отсканировал сейчас совсем маленький кусочек, а он нашел там кусок файловой системы, посмотрел, а там данных довольно много, те явно он нашел обрывок фс, кстати с этого обрывка смог восстановить довольно большой кусок данных.
Tags: nas, nas4free, zfs, разбор полётов
Subscribe

  • Статья про SSD Apacer в NAS

    Сегодня после длительной борьбы с web-редактором IXBT Live (который оказался не совместимым с Google Docs), наконец, опубликовали мой опус про SSD,…

  • OpenZFS и XigmaNAS

    Месяц назад я писал про Open ZFS. Там были мысли о том, когда он будет доступен в XogmaNAS. А в конце декабря зацепился на эту тему языками с…

  • Как провожают жесткие диски

    Сдох у меня жесткий диск в NAS Как видно - из SMART отпахал 70428 часов, то есть если 24/7 - больше 8 лет. И, я вам скажу, он не просто крутился…

  • Post a new comment

    Error

    Anonymous comments are disabled in this journal

    default userpic

    Your reply will be screened

  • 26 comments

  • Статья про SSD Apacer в NAS

    Сегодня после длительной борьбы с web-редактором IXBT Live (который оказался не совместимым с Google Docs), наконец, опубликовали мой опус про SSD,…

  • OpenZFS и XigmaNAS

    Месяц назад я писал про Open ZFS. Там были мысли о том, когда он будет доступен в XogmaNAS. А в конце декабря зацепился на эту тему языками с…

  • Как провожают жесткие диски

    Сдох у меня жесткий диск в NAS Как видно - из SMART отпахал 70428 часов, то есть если 24/7 - больше 8 лет. И, я вам скажу, он не просто крутился…