відновлення даних з розділу ZFS

[Lambert 5]

Вітаю!

колеги, а чи доводилось комусь гратися з новомодною файловою системою?

суть така - зробив собі на роботі хламозберігалку для погратися, на базі FreeNAS

і так сподобалося гратися що забув купити туди людські накопичувачі, зробити дзеркало і взагалі запустити це на пристойному рівні

ну і як завжди водиться - старий вінчестер помер неочікувано, звісно що з даними

запустив mhdd - уйма бедів, багато unc і все таке інше. Дивно, але smart нічого кримінального не показує.

Система вінчестер бачить але каже що volume corrupt і звісно що ніяких даних там не видно

 

Чи існує якийсь софт-інструментарій (щось типу r-studio під zfs) для спробувати самостійно витягти звідти хоч щось?

[supportod 1]

Покажите gpart show

[Lambert 5]

Покажите gpart show

[root@freenas ~]# gpart show                                                    

=>       63  156299312  ada1  MBR  (74G)                                        

         63    3590433     1  freebsd  [active]  (1.7G)                         

    3590496         63        - free -  (31k)                                   

    3590559    3590433     2  freebsd  (1.7G)                                   

    7180992       3024     3  freebsd  (1.5M)                                   

    7184016      41328     4  freebsd  (20M)                                    

    7225344  149074031        - free -  (71G)                                   

                                                                                

=>      0  3590433  ada1s1  BSD  (1.7G)                                         

        0       16          - free -  (8.0k)                                    

       16  3590417       1  !0  (1.7G)                                          

                                                                                

[root@freenas ~]# 

 

чистота і порядок...

 

а в GUI каже Error getting available space

[ttttt 195]

колеги, а чи доводилось комусь гратися з новомодною файловою системою?

У меня дальше тестов не дошло, посчитал слишком рискованным на такого монстра полагаться.

 

Читал их рассылку одно время, не видел чтобы кому-то удалось восстановить данные (не уверен, может сейчас ситуацяи получше, но врядли).

Відредаговано 2015-02-27 15:09:22 ttttt

[supportod 1]

Вы читать не умеете.

 

 

7225344 149074031 - free - (71G)

Последний раздел слетел.

 

Не используйте FreeNAS. Используйте чистую FreeBSD,  там так разделы не слетают.

Відредаговано 2015-02-27 15:10:59 supportod

[keshaLG 5]

Да ладно Вам.
Эта консервативная *nix-подобная ОС имеет некий святой дух, что не дает произойти аппаратному сбою?

И чем хуже твикенный FreeNAS, если он основан на фряхе собс-но?

[supportod 1]

Да ладно Вам.

Эта консервативная *nix-подобная ОС имеет некий святой дух, что не дает произойти аппаратному сбою?

 

И чем хуже твикенный FreeNAS, если он основан на фряхе собс-но?

 

Вообще-то, ТС не привел данные смарта и статистику работы mhdd.

Так что  об аппаратной проблеме речь не идет.

 

А вот судя по многочисленным проблемам в FreeNAS, речь идет о глюке в админке. Каким-то образом перестал существовать раздел с ZFS.

 

И в третьих,  FreeNAS очень неторопливо  обновляет свою основу.

[Lambert 5]

дані смарта не скріншотив, але там жодного "ненормального" параметра, все наче в нормі. Мабуть, такий хороший вінт...

також інколи дивився стан дисків через внутрішню фрінасівську смарт-моніторилку - жодних алертів не було

а от скан mhdd вже після того як "усьо сталося" - він красномовний, небо в зірках і все таке інше

вінт, звісно, труп. після такої кількості UNC - вже не живуть

 

а що "чиста" BSD, що заснована на її базі оболонка - суть одна, але FreeNAS за замовчуванням використовує ZFS, і в даному випадку це одна з моїх помилок на етапі інсталяції. Бо "рідну" файлову систему BSD та ж R-Studio цілком розбирає

 

залізо там в порядку, хоч воно дуже старе і дуже десктопне (за основу взяв старий системний блок від одного з юзерів, на таких вже навіть секретарші мабуть не працюють - селерон s478 якийсь і півгіга пам'яті)

але все працювало цілком пристойно, ось і зараз - замінив накопичувач на інший вільний, перестворив шари і полетіли далі. До наступного hdd-трупа, мабуть

[NiTr0 583]

 

 

Вообще-то, ТС не привел данные смарта и статистику работы mhdd. Так что об аппаратной проблеме речь не идет.

Дык написал же:

 

 

запустив mhdd - уйма бедів, багато unc і все таке інше.

 

 

 

дані смарта не скріншотив, але там жодного "ненормального" параметра, все наче в нормі. Мабуть, такий хороший вінт...

realocated events/offline uncorrectable - raw значения какие?

Ну и да, БП вполне может привести к бэдам. Собссно, ИМХО БП - самый важный компонент, и даже на древнем тазике должен быть адекватным. Ну хотя бы младшие fsp/qdion.

[supportod 1]

 

Вообще-то, ТС не привел данные смарта и статистику работы mhdd. Так что об аппаратной проблеме речь не идет.

Дык написал же:

 

 

запустив mhdd - уйма бедів, багато unc і все таке інше.

 

А я бы подождал скриншотов и цифирок.

[supportod 1]

а що "чиста" BSD, що заснована на її базі оболонка - суть одна, але FreeNAS за замовчуванням використовує ZFS, і в даному випадку це одна з моїх помилок на етапі інсталяції. Бо "рідну" файлову систему BSD та ж R-Studio цілком розбирає

 

 

Вы путаете теплое с мягким.

У вас удаленный раздел с ZFS.

Такое при аппаратных проблемах не происходят. Или все разделы исчезает или ни один.

К тому же информация о ZFS прописывается в 4-х разных местах раздела.

 

Жалуйтесь разработчикам FreeNAS, и выясняйте у них почему удалился раздел.

[Lambert 5]

Картинка сканування накопичувача виглядає отак (в атачі)

сканувати до кінця сенсу вже не було, я гадаю

відповідно до цього, витягти щось з цього диску - надія думаю марна, але ж все одно цікаво, чим це можна пробувати коли раптом що..

бо фрінас за замовчуванням намагається втюхати цю zfs в якості файлової системи

 

вчора викачав крайню FreeNAS-9.3-STABLE-201502162250

системний вінт зачистив через mhdd erase (однак, старезний вінт 80гб - а бедів не те що нема, а навіть довгочитаних нема. Вміли колись робити)

в якості носія даних поставив новий накопичувач, встановив систему... вінта видно але Volume manager з гуя не запускається, відкривається пусте віконце і усьо

щось пороблено

 

блок живлення пристойний, Seasonic 400 ват (осцилографом спеціально виходи не дивився, але гадаю що його з величезним запасом - комп слабкий і скоріш за все ват 100 навіть не споживає)

все це ввімкнено за онлайновим APC 3000, проблем з живленням не було за весь час роботи

Відредаговано 2015-02-28 11:47:27 Lambert

[Melanxolik 63]

1-е что в такой ситуации делается, это полное посекторное клонирование hdd на другой hdd или в файл, но обязательно посекторное, и дальше работа с клоном.

http://www.lissyara.su/articles/freebsd/file_system/zfs_recovery/

http://www.lissyara.su/?id=2224

 

то что диск читается это уже хорошо, значит можно пробовать поднять данные.

 

Надеюсь читали?

http://www.opennet.ru/soft/fs/zfs_arch.pdf

Відредаговано 2015-02-28 14:10:15 Melanxolik

[supportod 1]

Ошибки были в конце диска. Пробуйте оставить в конце кусок ~ 1 ГБ не размеченным, если будете заново на этот hdd ставить FreeNAS.

[NiTr0 583]

 

 

Ошибки были в конце диска.

24% - в конце? Винтик на 2 ТБ ведь

[father_fbi 5]

Я так понимаю что ТС хочет восстановить данные с мертвого винта который несет на себе ZFS. И если дело дошло до такого маразма. Значит ТС не знает историю ZFS и RAID-Z.

И что-то я не припоминаю что бы во FreeNAS по умолчанию использовался ZFS. Загрузочный диск форматируется в UFS, датасторы могут нести на себе ZFS или UFS, опять же все зависит от конфигурации.

По поводу восстановления, отформатируйте диск в какую нибудь ФС которую понимает r-studio, снимите цифровую копию диска и восстанавливайте ваши данные.

[NiTr0 583]

 

 

По поводу восстановления, отформатируйте диск в какую нибудь ФС которую понимает r-studio, снимите цифровую копию диска и восстанавливайте ваши данные.

Догробить остаток данных т.е.

Вообще - посекторная копия на другой винт, потом, при применении потенциально деструктивных действий - с него посекторная же копия на еще один винт, и с последним уже экспериментировать.

Любые эксперименты с додыхающим винтом чреваты полной потерей данных, со стоимостью восстановления в несколько раз (а то и на порядок) большей стоимости нового диска.

[Lambert 5]

 

 

И что-то я не припоминаю что бы во FreeNAS по умолчанию использовался ZFS

 

http://www.freenas.org/faq/

7. Why does FreeNAS only support the ZFS filesystem?

FreeNAS is designed around the OpenZFS filesystem, which enables many of the advanced features of FreeNAS such as data integrity, early indication of faulty drives, and the ability to boot into a previous working copy of the operating system after a failed upgrade. Other filesystems, including UFS, NTFS, FAT, EXT2 and EXT3 are supported "read only", in order to allow data migration onto a ZFS volume.

[father_fbi 5]

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

1. Накатил файловую систему с которой не умеет работать.

2. Загнал в нее полумертвые винты.

3. Потерял данные а теперь пытается восстановить данные не зная как это делается.

[father_fbi 5]

Уважаемый Lambert, загоняйте FreeNAS на виртуалку и убеждаетесь в следующем.

1. Загрузочный диск будет UFS

2. При создании датасторов в UFS FreeNAS будет кричать что это Legacy но тем не менее все это прекрасно работает с NFS/iSCSI/CIFS/SMB

 

P.S. Единственное что нет смысла использовать FreeNAS в такой конфигурации потому что нет всех плюшек ZFS таких как ZIL/L2ARC

Відредаговано 2015-02-28 21:12:52 father_fbi

[Lambert 5]

щось мені здається, що селерон якогось там старого покоління (socket 478) та 512Mb RAM шансів для віртуалізації не залишають

об'єктивно я вже змирився з втратою даних, думаю що все одно відновити буде складно

був би розумніший - вчасно б схаменувся що залізяка з категорії "іграшка" плавно перейшла в категорію "інструмент" - ресурс, що використовується щоденно

а для того потрібно було запланувати витрати, купити пару нових накопичувачів, людський raid-контролер і все таке інше

так що сам винен

 

Melanxolik - дякую за посилання, до речі. Цікаво було почитати.

[father_fbi 5]

 

щось мені здається, що селерон якогось там старого покоління (socket 478) та 512Mb RAM шансів для віртуалізації не залишають

об'єктивно я вже змирився з втратою даних, думаю що все одно відновити буде складно

був би розумніший - вчасно б схаменувся що залізяка з категорії "іграшка" плавно перейшла в категорію "інструмент" - ресурс, що використовується щоденно

а для того потрібно було запланувати витрати, купити пару нових накопичувачів, людський raid-контролер і все таке інше

так що сам винен

 

Melanxolik - дякую за посилання, до речі. Цікаво було почитати.

 

Опять же, все зависит от поставленных задач. Если вам нужна файлопомойка, не обязательно ставить hardware raid, тем более учитывая как скачет гривна. Можно обойтись и soft raid.

Відредаговано 2015-02-28 22:04:00 father_fbi

[Lambert 5]

реальність, блін, вона така що за законом бутерброда може статись ось як у мене - на таку собі файлопомийку залили дещо потрібне, і з боку заливаючого архів видалили бо був завеликий

а файлопомийка скисла просто на наступний день, перш ніж той файл встигли скачати та опрацювати

 

можна і софтрейд

але на тому ж ebay можна купити натюрліх апаратний контролер і порівняно недорого

і дзеркало він вмітиме, і страйп, і майже все таке інше

ось наприклад HP SMART ARRAY P400

http://www.ebay.com/itm/HP-SMART-ARRAY-P400-256MB-PCI-E-SAS-RAID-CONTROLLER-447029-001-405836-001-/321539471588?pt=LH_DefaultDomain_0&hash=item4add3ef8e4

або щось інше. sata-харди до нього теж, звісно, підключаються - різниця лише в кабелях

але то вже є офтоп, звичайно

Відредаговано 2015-02-28 23:37:33 Lambert

[ttttt 195]

Железный контроллер тоже может умереть, файловая система нагнуться, а по случайности и банально файлы могут удалиться. Бэкапы делайте в первую очередь, а рейд то такое.

[father_fbi 5]

реальність, блін, вона така що за законом бутерброда може статись ось як у мене - на таку собі файлопомийку залили дещо потрібне, і з боку заливаючого архів видалили бо був завеликий

а файлопомийка скисла просто на наступний день, перш ніж той файл встигли скачати та опрацювати

 

можна і софтрейд

але на тому ж ebay можна купити натюрліх апаратний контролер і порівняно недорого

і дзеркало він вмітиме, і страйп, і майже все таке інше

ось наприклад HP SMART ARRAY P400

http://www.ebay.com/itm/HP-SMART-ARRAY-P400-256MB-PCI-E-SAS-RAID-CONTROLLER-447029-001-405836-001-/321539471588?pt=LH_DefaultDomain_0&hash=item4add3ef8e4

або щось інше. sata-харди до нього теж, звісно, підключаються - різниця лише в кабелях

але то вже є офтоп, звичайно

Именно этот контроллер дешовый потому что с ним гемороя много и продавец не указал идет ли батарея в комплекте, без нее это JMicron

Я бы вам посоветовал купить на ebay или собрать какой нибудь тазик с хорошим встроенным контроллером. И на всем этом построить RAID-Z минимум хотя бы 3 диска. И ваши данные будут в целости и сохранности

Відредаговано 2015-03-01 05:15:05 father_fbi