Форум 3DNews
Вернуться   Форум 3DNews > Железо > Носители информации

Ответ Создать новую тему
Опции темы Опции просмотра
Непрочитано 06.05.2019, 19:56   [включить плавающее окно]   #1
vladimir87
Мужской Новенький
Автор темы
 
Регистрация: 06.05.2019
Проблема с составным томом

Добрый день!
Есть два HDD Seagate ES constellation 1 TB которые работали в режиме составного тома под windows 10 x64.
После переустановки ОС на новый ssd и подключения этих винтов система распознала их как чужие и предложила импортировать, что собственно я и сделал. Импорт прошел успешно и появился логический диск с данными, после перезагрузки система сообщила об ошибке составного тома и предложила сконвертировать диски в базовые, на что я дуру и согласился не особо вчитываясь в предложенное.
Соответственно теперь я имею вместо составного тома на 2тб два неразмеченных базовых тома. Возможно ли обратить мои действия и получить данные обратно?
Миниатюры
Нажмите на изображение для увеличения
Название: Screenshot_1.png
Просмотров: 107
Размер:	64.6 Кб
ID:	54898   Нажмите на изображение для увеличения
Название: Screenshot_2.png
Просмотров: 99
Размер:	69.5 Кб
ID:	54899   Нажмите на изображение для увеличения
Название: Screenshot_3.png
Просмотров: 109
Размер:	28.6 Кб
ID:	54900   Нажмите на изображение для увеличения
Название: Screenshot_4.png
Просмотров: 113
Размер:	30.0 Кб
ID:	54901   Нажмите на изображение для увеличения
Название: Screenshot_5.png
Просмотров: 97
Размер:	27.9 Кб
ID:	54902  

vladimir87 вне форума  
Ответить с цитированием
Непрочитано 06.05.2019, 21:01   [включить плавающее окно]   #2
9285
Мужской Бывалый
 
Регистрация: 08.02.2019
Том создавался сразу или в процессе использования?
10-ка сама сделала GPT разметку или это ты уже инициализировал?
Можно попробовать поискать базу LDM и из неё узнать параметры "сшивки" томов.
9285 вне форума  
Ответить с цитированием
Непрочитано 07.05.2019, 08:52   [включить плавающее окно]   #3
9285
Мужской Бывалый
 
Регистрация: 08.02.2019
Судя по скриншотам, ранее у тебя была разметка в стиле MBR.
Если это так, то в самом начале каждого из диска может найтись приватный заголовок PRIVHEAD, а все остальные записи LDM (VMDB, VBLK, TOCBLOCK)- в конце диска.
В случае GPT разметки всё это находится в начале диска.
Так что поле поиска сокращается до двух небольших участков размером с десяток тысяч секторов. И для поиска можешь использовать в DMDE в Сервис - Найти строку Ctrl+F
Так как какие то из записей могут быть стёрты, то лучше всего искать по VBLK которых очень много и наверняка какой то выжил.
На скриншоте показано как должно выглядеть окно поиска.
Если найдёшь, то нужно будет сделать дамп сектора с c VMDB и сектора с начальными записями VBLK
Миниатюры
Нажмите на изображение для увеличения
Название: vblk.PNG
Просмотров: 110
Размер:	14.8 Кб
ID:	54907  
9285 вне форума  
Ответить с цитированием
Непрочитано 07.05.2019, 10:48   [включить плавающее окно]   #4
vladimir87
Мужской Новенький
Автор темы
 
Регистрация: 06.05.2019
Цитата (9285) »
Том создавался сразу или в процессе использования?
10-ка сама сделала GPT разметку или это ты уже инициализировал?
Можно попробовать поискать базу LDM и из неё узнать параметры "сшивки" томов.
Тому уже столько лет что всех моментов его создания и не упомнить. Я его делал еще когда стояла windows 7.

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

Цитата (9285) »
Судя по скриншотам, ранее у тебя была разметка в стиле MBR.
Если это так, то в самом начале каждого из диска может найтись приватный заголовок PRIVHEAD, а все остальные записи LDM (VMDB, VBLK, TOCBLOCK)- в конце диска.
В случае GPT разметки всё это находится в начале диска.
Так что поле поиска сокращается до двух небольших участков размером с десяток тысяч секторов. И для поиска можешь использовать в DMDE в Сервис - Найти строку Ctrl+F
Так как какие то из записей могут быть стёрты, то лучше всего искать по VBLK которых очень много и наверняка какой то выжил.
На скриншоте показано как должно выглядеть окно поиска.
Если найдёшь, то нужно будет сделать дамп сектора с c VMDB и сектора с начальными записями VBLK
Ок, сегодня попробую.
vladimir87 вне форума  
Ответить с цитированием
Непрочитано 08.05.2019, 06:16   [включить плавающее окно]   #5
vladimir87
Мужской Новенький
Автор темы
 
Регистрация: 06.05.2019
Цитата (9285) »
Судя по скриншотам, ранее у тебя была разметка в стиле MBR.
Если это так, то в самом начале каждого из диска может найтись приватный заголовок PRIVHEAD, а все остальные записи LDM (VMDB, VBLK, TOCBLOCK)- в конце диска.
В случае GPT разметки всё это находится в начале диска.
Так что поле поиска сокращается до двух небольших участков размером с десяток тысяч секторов. И для поиска можешь использовать в DMDE в Сервис - Найти строку Ctrl+F
Так как какие то из записей могут быть стёрты, то лучше всего искать по VBLK которых очень много и наверняка какой то выжил.
На скриншоте показано как должно выглядеть окно поиска.
Если найдёшь, то нужно будет сделать дамп сектора с c VMDB и сектора с начальными записями VBLK
Что-то нашлось, надеюсь то что надо.
Вложения
Тип файла: 7z DMDE.7z (2.4 Кб, 6 просмотров)
vladimir87 вне форума  
Ответить с цитированием
Непрочитано 08.05.2019, 08:21   [включить плавающее окно]   #6
9285
Мужской Бывалый
 
Регистрация: 08.02.2019
vladimir87
Не нужно делать полное цитирование - и так всё понятно. Или делай частичное (после выделения части текста).
Не понял что в текстовых файлах, но что касается дампов, то это не то.
Я же написал про два небольших участка; то есть, не надо искать по всему диску - достаточно поискать в самом начале диска, хотя в твоём случае скорей всего сразу искать в конце. Можно или перейти в сектор меньший по значению последнего на 10000 и искать по шаблону как показано выше. Или перейти в самый последний и в опциях заменить направление поиска на Назад - в этом случае смотреть на номер сектора в котором идёт поиск. всё что дальше указанных участков не актуально.

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

Разыскиваемые блоки выглядят немного по другому - они более "разрежённые" нулями, в них видны характерные записи, в том числе имя компьютера. На скриншоте всё это видно.
Миниатюры
Нажмите на изображение для увеличения
Название: vblk2.PNG
Просмотров: 111
Размер:	29.6 Кб
ID:	54920  
9285 вне форума  
Ответить с цитированием
Непрочитано 08.05.2019, 09:26   [включить плавающее окно]   #7
vladimir87
Мужской Новенький
Автор темы
 
Регистрация: 06.05.2019
По поводу истории создания тома могу вспомнить следующее:
Том создавался из двух дисков после переустановки системы (win 7) на отдельный диск (изначально система была на одном из этих дисков). Все данные перед созданием были перенесены, а диски отформатированы, после чего данные залил обратно. Том пережил миграцию на win 10, но вот переустановку ОС на ssd не перенес.
vladimir87 вне форума  
Ответить с цитированием
Непрочитано 08.05.2019, 09:43   [включить плавающее окно]   #8
9285
Мужской Бывалый
 
Регистрация: 08.02.2019
То есть, был собран из двух пустых дисков? А не собирался из кучи разделов - последнее нередко бывает после того как систему переносят на SSD а её бывший раздел начинают пришивать к имеющемуся.
Если так, то это, конечно же, облегчает сборку массива.

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

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

Продолжение.
Составной том по сути тот же логический том, но только "сшитый" из кусков.
Если он создавался на двух пустых дисках, то в нём два куска. И первая часть тома расположена на одном диске, оставшаяся на втором. Вполне логично что, при форматировании тома средствами винды, MFT mirror и начальный фрагмент MFT находятся в начале первой части. И если "раздел" data является не артефактом чего то более раннего, то отсутствие F и беспокоит, и особенно в контекст того что это находится на диске с заремапленным сектором.
В принципе, даже если не найдутся данные LDM, можно просто запустить полное сканирование на обоих томах и по результатам скана определиться где находятся записи MFT, все ли они имеются; можно открыть найденные тома и посмотреть в них наличие данных. Опять же, смущает вот этот заменённый сектор - потому как полный скан предполагает чтение всей поляны диска, и если на нём есть какой то деффект, то он может лишь усугубить ситуацию.
Страшновато? Я не спец по железной части, поэтому просто предупреждаю - делать выводы тебе.
9285 вне форума  
Ответить с цитированием
Непрочитано 08.05.2019, 18:30   [включить плавающее окно]   #9
vladimir87
Мужской Новенький
Автор темы
 
Регистрация: 06.05.2019
Цитата (9285) »
То есть, был собран из двух пустых дисков?
Да, по сути из двух пустых дисков.
Цитата (9285) »
Если предположить что это начало тома, то было бы логично увидеть среди индикаторов F, но его там нет и это настораживает.
Насколько я вижу, индикатор F все же есть (см. скрин во вложении)
Цитата (9285) »
Ранее следил за SMART?
Не следил, поэтому сказать сложно когда сектор стал переназначенным.
Цитата (9285) »
Страшновато?
На самом деле по большей части интересно Если данные и пойдут в итоге по бороде, горевать сильно не стану, благо старые фото лежат на отдельном винте, а новые, ну что ж поделать...
Миниатюры
Нажмите на изображение для увеличения
Название: Screenshot_6.png
Просмотров: 104
Размер:	24.5 Кб
ID:	54927  

Последний раз редактировалось vladimir87; 08.05.2019 в 19:01.
vladimir87 вне форума  
Ответить с цитированием
Непрочитано 08.05.2019, 18:50   [включить плавающее окно]   #10
9285
Мужской Бывалый
 
Регистрация: 08.02.2019
Это не F а f - а это лишь копия начальных записей.
Кстати, а что не показал фоновое окно DMDE как я посил?
Цитата
На самом деле по большей части интересно
Аналогично.
9285 вне форума  
Ответить с цитированием
Непрочитано 08.05.2019, 18:57   [включить плавающее окно]   #11
vladimir87
Мужской Новенький
Автор темы
 
Регистрация: 06.05.2019
Еще что-то нашел в конце диска.
Миниатюры
Нажмите на изображение для увеличения
Название: Screenshot_7.png
Просмотров: 102
Размер:	59.7 Кб
ID:	54930  
Вложения
Тип файла: 7z DMDE2.7z (410 байт, 5 просмотров)

Последний раз редактировалось vladimir87; 08.05.2019 в 19:02.
vladimir87 вне форума  
Ответить с цитированием
Непрочитано 08.05.2019, 19:05   [включить плавающее окно]   #12
9285
Мужской Бывалый
 
Регистрация: 08.02.2019
Ок, вот это уже то, что надо, только VBLK какой то куцый. Поищи самую первую запись и посмотри визуально где кроме VBLK есть что то ещё - там примерно 2-3 сектора должно быть использовано.

Ну вот, по бутсектору видно что MFT начинается в стандартном (для виндового форматера) кластере. И если бы там были записи, пусть даже несильно повреждённые, то индикатор F был бы.
9285 вне форума  
Ответить с цитированием
Непрочитано 08.05.2019, 19:14   [включить плавающее окно]   #13
vladimir87
Мужской Новенький
Автор темы
 
Регистрация: 06.05.2019
Цитата (9285) »
Поищи самую первую запись и посмотри визуально где кроме VBLK есть что то ещё - там примерно 2-3 сектора должно быть использовано.
Самую первую запись VBLK? Если с начала диска, то я как раз ее в первый раз и прислал. А если не с начала, то откуда? Мне конечно весь диск прошерстить не проблема, правда это займет некоторое время.
А на втором диске искать нечего?
vladimir87 вне форума  
Ответить с цитированием
Непрочитано 08.05.2019, 19:19   [включить плавающее окно]   #14
9285
Мужской Бывалый
 
Регистрация: 08.02.2019
Да, это первый сектор, но обычно там несколько записей занято. Поэтому тут или какой то подчищенный или записи есть в секторах далее (штук 10 последующих).
И да, то же самое посмотри на втором диске - там копия базы, и если на первом повреждена, то может на втором цела.
9285 вне форума  
Ответить с цитированием
Непрочитано 09.05.2019, 11:36   [включить плавающее окно]   #15
9285
Мужской Бывалый
 
Регистрация: 08.02.2019
На скриншоте показал какие записи интересуют.
Зелёным выделил байт, который указывает тип записи VBLK, синим - как видится эта запись.
Именно в этих блоках данные о размере блоков и их местоположении в томе.
Миниатюры
Нажмите на изображение для увеличения
Название: VBLK_33.png
Просмотров: 105
Размер:	32.5 Кб
ID:	54935   Нажмите на изображение для увеличения
Название: deskript33.png
Просмотров: 99
Размер:	19.2 Кб
ID:	54936  
9285 вне форума  
Ответить с цитированием
Непрочитано 09.05.2019, 14:27   [включить плавающее окно]   #16
vladimir87
Мужской Новенький
Автор темы
 
Регистрация: 06.05.2019
VBLK просто огромное количество записей.
Миниатюры
Нажмите на изображение для увеличения
Название: Screenshot_8.png
Просмотров: 110
Размер:	35.6 Кб
ID:	54939  
Вложения
Тип файла: 7z DMDE3.7z (465 байт, 10 просмотров)

Последний раз редактировалось vladimir87; 09.05.2019 в 14:32.
vladimir87 вне форума  
Ответить с цитированием
Непрочитано 09.05.2019, 14:52   [включить плавающее окно]   #17
9285
Мужской Бывалый
 
Регистрация: 08.02.2019
Это ещё мало. Там же в каждой из записей описывается какая то из нескольких компонент.
Но нужные ты сам уже отметил - теперь их надо распарсить
И это полдела - ведь по прежнему актуальна целостность хотя бы MFT.
Если исходить из версии что запись о разделе data актуальна, то как зеркало цело и можно посмотреть в 0-вой записи где расположена MFT. Потом, по результатам полного скана сравнить с тем что и где найдено.
Делать дампы ты научился, поэтому не составит труда сделать пару дампов.
1. предполагаемой MFT Mirror, начинающейся в секторе 2048+8*2=2064 и размер которой 8-секторов (из которых критичны только 2 начальных).
2. Начальных записей MFT, начинающихся в секторе 2048+786432*8
Тут важно посмотреть что а месте начальных записей и есть ли последующие записи.

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

Цитата (vladimir87) »
система сообщила об ошибке составного тома
В одной из отмеченных записей действительно есть ошибка - вместо смещения равного размеру первого блока стоят 00. Это может служить обьяснением указанной винлой ошибке.
9285 вне форума  
Ответить с цитированием
Непрочитано 09.05.2019, 21:13   [включить плавающее окно]   #18
vladimir87
Мужской Новенький
Автор темы
 
Регистрация: 06.05.2019
Если я все правильно понял, "2048+8*2=2064 и размер которой 8-секторов" - означает сектора 2064 - 2072. И один сектор 2048+786432*8 = 6307840.
Вложения
Тип файла: 7z DMDE4.7z (1.3 Кб, 10 просмотров)

Последний раз редактировалось vladimir87; 09.05.2019 в 22:11.
vladimir87 вне форума  
Ответить с цитированием
Непрочитано 09.05.2019, 22:14   [включить плавающее окно]   #19
9285
Мужской Бывалый
 
Регистрация: 08.02.2019
vladimir87
С первым дампом всё правильно понял.
А вот со вторым ошибся в расчёте (правильный сектор 6293504) и нужен дамп примерно 50-100 секторов. В начальных 8-ми нет нормальных записей, но надо посмотреть что там - может это прояснит ситуацию. А последующие чтобы посмотреть живы ли там записи.
И хотелось бы посмотреть что в аналогичных записях с VBLK на втором диске - есть ли там ошибка или нет.
9285 вне форума  
Ответить с цитированием
Непрочитано 10.05.2019, 10:24   [включить плавающее окно]   #20
vladimir87
Мужской Новенький
Автор темы
 
Регистрация: 06.05.2019
См. вложения
Вложения
Тип файла: 7z dev1_lba6293504_100.7z (50.2 Кб, 10 просмотров)
Тип файла: 7z dev2_vblk.7z (459 байт, 12 просмотров)
vladimir87 вне форума  
Ответить с цитированием
Ответ Создать новую тему

Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


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


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2019, Jelsoft Enterprises Ltd. Перевод: zCarot
Copyright © 2000-2017 3DNews. All Rights Reserved.
Администрация 3DNews требует соблюдения на форуме правил и законов РФ
Серверы размещены в Hostkey