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, не спасает конечно, но уже хоть что-то, такое ощущение что при сканировании он натыкается на какие-то данные, часть которых уже отсутствует на диске и пытается их восстановить, по этому прекращает основное сканирование, а занимается восстановлением не нужной информации...
Вывод: в софтине стоило бы создать режим поиска Файловой Системы или ее кусков, найдя куски фс, файлы можно забирать по этой информации, а не сканировать весь диск на поиск каждого файла, что было бы гораздо быстрее и принесло бы более ощутимые результаты.
как интересно получается, отсканировал сейчас совсем маленький кусочек, а он нашел там кусок файловой системы, посмотрел, а там данных довольно много, те явно он нашел обрывок фс, кстати с этого обрывка смог восстановить довольно большой кусок данных.