Форум 3DNews

Форум 3DNews (http://forum.3dnews.ru/index.php)
-   Носители информации (http://forum.3dnews.ru/forumdisplay.php?f=16)
-   -   Проблема с составным томом (http://forum.3dnews.ru/showthread.php?t=141155)

vladimir87 06.05.2019 19:56

Проблема с составным томом
 
Вложений: 5
Добрый день!
Есть два HDD Seagate ES constellation 1 TB которые работали в режиме составного тома под windows 10 x64.
После переустановки ОС на новый ssd и подключения этих винтов система распознала их как чужие и предложила импортировать, что собственно я и сделал. Импорт прошел успешно и появился логический диск с данными, после перезагрузки система сообщила об ошибке составного тома и предложила сконвертировать диски в базовые, на что я дуру и согласился не особо вчитываясь в предложенное.
Соответственно теперь я имею вместо составного тома на 2тб два неразмеченных базовых тома. Возможно ли обратить мои действия и получить данные обратно?

9285 06.05.2019 21:01

Том создавался сразу или в процессе использования?
10-ка сама сделала GPT разметку или это ты уже инициализировал?
Можно попробовать поискать базу LDM и из неё узнать параметры "сшивки" томов.

9285 07.05.2019 08:52

Вложений: 1
Судя по скриншотам, ранее у тебя была разметка в стиле MBR.
Если это так, то в самом начале каждого из диска может найтись приватный заголовок PRIVHEAD, а все остальные записи LDM (VMDB, VBLK, TOCBLOCK)- в конце диска.
В случае GPT разметки всё это находится в начале диска.
Так что поле поиска сокращается до двух небольших участков размером с десяток тысяч секторов. И для поиска можешь использовать в DMDE в Сервис - Найти строку Ctrl+F
Так как какие то из записей могут быть стёрты, то лучше всего искать по VBLK которых очень много и наверняка какой то выжил.
На скриншоте показано как должно выглядеть окно поиска.
Если найдёшь, то нужно будет сделать дамп сектора с c VMDB и сектора с начальными записями VBLK

vladimir87 07.05.2019 10:48

Цитата:

Сообщение от 9285 (Сообщение 2673827)
Том создавался сразу или в процессе использования?
10-ка сама сделала GPT разметку или это ты уже инициализировал?
Можно попробовать поискать базу LDM и из неё узнать параметры "сшивки" томов.

Тому уже столько лет что всех моментов его создания и не упомнить. Я его делал еще когда стояла windows 7.

Добавлено через 2 минуты

Цитата:

Сообщение от 9285 (Сообщение 2673900)
Судя по скриншотам, ранее у тебя была разметка в стиле MBR.
Если это так, то в самом начале каждого из диска может найтись приватный заголовок PRIVHEAD, а все остальные записи LDM (VMDB, VBLK, TOCBLOCK)- в конце диска.
В случае GPT разметки всё это находится в начале диска.
Так что поле поиска сокращается до двух небольших участков размером с десяток тысяч секторов. И для поиска можешь использовать в DMDE в Сервис - Найти строку Ctrl+F
Так как какие то из записей могут быть стёрты, то лучше всего искать по VBLK которых очень много и наверняка какой то выжил.
На скриншоте показано как должно выглядеть окно поиска.
Если найдёшь, то нужно будет сделать дамп сектора с c VMDB и сектора с начальными записями VBLK

Ок, сегодня попробую.

vladimir87 08.05.2019 06:16

Вложений: 1
Цитата:

Сообщение от 9285 (Сообщение 2673900)
Судя по скриншотам, ранее у тебя была разметка в стиле MBR.
Если это так, то в самом начале каждого из диска может найтись приватный заголовок PRIVHEAD, а все остальные записи LDM (VMDB, VBLK, TOCBLOCK)- в конце диска.
В случае GPT разметки всё это находится в начале диска.
Так что поле поиска сокращается до двух небольших участков размером с десяток тысяч секторов. И для поиска можешь использовать в DMDE в Сервис - Найти строку Ctrl+F
Так как какие то из записей могут быть стёрты, то лучше всего искать по VBLK которых очень много и наверняка какой то выжил.
На скриншоте показано как должно выглядеть окно поиска.
Если найдёшь, то нужно будет сделать дамп сектора с c VMDB и сектора с начальными записями VBLK

Что-то нашлось, надеюсь то что надо.

9285 08.05.2019 08:21

Вложений: 1
vladimir87
Не нужно делать полное цитирование - и так всё понятно. Или делай частичное (после выделения части текста).
Не понял что в текстовых файлах, но что касается дампов, то это не то.
Я же написал про два небольших участка; то есть, не надо искать по всему диску - достаточно поискать в самом начале диска, хотя в твоём случае скорей всего сразу искать в конце. Можно или перейти в сектор меньший по значению последнего на 10000 и искать по шаблону как показано выше. Или перейти в самый последний и в опциях заменить направление поиска на Назад - в этом случае смотреть на номер сектора в котором идёт поиск. всё что дальше указанных участков не актуально.

Что касается истории создания, то здесь важно понять хотя бы примерно из каких частей он состоял - особенно это актуально если он состоял не из двух "частей" дисков и при отсутствии данных LDM. в противном случае прийдётся собирать этакий пазл из неизвестного числа элементов. ;)

Разыскиваемые блоки выглядят немного по другому - они более "разрежённые" нулями, в них видны характерные записи, в том числе имя компьютера. На скриншоте всё это видно.

vladimir87 08.05.2019 09:26

По поводу истории создания тома могу вспомнить следующее:
Том создавался из двух дисков после переустановки системы (win 7) на отдельный диск (изначально система была на одном из этих дисков). Все данные перед созданием были перенесены, а диски отформатированы, после чего данные залил обратно. Том пережил миграцию на win 10, но вот переустановку ОС на ssd не перенес.

9285 08.05.2019 09:43

То есть, был собран из двух пустых дисков? А не собирался из кучи разделов - последнее нередко бывает после того как систему переносят на SSD а её бывший раздел начинают пришивать к имеющемуся.
Если так, то это, конечно же, облегчает сборку массива.

Какие ещё хотелось бы отметить моменты.
1. В другом месте ты на скриншоте выделил том с меткой data. Если предположить что это начало тома, то было бы логично увидеть среди индикаторов F, но его там нет и это настораживает. На всякий случай - сделай скриншот на котором видно фоновое окно программы при выделении этого раздела. Посмотрим какой начальный кластер у MFT.
2. У одного из дисков есть переназначенный сектор. Ранее следил за SMART? Был это переназначенный ранее или появился сейчас. Возможно именно он привёл к проблеме после перезагрузки. И если это "свежий", то нельзя исключать что могут появиться новые (*), поэтому лучше мониторить состояние показателей, и в случае появления новых прекращать работу с диском.
(*) Современные диски "хлипенькие" и что касается этой модели, то хотя она не ширпотребовская, но скорей всего она имеет что то общее с "легендарными" гренадами, которые могут быстро "запиливаться". Надеюсь что я ошибаюсь в этом прогнозе, но если нет, то надо задуматься о посекторке.

Добавлено через 16 минут

Продолжение.
Составной том по сути тот же логический том, но только "сшитый" из кусков.
Если он создавался на двух пустых дисках, то в нём два куска. И первая часть тома расположена на одном диске, оставшаяся на втором. Вполне логично что, при форматировании тома средствами винды, MFT mirror и начальный фрагмент MFT находятся в начале первой части. И если "раздел" data является не артефактом чего то более раннего, то отсутствие F и беспокоит, и особенно в контекст того что это находится на диске с заремапленным сектором.
В принципе, даже если не найдутся данные LDM, можно просто запустить полное сканирование на обоих томах и по результатам скана определиться где находятся записи MFT, все ли они имеются; можно открыть найденные тома и посмотреть в них наличие данных. Опять же, смущает вот этот заменённый сектор - потому как полный скан предполагает чтение всей поляны диска, и если на нём есть какой то деффект, то он может лишь усугубить ситуацию.
Страшновато? Я не спец по железной части, поэтому просто предупреждаю - делать выводы тебе.

vladimir87 08.05.2019 18:30

Вложений: 1
Цитата:

Сообщение от 9285 (Сообщение 2673999)
То есть, был собран из двух пустых дисков?

Да, по сути из двух пустых дисков.
Цитата:

Сообщение от 9285 (Сообщение 2673999)
Если предположить что это начало тома, то было бы логично увидеть среди индикаторов F, но его там нет и это настораживает.

Насколько я вижу, индикатор F все же есть (см. скрин во вложении)
Цитата:

Сообщение от 9285 (Сообщение 2673999)
Ранее следил за SMART?

Не следил, поэтому сказать сложно когда сектор стал переназначенным.
Цитата:

Сообщение от 9285 (Сообщение 2673999)
Страшновато?

На самом деле по большей части интересно :) Если данные и пойдут в итоге по бороде, горевать сильно не стану, благо старые фото лежат на отдельном винте, а новые, ну что ж поделать...

9285 08.05.2019 18:50

Это не F а f - а это лишь копия начальных записей.
Кстати, а что не показал фоновое окно DMDE как я посил?
Цитата:

На самом деле по большей части интересно
Аналогично. ;)

vladimir87 08.05.2019 18:57

Вложений: 2
Еще что-то нашел в конце диска.

9285 08.05.2019 19:05

Ок, вот это уже то, что надо, только VBLK какой то куцый. Поищи самую первую запись и посмотри визуально где кроме VBLK есть что то ещё - там примерно 2-3 сектора должно быть использовано.

Ну вот, по бутсектору видно что MFT начинается в стандартном (для виндового форматера) кластере. И если бы там были записи, пусть даже несильно повреждённые, то индикатор F был бы.

vladimir87 08.05.2019 19:14

Цитата:

Сообщение от 9285 (Сообщение 2674096)
Поищи самую первую запись и посмотри визуально где кроме VBLK есть что то ещё - там примерно 2-3 сектора должно быть использовано.

Самую первую запись VBLK? Если с начала диска, то я как раз ее в первый раз и прислал. А если не с начала, то откуда? Мне конечно весь диск прошерстить не проблема, правда это займет некоторое время.
А на втором диске искать нечего?

9285 08.05.2019 19:19

Да, это первый сектор, но обычно там несколько записей занято. Поэтому тут или какой то подчищенный или записи есть в секторах далее (штук 10 последующих).
И да, то же самое посмотри на втором диске - там копия базы, и если на первом повреждена, то может на втором цела.

9285 09.05.2019 11:36

Вложений: 2
На скриншоте показал какие записи интересуют.
Зелёным выделил байт, который указывает тип записи VBLK, синим - как видится эта запись.
Именно в этих блоках данные о размере блоков и их местоположении в томе.

vladimir87 09.05.2019 14:27

Вложений: 2
VBLK просто огромное количество записей.

9285 09.05.2019 14:52

Это ещё мало. Там же в каждой из записей описывается какая то из нескольких компонент.
Но нужные ты сам уже отметил - теперь их надо распарсить ;)
И это полдела - ведь по прежнему актуальна целостность хотя бы MFT.
Если исходить из версии что запись о разделе data актуальна, то как зеркало цело и можно посмотреть в 0-вой записи где расположена MFT. Потом, по результатам полного скана сравнить с тем что и где найдено.
Делать дампы ты научился, поэтому не составит труда сделать пару дампов.
1. предполагаемой MFT Mirror, начинающейся в секторе 2048+8*2=2064 и размер которой 8-секторов (из которых критичны только 2 начальных).
2. Начальных записей MFT, начинающихся в секторе 2048+786432*8
Тут важно посмотреть что а месте начальных записей и есть ли последующие записи.

Добавлено через 1 час 47 минут

Цитата:

Сообщение от vladimir87 (Сообщение 2673803)
система сообщила об ошибке составного тома

В одной из отмеченных записей действительно есть ошибка - вместо смещения равного размеру первого блока стоят 00. Это может служить обьяснением указанной винлой ошибке.

vladimir87 09.05.2019 21:13

Вложений: 1
Если я все правильно понял, "2048+8*2=2064 и размер которой 8-секторов" - означает сектора 2064 - 2072. И один сектор 2048+786432*8 = 6307840.

9285 09.05.2019 22:14

vladimir87
С первым дампом всё правильно понял.
А вот со вторым ошибся в расчёте (правильный сектор 6293504) и нужен дамп примерно 50-100 секторов. В начальных 8-ми нет нормальных записей, но надо посмотреть что там - может это прояснит ситуацию. А последующие чтобы посмотреть живы ли там записи.
И хотелось бы посмотреть что в аналогичных записях с VBLK на втором диске - есть ли там ошибка или нет.

vladimir87 10.05.2019 10:24

Вложений: 2
См. вложения


Текущее время: 16:39. Часовой пояс GMT +3.

Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2019, Jelsoft Enterprises Ltd. Перевод: zCarot