Search the Community

Ну вы хотя бы потрудитесь почитать ...... Первая ссылка на описание программы. Можете по форуму почитать https://xpenology.com/forum/search/?q="UFS Explorer "&updated_after=any&sortby=relevancy

Диск в массиве или одиночный, в какой файловой системе ? Стёрлась, это прошло форматирование ? Попробуйте - UFS Explorer Professional Recovery Вот, из личных запасов: https://cloud.mail.ru/public/e9ZQ%2FmtxGhwT7w

Программ немало, вот одна из них в качестве примера - UFS Explorer Professional Recovery (вылеченная) https://yadi.sk/d/Ga_xMuJPy2yW8Q

Рассказываю. Я уже писал, что UFS Explorer Professional Recovery видит только один диск из 4х. Мне в голову пришла мысль, что хоть на одном диске система сохранилась, я отсоединил все диски и начал по одному подключать, и о чудо, с одного из дисков система загрузилась. Потом начал подключать диски обратно, выяснилось , что при подключении одного из них , ХРень перестаёт опять загружаться (см. фото в начале), выяснил какой диск все портит и отключил его, пока. Потом подключил все остальные, загрузил систему, подключил на горячую неисправный диск, как не странно он подцепился нормально. Получилось ,что два диска инициализированы , а два нет. Полазил по менюшкам синолоджи и убедился , что без инициализации остальных двух дисков РЭЙД не собрать заново, а терять информацию не хотелось. Думаю , дай на последок перезагружу синолоджи и спать пойду. Но после перезагрузки случилось чудо, подхватился третий диск и РЭЙД , хоть и не весь, но заработал. Я тогда вытащил часть информации. Потом , уже утром решил всё же начать восстановление массива, раз он видит три из четырёх дисков. В данный момент происходит его восстановление. Закончит напишу, что получилось.

UFS Explorer Professional Recovery видит только один диск рейда из четырёх установленных, к сожалению. Да же не знаю откуда ещё покопать.

Не примите за менторство, не совсем понятно было написано. Всё же попробуйте UFS Explorer Professional Recovery, некоторым помогла прога

Написал ребятам из SysDev Laboratories LLC письмо, где описал ситуацию и спросил, обязательно ли покупать именно дорогущий UFS Explorer RAID Recovery https://www.ufsexplorer.com/ufs-explorer-raid-recovery.php В ответ они написали, что для моей ситуации, когда данные не повреждены и не нужно восстанавливать работоспособность дисков для NAS (мне нужно только скачать данные на отдельный HDD) подойдёт Explorer Recovery Raid (знаю, что пишется похоже, но проги разные - скачивал и проверял по отдельности каждую их софтину) - https://www.sysdevlabs.com/product.php?id=rxr6 Ещё упомянул, что если хочется восстановить работоспособность массива без перелива данных, поможет другая их прога - Network Storage Recovery for Synology NAS. Она как раз может поработать с системным разделом. Но на деле её не проверял - диски уже вытащил и заменил. Плюс в описании смутило, что btrfs не указан - мог бы попасть на деньги. И последнее моё наблюдение. Касается программы UFS Explorer Professional. Именно её можно найти на трекерах/сайтах с софтом. На трекерах в основном лежит версия 5.20 и 5.21 - они видят Raid 5 массив и видят размер BTRFS тома, но не могут определить тип файловой системы (собственно, как и многие другие программы для работы с RAID 5). Нашёл на просторах версию 5.23 - она уже может работать с btrfs, я даже смог восстановить некоторые файлы. Но программа постоянно глючила и вылетала, иногда ничего не делала после указания папки сохранения, иногда создавала файлы 0 байт с правильным именем 😀 В общем, как будто кто-то не до конца взломал. Собственно, актуальная версия 5.25 работает исправно (последняя, больше обновляться не будет, т.к они переместили функционал в другой софт), но стоит 179 евро. Итак, собственно, если подводить черту и решать, чем можно восстановить BTRFS раздел на RAID 5. 1. Прямые руки и знания Linux - $0. Поясню, что не нашёл толковой инструкции для моего случая, но, думаю, возможно своими силами это сделать 2. Explorer Recovery Raid - €79.95. Поможет 100%, если нужно просто переместить файлы с массива в другое место. Просматривать нельзя - файл сначала копируется на пк, потом открывается (по аналогии с айфонами, подключенными к винде) 3. Network Storage Recovery for Synology NAS - €99.95. Не уверен в полной работоспособности софта, случаи разные бывают. Купить и попробовать не рискнул, т.к нет 100% гарантии в успехе. 4. UFS Explorer Raid Recovery - €129.95. Поможет 100%, в дополнение к пункту 2 умеет на лету показывать и открывать файлы, есть много опций по восстановлению убитых данных 5. UFS Explorer Professional / Recovery Explorer Professional - €599.95/€179.95. Одинаковый софт, первый просто больше не доступен к покупке как лицензия для физ лица. Сам ещё нашёл скидку/промокод/купон 609CB5A1B2 - он дал скидку в 15%. Плюс через впн США заходил, сказал что я из штата Delaware, убрали налог. Вышло вот так: Пробовал ещё разные варианты софта со словами Standard, Access в названии - они не работают с массивами, нужно сначала создать виртуальный Raid и только потом с ним работать. Чтобы его создать нужен платный плагин за 25 евро, а что потом - неизвестно, т.к я плагин не покупал 😀 В сумме всё равно выйдет дороже. Вывод для себя сделал - больше массивы в BTRFS не делать. Новые диски разметил уже в ext4, т.к 30 ТБ данных мучиться переливать не будет никакого желания. С ext4 нет проблем даже при использовании Exlorer Professinal в версии 5.20 - всё видно и всё можно восстановить/перелить. PS скрины позже залью, чтобы показать, как всё видно и как работает. PPS если вы с Москвы и аналогичная проблема случилась - стучитесь в личку или телеграм, попробую помочь

После полного сканирования все файлы увидел, но с побитыми именами. Попробовал сохранить - фото 30 мб несколько штук и фильм на 12 гб. Всё без артефактов. Но без структуры папок не хочу всё это скачивать. Уже глубокой ночью поставил программу UFS Raid Recovery https://rlab.ru/tools/ufs_raid.html И она без всяких долгих сканирований увидела и структуру папок, и файлы. Вот только сохранить ничего не могу - бесплатная версия. UFS Explorer не видит файлы как прога выше, работает аналогично R Saver'у. Программы, что выше советовались - для них нужен .net framework, который в PE не работает - поэтому не смог попробовать.

Live CD всякие разные не пробовали ? UFS Explorer Professional Recovery - из под винды читает почти всё. Там ниже ссылка на вылеченную прогу

Вот этой прогой "UFS Explorer Professional Recovery" - открывает btrfs из под винды без проблем, а уж ext4 подавно. Сам недавно экспериментировал и убил Хрень, пришлось сливать все с дисков через эту прогу.

Вот что мне показал UFS EXPLORER по поводу харда

Если кому надо, то есть UFS Explorer Pro Recovery 5.23 вылеченная от жадности https://cloud.mail.ru/public/AFaP%2FAirmgQYYw

там, как я понял из скринов, SHR стоит (Synology Hybrid Raid), а с ней не так то просто подружиться. по крайней мере раньше было. но можно попробовать (под виндой) UFS Explorer Pro Recovery, я его упоминал вот тут. лично меня спасал многократно. не так давно намертво сгорел (из-за молнии) netgear readynas, и для спасения данных рейд его 4-дисковый поднять надо было. собрался с пол пинка.

Salut, tu veux dire que ton N54L ne s'allume plus du tout c'est ça ? Donc soit c'est la CM qui est grillé, soit c'est l'alim. Pour récupérer les données , tout dépend comment a été créé ton volume. Si tu as fait du RAID5 (ou SHR) sur >=3 disques alors tu vas grave galérer. Il existe des solutions payantes pour monter virtuellement le RAID sur un autre OS (Windows ou Linux) je pense à UFS Explorer mais il faut compter 150€ la licence. Si tu as plusieurs volumes en RAID1 alors un simple ext2fs devrait pouvoir lire les données sur les disques. Quoiqu'il en soit avec ta future machine de guerre si le matos n'est pas nativement géré alors installe l'hyperviseur ESXi dessus comme OS hôte et crée une machine virtuelle en mappant tes disques dessus. DSM devrait n'y voir que du feu.

Система стоит на железе. Винты в норме. Смарт тоже. Когда загружался в parted magic, запускал встроенный какой-то файловый менеджер, он автоматом нашел LVM раид раздел с моими данными и смонтировал его. Я вижу все свои файлы. И на проблемном ext4 раид1-разделе и на SSD диске с btrfs. Отдельно UFS Explorer не запускал.

Не обратил. Извиняюсь. Система на железе стоит? Или на виртуалке. Не очень понял из первого поста. Сами винты проверяли? СМАРТ у них нормальный? Если один винт подкинуть, что происходит? UFS Explorer пробовали натравливать на винты?

Пока свежо в памяти расскажу, вдруг кому-то пригодится. Ситуация: Хренология установлена на железе ASROCK J3455 4ГБ памяти и 2 винта WD 3Тб. Версия загрузчика 1.02b, версия DSM 6.1 или 6.2 - не помню уже. Однажды перезагружаюсь (надо было физически перенести) в хренологии - не поднимается. Один раз уже ситуация была такая - алгоритм: форматирую на дисках первый раздел в fat-32, прошиваю флешку - делаю миграцию - все работает. В этот раз - взял версию загрузчика 1.03b прописал серийные номера от реального со смещением. Не поднимается и все тут. Что только не делал - потом прошил на него загрузочный образ - sigmanas и при загрузке увидел, что не может прочитать какое то место на флешке. Так выяснилась причина, почему после перезагрузки хренология не поднималась. Потом установил какой то образ у себя нашел 1.02b версия 6.1. Образ прошил на новую флешку, система поднялась. Однако, при первом вхождении написала, что то ли сервис не доступен, то ли функция. Когда загрузился - понял, что нет файлового менеджера. Т.е. с файлами в веб панели я работать не могу. Когда искал файловый менеджер для ДСМ нашел Synology File Manager. Это ставиться пакет на ДСМ и под винду клиент с авторизацией. Поставил - доступ к данным есть. Решил с одного диска перелить все на второй, потом снять - перевести в NTFS и снова на него залить. Т.о. получить диск с данными, которые будут доступны в WIN. Стоит отметить, что диски одинаковые. В ДСМ я их разметил и создал одинаковые разделы. Один форматировал как BTRFS второй как EXT4. Типа первый для важных данных, второй для файлопомойки. Перелил второй на первый через менеджера, посмотрел серийный номер диска, который содержит всю информацию. Запомнил его, достал и подключил в винде, удалил разделы, создал новый один и сделал быстрое форматирование в NTFS... Карл! форматировал диск на котором было всё!!! понял это когда зашел в файловый менеджер для копирования на диск с NTFS. В ДСМ диск видится как не инициализированный. Что делать? Нагуглил р-студио. Сделал сканирование - видит раздел 743Гб NTFS и еще кучу всяких разных не понятных раздельчиков. В ф-диске посмотрели данные по дискам и на всякий сохранили идентификаторы дисков и данные по ним. Разделы, где начинаются, где заканчиваются, размер в секторах. Я хотел использовать эти данные для восстановления -указать область на диске и распознать. Еще почитал, понял, что если бы были разделы - можно было бы восстановить, а так - шансы низки. В ДСМ диск не видно. Скачал образ magic gparts линукс для восстановления разделов - разделы на диске не найдены g-parts. Пробовал еще так: root@ubuntu:~$ apt-get update root@ubuntu:~$ apt-get install -y mdadm lvm2 root@ubuntu:~$ mdadm -Asf && vgchange -ay Результат: новые разделы в автоматическом режиме не найдены. Попробовал UFS Explorer Professional Recovery сканирование ничего нового по сравнению с р-студио не дало. Решил, что это все из-за загрузочной записи NTFS. Надо ее удалить и типа будут raw данные и это даст распознать границы разделов. Забекапил в линуксе 2 первых загрузочных сектора. Потом загрузил 00 эти два сектора и попробовал снова. Win предложила для инициализации диска выбрать MBR или GPT. Я отказался и начал сканировать. Решил посмотреть как видится второй диск: он в р-студио оказался тоже 743Гб. Хотя физический размер устройства 2,72Тб. Если посмотреть разделы на втором диске, то видно, что там рейд линукс EXT4. В UFS Explorer Professional Recovery можно эмулировать рейды. Т.е. данные на диске не меняются, а попробовать можно разные типы рейда. Надо было почитать про рейды на ДСМ. Попалась эта статья получается, что первые разделы на всех дисках это зеркала одного раздела с ОС. А так как диски одинаковые и я их разбивал, то первые разделы должны быть идентичны, а свопы (вторые разделы) не так важны. Первый раздел занимает 2,3 Гб, потом своп 2Гб, третий раздел - данные. Принимаем решение - бэкапим первые 3Гб и копируем с целого диска на форматированный под NTFS. Почему так? Потому, что предположили, в первых секторах разбивка на разделы и размеры, если своп не сойдется - не важно, третий раздел изменения не должны коснуться ни в коем случае. Делаем указанные действия. Запускаем ДСМ - диск видно. Написано - поврежден системный раздел - восстановить? Восстанавливать не стали, (может и зря) решили, раз копия, значит идентификаторы дисков одинаковые, как бы чего не вышло. Загрузились в линукс для восстановления, посмотрели ф-диском, потом g-parts и о чудо, после ДСМ раздел на форматированном диске стал показываться как BRTFS, а не EXT4. Партиция с данным не монтируется. Посмотрели ф-диском идентификаторы дисков одинаковые. (мы же делали копию начала дисков) В g-parts есть в меню check для партиции, восстанавливать не стали, идентификаторы одинаковые дисков. Решили отключить целый диск и уж потом пробовать. Отключили. Потом перезагрузили - и партиция с данными в BRTFS стала доступна и монтируется. Все данные были на месте! С помощью ф-диска в расширенном режиме поменяли идентификатор восстановленного диска на тот который записали в начале восстановления. Вот такая история. Конечно, я могу сказать, что практически не обладаю хорошими знаниями по устройству файловых систем и рейдов(имею ввиду как это храниться на диске) и мне повезло, что было два одинаковых диска. И все же я решил поделиться, вдруг кому то это пригодится. Я так и не знаю, почему исчез файловый менеджер в ДСМ (на диске в логах файлового менеджера я нашел потом записи о не прошедшей аунтификации пользователя admin на ДСМ) Не знаю, почему диски видны как: физический размер носителя 2,72Тб и разделы размером 743Гб. Если есть у вас комментарии или мысли по этому поводу, прошу поделиться со мной и остальными. Я почему то больше чем уверен, что в коментах будет гораздо больше настоящей информации, т.е. от людей, которые действительно разбираются в этой теме профессионально.

UFS Explorer Professional Recovery this worked for me

под виндой - спокойно читается через UFS Explorer Pro Recovery. а на хрени автоматически - никак не работает. связано это с DSM'овской raid-структурой, которая на всех syno-дисках прописывается. для подключения понадобится немного "потанцевать с бубном". проблема описана в этом топике на сино-форуме. взял с полки винт со старой системой (уже ненужный) и попробовал: TempStation> cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md2 : active raid1 sda3[0] sdb3[1] 971940544 blocks super 1.2 [2/2] [UU] md3 : active raid5 sdc3[0] sde3[2] sdd3[1] 5850889088 blocks super 1.2 level 5, 64k chunk, algorithm 2 [3/3] [UUU] md1 : active raid1 sda2[0] sdb2[1] sdc2[2] sdd2[3] sde2[4] 2097088 blocks [5/5] [UUUUU] md0 : active raid1 sda1[0] sdb1[1] sdc1[2] sdd1[4] sde1[3] 2490176 blocks [5/5] [UUUUU] unused devices: <none> TempStation> mdadm -A -R /dev/md9 /dev/sdq3 mdadm: /dev/md9 has been started with 1 drive (out of 2). TempStation> pwd /root TempStation> mkdir my_usb TempStation> mount /dev/md9 /root/my_usb TempStation> cd /root/my_usb/ TempStation> ls @S2S @SYNO.Core.UserS.core @database @synoscgi_______.core @SYNO.Core.DSMNo.core @SYNO.Entry.Requ.core @ffmpeg.core @tmp @SYNO.Core.Deskt.core @SYNO.FileStatio.core @ssrotated.core aquota.group @SYNO.Core.Packa.core @SYNO.Finder.Fil.core @surveillance aquota.user @SYNO.Core.Polli.core @SYNO.Surveillan.core @synocodectool.core synoquota.db @SYNO.Core.Syste.core @appstore @synoelasticd.core чтоб увидеть файло через веб/ftp - монтировать в какую-нить открытую шару. после завершения работы с диском не забыть отмонтировать, чтоб "хвостов" не случилось. TempStation> umount /root/my_usb/ TempStation> mdadm --stop /dev/md9 mdadm: stopped /dev/md9 примечание: запускал на DSM 5.2

если под виндой - можешь ещё попробовать UFS Explorer Professional Recovery сам я читал на нём успешно синолодживские сиглы и рейды (кроме SHR). у меня всё было в ext4, но оно вроде и btrfs умеет, судя по мануалу. может удастся прочитать, если раздел не слетел окончательно. судя по скринам - данных там у тебя на 1.33Тб... и это... поменял бы ты SATA-кабеля на машинке для профилактики.

hab mit einen Bootstick den UFS Explorer zum laufen gebracht. wie Ichs mir gedacht habe ist ein volume 4TB groß also nur 2 platten in der SHR1. kann dort auch meine Daten sehen aber nicht speichern. die Daten der dritten Platte wären mir egal.. kennt sich jemand mit dem tool aus? evtl hab ich nur nicht das richtige gedrückt.

поздравляю с успехом! на будущее (мож ещё кому пригодится): если нужно только прочитать данные - можно попробовать UFS Explorer Professional Recovery тестировал под виндой чтение стандартных рейдов, создаваемых из-под Synology, и она показала себя очень хорошо. SHR не тестировал, работает ли с ним - не знаю.

А вы случайно не btrfs раздел создавали? Да, его Попробуйте с помощью UFS Explorer Professional Recovery прочитать попробовать.

Всем привет еще раз! Решение найдено: утилита - UFS Explorer Professional Recovery 5.20 Позволяет открывать все файловые системы, exFat3/4 на чтение и запись, btrfs пока только на чтение, но в следующих релизах и на запись. Также в утилите заявлено что она может восстановить или пересобрать raid всех типов, а также программные Raid популярных NAS synology под любой файловой системой... Протестировал под BASIC диском в btrfs, если у кого есть возможность протестировать доступ к RAID btrfs, буду благодарен...

Для информации - если у вас SHR рейд от Сино- то он открывается обычным UFS Explorer Professional Recovery (как обычный диск EXT формата) но просто использовать в винде его нельзя. Зато все без вопросов в той проге можно скопировать если необходимо. Сосбственно я так и сделал, у меня вопрос больше не по сохранению данных а именно в восстановлении нормальной работы либо на СИНО либо на родной Thecus.