Leaderboard

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