Форум 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
Просмотров: 159
Размер:	64.6 Кб
ID:	54898   Нажмите на изображение для увеличения
Название: Screenshot_2.png
Просмотров: 153
Размер:	69.5 Кб
ID:	54899   Нажмите на изображение для увеличения
Название: Screenshot_3.png
Просмотров: 162
Размер:	28.6 Кб
ID:	54900   Нажмите на изображение для увеличения
Название: Screenshot_4.png
Просмотров: 176
Размер:	30.0 Кб
ID:	54901   Нажмите на изображение для увеличения
Название: Screenshot_5.png
Просмотров: 143
Размер:	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
Просмотров: 166
Размер:	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 Кб, 10 просмотров)
vladimir87 вне форума  
Ответить с цитированием
Непрочитано 08.05.2019, 08:21   [включить плавающее окно]   #6
9285
Мужской Опытный
 
Регистрация: 08.02.2019
vladimir87
Не нужно делать полное цитирование - и так всё понятно. Или делай частичное (после выделения части текста).
Не понял что в текстовых файлах, но что касается дампов, то это не то.
Я же написал про два небольших участка; то есть, не надо искать по всему диску - достаточно поискать в самом начале диска, хотя в твоём случае скорей всего сразу искать в конце. Можно или перейти в сектор меньший по значению последнего на 10000 и искать по шаблону как показано выше. Или перейти в самый последний и в опциях заменить направление поиска на Назад - в этом случае смотреть на номер сектора в котором идёт поиск. всё что дальше указанных участков не актуально.

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

Разыскиваемые блоки выглядят немного по другому - они более "разрежённые" нулями, в них видны характерные записи, в том числе имя компьютера. На скриншоте всё это видно.
Миниатюры
Нажмите на изображение для увеличения
Название: vblk2.PNG
Просмотров: 160
Размер:	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
Просмотров: 162
Размер:	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
Просмотров: 153
Размер:	59.7 Кб
ID:	54930  
Вложения
Тип файла: 7z DMDE2.7z (410 байт, 10 просмотров)

Последний раз редактировалось 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
Просмотров: 149
Размер:	32.5 Кб
ID:	54935   Нажмите на изображение для увеличения
Название: deskript33.png
Просмотров: 151
Размер:	19.2 Кб
ID:	54936  
9285 на форуме  
Ответить с цитированием
Непрочитано 09.05.2019, 14:27   [включить плавающее окно]   #16
vladimir87
Мужской Новенький
Автор темы
 
Регистрация: 06.05.2019
VBLK просто огромное количество записей.
Миниатюры
Нажмите на изображение для увеличения
Название: Screenshot_8.png
Просмотров: 168
Размер:	35.6 Кб
ID:	54939  
Вложения
Тип файла: 7z DMDE3.7z (465 байт, 12 просмотров)

Последний раз редактировалось 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 Кб, 13 просмотров)

Последний раз редактировалось 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 Кб, 13 просмотров)
Тип файла: 7z dev2_vblk.7z (459 байт, 16 просмотров)
vladimir87 вне форума  
Ответить с цитированием
Непрочитано 10.05.2019, 19:40   [включить плавающее окно]   #21
9285
Мужской Опытный
 
Регистрация: 08.02.2019
В секторах, где ожидались записи MFT нет ничего подобного.
Не хочется думать о печальном, поэтому надо посмотреть что в этих же секторах на другом диске - возможно он является начальным. А можно и не смотреть а приступить к полному сканированию (с учётом написанного ранее).
в процессе скана делай промежуточные сохранения лога - и можешь выложить (в запакованном виде) таковой когда просканируется примерно 7000000 секторов.
9285 на форуме  
Ответить с цитированием
Непрочитано 11.05.2019, 11:06   [включить плавающее окно]   #22
vladimir87
Мужской Новенький
Автор темы
 
Регистрация: 06.05.2019
Дампы второго во вложении, полный скан запустил.
Вложения
Тип файла: 7z dev2_100.7z (52.8 Кб, 14 просмотров)
vladimir87 вне форума  
Ответить с цитированием
Непрочитано 11.05.2019, 13:18   [включить плавающее окно]   #23
vladimir87
Мужской Новенький
Автор темы
 
Регистрация: 06.05.2019
Логи сюда не влезают, поэтому скинул на гугл диск.
https://drive.google.com/open?id=1E1...Ydvf8LYf0uPGhE
vladimir87 вне форума  
Ответить с цитированием
Непрочитано 11.05.2019, 20:55   [включить плавающее окно]   #24
9285
Мужской Опытный
 
Регистрация: 08.02.2019
vladimir87
Ок. Ситуация немного проясняется, но ещё не окончательно.
Выясняется что с памятью у тебя склероз, надеюсь что зрение в порядке.
Каким цветом были окрашены тома в диспетчере дисков винды?
9285 на форуме  
Ответить с цитированием
Непрочитано 12.05.2019, 09:51   [включить плавающее окно]   #25
vladimir87
Мужской Новенький
Автор темы
 
Регистрация: 06.05.2019
Насколько я помню бирюзовый
Изображения
 
vladimir87 вне форума  
Ответить с цитированием
Непрочитано 12.05.2019, 10:06   [включить плавающее окно]   #26
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Когда вчера смотрел логи уже думал написать что ситуация швак, потому как в дампах не было нужного и в огромнейшем числе блоков не отслеживалась необходимая структура. Но в таких случаях не стоит торопиться с выводами, потому как всякое бывает - и это подтвердилось. Просмотр логов при разных сортировках позволил заметить чётко чередующиеся блоки по 64 записи, расположенных в секторах со значением в 2 раза меньше прописанного в 0-вой секторе. И стало понятно что у тебя не закрытый перелом а открытый использовался чередующийся том, у которого как раз бирюзовый цвет. Так что, со зрительной памятью у тебя всё нормально.

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

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

В данной ситуации можно попробовать воспользоваться функционалом автоматического определения RAID - такая функция есть в DMDE (насколько знаю - в R-studio). Если что - размер блока 64кб.

Последний раз редактировалось 9285; 12.05.2019 в 14:28.
9285 на форуме  
Ответить с цитированием
Непрочитано 12.05.2019, 17:05   [включить плавающее окно]   #27
9285
Мужской Опытный
 
Регистрация: 08.02.2019
До сих пор не смог понять откуда берётся смещение для в районе начала второго фрагмента, имеющееся и в смоделированной ситуации - но при этом прекрасно работает вполне логичная сборка массива.
Можешь и сам попробовать собрать и проверить.
На скриншоте изображено как собрать массив в DMDE.
Сначала указываешь тип массива и размер блока.
Потом плюсиком (отмечено зелёным) последовательно добавляешь два физических диска - первым тот, на котором есть том с меткой data.
Далее меняешь параметры (выделено оранжевым) каждого из диска - при данном типе массива достаточно сменить только стартовый сектор.
После этого можешь открыть найденный том и посмотреть что в нём, восстановить на другой носитель и проверить какие то файлы.
Миниатюры
Нажмите на изображение для увеличения
Название: raid-0.png
Просмотров: 182
Размер:	15.6 Кб
ID:	54951  
9285 на форуме  
Ответить с цитированием
Непрочитано 12.05.2019, 22:30   [включить плавающее окно]   #28
vladimir87
Мужской Новенький
Автор темы
 
Регистрация: 06.05.2019
Цитата (9285) »
Можешь и сам попробовать собрать и проверить.
На скриншоте изображено как собрать массив в DMDE.
Сработало! Собрался RAID, данные на месте! Осталось их только восстановить на другие диски! Огромное тебе спасибо, как я могу тебя отблагодарить за помощь!?
vladimir87 вне форума  
Ответить с цитированием
Непрочитано 12.05.2019, 22:45   [включить плавающее окно]   #29
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Отлично.
Насколько понимаю, после восстановления ты будешь что то делать с обоими дисками (переразбивать, форматировать и т.п.)
В качестве благодарности могу предложить тебе сделать восстановление массива по месту - в конце концов, если не получится, то терять то нечего.
Метода восстановления по месту составных томов уже проверена, с чередующимися ещё не пробовал, хотя думаю что всё аналогично. Но одно дело делать это в смоделированной ситуации - совсем другое в реальности.
9285 на форуме  
Ответить с цитированием
Непрочитано 13.05.2019, 08:23   [включить плавающее окно]   #30
vladimir87
Мужской Новенький
Автор темы
 
Регистрация: 06.05.2019
Не вопрос, давай проверим, к вечеру думаю R-studio закончит копирование на новые диски, и можно будет поэкспериментировать.
vladimir87 вне форума  
Ответить с цитированием
Непрочитано 13.05.2019, 10:57   [включить плавающее окно]   #31
9285
Мужской Опытный
 
Регистрация: 08.02.2019
В виду того, что написать надо не так уж мало - буду писать по частям.
Вступление
Технически, можно попробовать разобраться с самими записями LDM и что в них не так. Основная проблема в том, что нет достоверной (100% ной) информации о том, как устроено всё это. Разобраны основные моменты, но некоторые вещи до сих пор являются белым пятном. и может оказаться что какой то байтик в белом пятне и является критичным.
Поэтому делается заход с другой стороны - смоделировать ситуацию создания массива при которой будет создана новая LDM. И тут самый главный момент - точность создания массива. Особенно это очень актуально для составных томов. состоящих из нескольких фрагментов (в том числе на одном диске). Хотя и в такой ситуации у меня получилось создать массив а потом скорректировать его записи в части размеров блоков и их позиции в самом массиве.
В случае с "полосатиком" эта точность не критична, зато очень критично организовать само чередование - то есть какой из дисков будет начальным.

Сразу небольшое предупреждение. У тебя используется новодел (10ка) и по скриншоту видно что она проинициализировала диски как то по своемому. Я не исключаю что и само создание массивов у неё отличается, но нет никакого желания ставить это д...мо и проверять так ли это. Поэтому надежда на то, что часть кода, отвечающую за создание массивов не затронули. Вывод - для создания массива лучше всего использовать ту систему, под которой он формировался изначально.
В случае если это не принципиально важно. я в своих "экспериментах" использую "старушку" win7 поэтому всё написанное далее относится к ней.

В описании дальше предполагается что на массиве создаётся один логический диск, в случае с большим числом дисков вряд ли что то меняется, тем не менее лучше это уточнить.
1. Если дальнейшая сборка будет сделана правильно, то винда обнулит бустектор бывшего тома. И хотя можно будет найти копию такового, нельзя не исключать что её может не оказаться. Поэтому лучше сразу зарезервировать её.
В твоём случае это содержимое сектора 2048 на диске, где есть раздел data.
В случае чередующегося тома, при неправильном задании начального диска обнулится такой же сектор другого диска, поэтому для подстраховки не помешает создать дамп этого сектора и с другого диска.
СПОЙЛЕР »
В моделировании ситуации именно такое и произошло. Как выяснилось. в том секторе находился метафайл $Upcase и последующая поверка чекдиском не нашла ошибки в нём, хотя вполне очевидно что какая то его часть была обнулена.

2. Подготовительный этап.
Его задача - избавится от старой базы LDM.
В случае MBR разметки диска, как писал выше - эти данные записаны в конце каждого диска + приватный заголовок (PRIVHEAD) есть в начале диска. Конкретный данные массива можно уточнить в ранее указанных блоках VBLK, но в твоём (типичном для современных win случае) части массива начинаются в секторе 2048 (*) и их размер определён в тех же записях, но не далее примерно 2048 -го сектора от конца каждого из дисков.
В принципе, можно использовать команду clean (без дополнительных ключей0 из diskpart, которая очищает искомые сектора, но я не могу гарантировать что это будет сделано именно так и особенно применительно к ситуации когда ещё актуален старый массив (у тебя то его уже нет).
СПОЙЛЕР »
В одном из экспериментов лишил том буквы и в в таком состоянии сделал clean на каждом из дисков массива - очистилось бОльшее количество секторов.
. Поэтому, как говорится "Хочешь сделать хорошо - сделай сам".
Для начала, чтобы исключить работу винды с дисками-участниками (особенно если речь идёт о актуальном массиве) надо сделать каждому их этих дисков MBR off, применить изменение разметки и перезагрузить систему.
После этого занулить 2048 секторов от начала диска (0-2047) - на скриншоте показано как делается зануление для начала диска; и столько же - от конца. Применительно к MBR разметке, можно найти в конце диска сектор в начале которого записано TOCKBLOCK (это и есть начало базы LDM) - и затереть сектора начиная с него и до конца диска.
И, несомненно, перед занулением секторов можно сохранить их содержимое - это если захочется проанализировать ситуации или сравнить потом смещения и размеры блоков.
Зануление делается использованием функции заполнить секторы. Надо очень внимательно смотреть что зануляется потому как можно и лишнее обнулить и, что может быть особенно печальным - занулить что то на диске не относящемся к массиву.
После зануления желательно перезагрузить систему или хотя бы обновить оснастку в управлении дисков винды.
Миниатюры
Нажмите на изображение для увеличения
Название: 01-mbr-off.png
Просмотров: 166
Размер:	31.1 Кб
ID:	54955   Нажмите на изображение для увеличения
Название: 02-zerro 0-2047.png
Просмотров: 154
Размер:	13.4 Кб
ID:	54958   Нажмите на изображение для увеличения
Название: 03-tockblock.png
Просмотров: 155
Размер:	30.0 Кб
ID:	54959  

Последний раз редактировалось 9285; 13.05.2019 в 13:46.
9285 на форуме  
Ответить с цитированием
Непрочитано 13.05.2019, 13:51   [включить плавающее окно]   #32
9285
Мужской Опытный
 
Регистрация: 08.02.2019
3. Создание нового массива.
Заходишь в управление дисков винды и инициализируешь оба диска-участника как MBR.
Следующий момент очень критичен и важно не ошибиться с выбором "начального" диска. Насколько заметил, DMDE правильно отображает номерацию дисков и, если исходить из начальных скриншотов, в твоём случае начальным будет disk1. На всякий случай проверяешь на каком диске бывший том с началом в секторе 2048 и с индикаторами Bxxf
На моих скриншотах номерация другая, поэтому показываю как есть а ты там уже учитывай свою номерацию.

Итак, выделяем на начальном диске нераспределённую область и в контекстном меню выбираем создание чередующегося тома. В последующем окне проверяем что в правой части нужный диск; после чего добавляем второй и создаём том. Букву пока назначать не надо. И ещё очень важный момент - диск ни в коем случае не надо форматировать.
Миниатюры
Нажмите на изображение для увеличения
Название: 04-start_control.png
Просмотров: 157
Размер:	28.6 Кб
ID:	54960   Нажмите на изображение для увеличения
Название: 05-ini_MBR.png
Просмотров: 163
Размер:	27.3 Кб
ID:	54961   Нажмите на изображение для увеличения
Название: 06-create1.png
Просмотров: 156
Размер:	10.9 Кб
ID:	54962   Нажмите на изображение для увеличения
Название: 07-create2.png
Просмотров: 163
Размер:	16.4 Кб
ID:	54963   Нажмите на изображение для увеличения
Название: 08-create3.png
Просмотров: 156
Размер:	15.4 Кб
ID:	54964  

9285 на форуме  
Ответить с цитированием
Непрочитано 13.05.2019, 13:54   [включить плавающее окно]   #33
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Будет сообщение о преобразовании диска в динамические - соглашаешься.
Если всё сделал правильно, то в управлении дисков появится массив а том будет иметь состояние RAW.
Для контроля что всё сделано правильно - открой в DMDE диск на котором ранее был "раздел" data и убедись что теперь его нет. На самом деле том на месте, но у него просто нет бутсектора, а в секторе 2049 и далее можно увидеть содержимое кода загрузчика.
Миниатюры
Нажмите на изображение для увеличения
Название: 09-not_format.png
Просмотров: 157
Размер:	17.7 Кб
ID:	54965   Нажмите на изображение для увеличения
Название: 10-control.png
Просмотров: 155
Размер:	65.0 Кб
ID:	54966   Нажмите на изображение для увеличения
Название: 11-dinamo.png
Просмотров: 156
Размер:	11.8 Кб
ID:	54967   Нажмите на изображение для увеличения
Название: 12-end.png
Просмотров: 154
Размер:	7.3 Кб
ID:	54968   Нажмите на изображение для увеличения
Название: 13-control_DMDE.png
Просмотров: 157
Размер:	26.8 Кб
ID:	54969  


Последний раз редактировалось 9285; 13.05.2019 в 17:47.
9285 на форуме  
Ответить с цитированием
Непрочитано 13.05.2019, 14:17   [включить плавающее окно]   #34
9285
Мужской Опытный
 
Регистрация: 08.02.2019
4. "Восстановление" прежнего тома.
Теоретически, если всё сделал правильно, можно назначить букву тому и запустить чекдиск.Он должен увидеть что нет бутсектора и восстановить его из копии. Но лучше не надеятся на него и сделать по ранее озвученному принципу. Тем более что в "ручном" режиме ты сможешь проверить правильность действий и наличие структуры данных.
Т.к. винда будет блокировать запись в бутсектор, надо сделать как ранее MBRoff на обоих дисках, применить изменения и перезагрузить систему.
После этого открыть начальный диск и записать ранее сохранённый дамп бутсектора на его бывшее место (в сектор 2048). Это делается по аналогии сохранения дампа, только источник и приёмник меняются местами. И тут важно, в месте для записи, указать нужный номер сектора. Для тех кто может зевнуть и не проверить номер сектора рекомендую сначала перейти в требуемый сектор; во первых - будет видно что там 00, а главное - при выполнении записи номер сектора должен подставится сам (но лучше проконтролировать).
После записи бутсектора, можно собрать массив как было написано вчера, открыть том и проверить что всё на месте.
Если всё нормально, делаем MBRonn на обоих дисках, применяем изменения и перерезагружаем систему.
После перезагрузки, в диспетчере дисков винды назначаем букву тома и проверяем том чекдиском в режиме только чтения - нельзя исключать что были какие то ошибки - ведь не просто так том слетел после перезагрузки. Если ошибки есть - смотрим какие и определяем что делать дальше. Если нет - открываешь шампанское и пьёшь его значит всё сделано правильно..
PS. В принципе можно сделать контрольные суммы данных на восстановленном томе и сравнить с теми куда ты ранее восстановил. Это чтобы понять есть ли ошибки восстановления и в чём они.
PPS. Если что непонятно - лучше спроси. Если вдруг ошибёшься с выбором начального диска - не страшно, надо будет повторить всё с начала, но "поменять" диск. Главное - по ошибке не затронуть какой то другой диск (не участник) массива.
Миниатюры
Нажмите на изображение для увеличения
Название: 14-restore_BS.PNG
Просмотров: 158
Размер:	16.8 Кб
ID:	54970  

Последний раз редактировалось 9285; 13.05.2019 в 17:45.
9285 на форуме  
Ответить с цитированием
Непрочитано 13.05.2019, 14:24   [включить плавающее окно]   #35
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Совет
обычно "полосатики" используют для ускорения работы с диском. Не уверен что таковое имеется на сделанном таким образом, но вот проблем он может создать немало.
В случае того же составного тома (в котором идёт сначала блок с одного диска а потом с другого), в случае разрушения массива или гибели одного из дисков, есть шанс на то. что можно восстановить файлы целиком с жиого.
В случае "полосатика" такое возможно лишь для файлов. которые вместились в размер блока (в твоём случае - 64 кб).
Не думаю что это правильный выбор и советую лишний раз задуматься прежде чем связываться с такими конструкциями.
9285 на форуме  
Ответить с цитированием
Непрочитано 13.05.2019, 23:12   [включить плавающее окно]   #36
vladimir87
Мужской Новенький
Автор темы
 
Регистрация: 06.05.2019
Цитата (9285) »
надо сделать каждому их этих дисков MBR off, применить изменение разметки и перезагрузить систему.
После этого занулить 2048 секторов от начала диска (0-2047) - на скриншоте показано как делается зануление для начала диска; и столько же - от конца. Применительно к MBR разметке, можно найти в конце диска сектор в начале которого записано TOCKBLOCK (это и есть начало базы LDM) - и затереть сектора начиная с него и до конца диска.
Занулять надо начало и конец одного диска или обоих?
vladimir87 вне форума  
Ответить с цитированием
Непрочитано 13.05.2019, 23:19   [включить плавающее окно]   #37
vladimir87
Мужской Новенький
Автор темы
 
Регистрация: 06.05.2019
Ты указал что надо сделать MBRoff, ничего что у меня GPToff?
Миниатюры
Нажмите на изображение для увеличения
Название: Screenshot_11.png
Просмотров: 141
Размер:	26.1 Кб
ID:	54971  
vladimir87 вне форума  
Ответить с цитированием
Непрочитано 13.05.2019, 23:47   [включить плавающее окно]   #38
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Занулять на обоих.
Да, в твоём случае - GPToff, и это первый раз.
Кстати, не очень понятно откуда взялась GPT. Можно предположить что это 10-ка сделала при преобразовании, но как то нелогична смена стиля разметки.
9285 на форуме  
Ответить с цитированием
Непрочитано 16.05.2019, 21:22   [включить плавающее окно]   #39
vladimir87
Мужской Новенький
Автор темы
 
Регистрация: 06.05.2019
Thumbs up

Привет, извини за задержку с отчетом, много работы с понедельника навалилось.

Сделал я все что ты написал и честно говоря даже не удивился что все получилось! Все данные на месте, том собрался без проблем!

Еще раз от всей души благодарю за помощь в решении моей проблемы, моя вера в человечество восстала из пепла и я с радостью плюсую тебе в карму миллион очков!
Миниатюры
Нажмите на изображение для увеличения
Название: Screenshot_12.png
Просмотров: 120
Размер:	21.3 Кб
ID:	54986   Нажмите на изображение для увеличения
Название: Screenshot_13.png
Просмотров: 125
Размер:	5.5 Кб
ID:	54987  
vladimir87 вне форума  
Ответить с цитированием
Непрочитано 17.05.2019, 01:23   [включить плавающее окно]   #40
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Ок!
Продолжишь ты работать с "полосатиком" или нет - в любом случаев рекомендую делать некоторую профилактику файловой системы.
Если посмотришь лог полного сканирования. то можешь увидеть огромное число фрагментов MFT которые не относятся к текущей. И когда я первый раз смотрел лог, и считал что у тебя составной том, то всё это выглядело как помойка и не внушало оптимизма. Из того что мне известно - дефрагментатор Vopt умеет заполнять неиспользованное пространство, хотя с ходу не скажу чем он заполняет (а главное поддерживает ли он микрософтовские новоделы). Поэтому практикую более простой способ, который гарантированно заполняет почти всё свободное место 0-мя.
СПОЙЛЕР »
В винде есть штатная утилита, которая позволяет создать файл-пустышку заданного размера. В дальнейшем эту пустышку можно открыть в DMDE как образ, прописать 00-ми а затем удалить. Можешь проверить на этом массиве и сравнить логи полного скана до и после.
Применительно к диску D команда выглядит примерно так
fsutil file createnew d:\fill.bin 561566973952
Название файла можешь выбрать сам, расширение такое чтобы в DMDE он сразу был виден при выборе файла-образа. Что касается размера, то исходил из размера пустого места на разделе с умножением 561566973952=523*1024*1024
По факту можешь "забить" диск несколькими фалами исходя из свободного места.
9285 на форуме  
Ответить с цитированием
Непрочитано 19.09.2019, 23:08   [включить плавающее окно]   #41
Original_SP
Мужской Новенький
 
Регистрация: 19.09.2019
Приветствую! я пришел с (cyberforum - Возможно ли восстановить данные с оригинальными именами и структурой папок?)

Буду признателен за любую помощь в моей ситуации.
Какие данные нужны, для определения того, можно ли спасти мои данные?)
Original_SP вне форума  
Ответить с цитированием
Непрочитано 20.09.2019, 00:29   [включить плавающее окно]   #42
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Original_SP
СПОЙЛЕР »

Я в курсе твоей ситуации (по инфе с кибер"форума"), но тут есть и другие участники, а также те, кто может прочитать и узнать что то полезное. Поэтом нелишним будет описать суть ситуации.
И сделать это или в Восстановление утерянных данных, или в отдельной теме.
Для начала нужно посмотреть что будет видно на экране Разделы при открытии диска (физического) в программе DMDE.
9285 на форуме  
Ответить с цитированием
Ответ Создать новую тему

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

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

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

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


Текущее время: 00:19. Часовой пояс 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