|
|
Регистрация | Правила форума | FAQ форума | Справка | Пользователи | Поиск | Сообщения за день | Все разделы прочитаны |
Накопители (HDD, SSD, CD, DVD, Flash и др. ) Обменяемся опытом работы с накопителями (HDD, CD/DVD, Flash и т.д.) |
|
Опции темы | Опции просмотра |
31.01.2018, 05:08 | #16 | |||
Нарушил правила
|
Попробовал смоделировать ситуацию.
В полном обьёме не могу так как не могу смоделировать то, что 3-й кусок не прописался в самом томе, но постарался приблизить по максимуму. Дальнейшие правки не привели к работе тома - видимо там надо править всю цепочку, а может и этого недостаточно. Как будет время - продолжу эксперимент и отпишусь. |
|||
06.02.2018, 23:57 | #17 | |||
Нарушил правила
|
Пока не было времени более серьёзно разобраться с другими связанными записями LDM, но зато возникла мысль решить задачку по другому - пересоздать структуру LDM. Эта мысль возникла после прочтения инфы на каком то сайте где косвенно упоминалась типичность создания структуры.
Сказано - сделано. Далее написанное не является гарантией того что этот способ работоспособен на 100%, тем более что в каких то ситуациях возможны привязки к тем же GUID, поэтому на правах "инфа к сведению". В виртуалке два диска были проинициализированы как GPT. На первом был создан том, который потом был расширен на второй диск. Для проверки, массив был заполнен различным контентом, после чего просчитаны контрольные суммы файлов. Далее загрузился с бутявки и сделал очистку начала и конца дисков с помощью команды clean (diskpart-овской). После этого в винде повторил процесс создания массива, но только созданный в начале том не форматировался - вполне понятно что форматирование убило бы структуру прежнего раздела. Сам массив создался, но понятно что он был RAW. Дальнейший анализ показал что при создании тома винда обнулила содержимое начального секторам тома. Загрузился с бутявки (из винды не давало сделать задуманное) и восстановил бутсектор из его копии. После перезагрузки (и назначения буквы - при создании не назначал) массив стал доступен в полном обьёме. Чекдиск ошибок не нашёл, проверка по контрольным суммам показала что все данные целы. |
|||
11.02.2018, 13:04 | #18 | |||
Старожил
|
Цитата:
Цитата:
То есть если сейчас тупо пересоздать массив не форматируя, а потом накатить первые сектора дисков из бекапа - оно заработает? Мне просто кажется что я точно что-то неправильно понял либо в том, что ты сделал, либо в том, как устроена разметка дисков Еще вопрос - я сейчас пытаюсь плавать в бинарном представлении дисков в DMDE, и никак не могу найти то место, которое ты показал на картинке Цитата:
Добавлено через 1 час 24 минуты Еще такой вопрос: я правильно понял, что ты в ходе экспериментов использовал мои дампы в качестве заголовков дисков - то есть высока вероятность, что я смогу повторить такой эксперимент? Последний раз редактировалось VBDUnit, 11.02.2018 в 11:47. |
|||
11.02.2018, 13:32 | #19 | |||||||
Нарушил правила
|
VBDUnit
Цитата:
То есть не создание нового что то уничтожает а это делается ранее (сознательно). А потом создаётся новая структура (*) массива, параметры которого (при точном соблюдении начальной последовательности разметки) создаются аналогичные. То есть начала блока данных, его части и т.п. - при этом GUID уже новые. Возможно что последнее чем то критично в каких то нестандартных вещах - но это из разряда предположений. (*) Тут можно провести аналогии с патчеванием MFT. Есть битая 0-вая запись, в которой характер повреждений может быть разнообразным. И можно поправить ранлист, но какой то один левый байт может всё равно приводить к тому. что таблица будет считаться битой. Ну или вообще запись уничтожена. В таком случае проще взять за основу рабочую запись и в ней скорректировать нужные данные. В таком импланте можно даже оставить новые временные штампы, но лично я стараюсь внедрять родные (взятые из других целых записей) - после этого 0-вая запись уже не битая. Цитата:
Вообще, не торопись сразу делать описанное - я рекомендую потренироваться в виртуалке, и когда убедишься и в том что это работает и как это делать - тогда уже на реальном массиве практиковать. Но ты должен понимать что это не 100% гарантия и самое критичное (нужное) лучше восстановить на другой носитель. Цитата:
Цитата:
Добавлено через 9 минут (*) Кстати по поводу GPT и LDM. Я сильно не копал. но практически вся найденная (в том числе ранее) инфа по устройству LDM относится к MBR разметки. При GPT сами записи те же, но расположены они уже в начале диска - в конце дублей нет И ещё один важный момент - показывающий важность правильного воссоздания массива. Если у тебя первый диск GPT и динамический и он расширяется на неинициализированный диск, то на втором диске разметка делается в стиле MBR. По крайней мере, когда в виртуалке моделировал ситуацию было именно так. Возможно что это из за того что диски были 2ТБ (большие не поддерживаются) - но я выходил из этой ситуации простой инициализацией диска как gPT и потом уже расширял том с первого диска. |
|||||||
11.02.2018, 16:15 | #20 | ||||
Нарушил правила
|
Цитата:
Нет, я не могу использовать твои заголовки, т.к. в виртуалке максимальный размер создаваемого диска 2Тб. К тому же исследовать структуру записей лучше на рабочей, дабы исключить какие то вкрапления, особенно если они хаотичные, и тем более если не до конца ясно что и за что отвечает. сам можешь убедиться что в открытой документации не все значения имеют точное описание. Твои дампы использовались в самом начале, но как только появились подозрения в наличии ошибок, они были отложены и анализировались далее уже с учётом новой информации. Вполне возможно что кроме ошибок в записях VBLK есть ещё и несостыковки с записями в VMDK - по крайней мере там есть значения о 3-х частях и таком же количестве транзакций. А у тебя две. То есть, не до конца понятны все эти взаимосвязи и как должно быть правильно - именно поэтому была и произведена попытка восстановления по другому пути - и она получилась. Я не могу дать тебе 100% гарантию реконструкции, но 95 могу дать точно. И это относится к тому что восстановить массив из двух 3ТБ, но ведь ещё неизвестно точно что с самим логическим томом NTFS - пока о нём речь идёт на уровне того. что бутсектор соотвествует 6ТБ тому. И я не в курсе про очерёдность действий винды при расширении тома, поэтому исхожу из логики что сначала том "расширяется" в бутсекторе, а потом уже в $Bitmap, а не наоборот. Впрочем. ничто не мешает посмотреть что сейчас в записи $Bitmap. И ещё - вот выяснили что вместо значения ХХ почему то стоят 00. Но я не знаю почему так. и нет ли подобного где то в других местах. PS. Я не сгущаю тучи, но и не предупреждать о подобном не могу, потому как разные бывали случаи. |
||||
27.02.2018, 19:54 | #21 | |||
Старожил
|
Цитата:
Открыл оба диска в DMDE, нашёл LBA52 - но там почему то у обоих 3 ТВ одинаково o_O Так. Я немного офигеваю от количества информации Я не очень понял вот этот момент: Цитата:
Если что - я понимаю, что никакой гарантии нет. Цитата:
Последний раз редактировалось VBDUnit, 27.02.2018 в 20:07. |
|||
28.02.2018, 10:35 | #22 | |||||||
Нарушил правила
|
Цитата:
Цитата:
Цитата:
Цитата:
PS. Сорри. но сейчас нет времени написать подробнее. Напишу позже. |
|||||||
01.03.2018, 16:01 | #23 | ||||
Старожил
|
Цитата:
2. Оно находит там раздел Data: 3. Выбираю Data, нажимаю "Полное сканирование". Если нажать "Открыть том" тоже работает, но видно меньше папок и файлов. Открывается Data: 4. Восстанавливаю фотографию. Эскиз нормальный, а вот когда открываю, вижу это: И так большая часть фотографий. Видео практически ни одно не воспроизводится, а если и воспроизводится то до определенного момента. Архивы дохлые, EXE практически никакие не запускаются. Я понял это так: вряд ли оно за короткий срок успело запороть столько информации. Скорее всего, ПО просто не видит вторую половину файлов, которая лежит на другом HDD. Цитата:
Цитата:
Цитата:
Последний раз редактировалось VBDUnit, 01.03.2018 в 16:03. |
||||
01.03.2018, 21:57 | #24 | |||
Нарушил правила
|
1. JBOD собран неправильно, поэтому нет ничего удивительно что данные битые. Это относится к тем файлам, которые полностью или частично расположены на втором диске. Если битые и расположенные только на первом диске, то это уже другая проблема.
Хинт. При правильной сборке у тома должен быть ещё и индикатор C. 2. на моей картинке выборка VBLK записей относящихся к частичкам массива. 3. Это один сектор, который в самом начале тома - наличие его обозначается индикатором B 4. Конечно же VmWare потому как сам таковой пользуюсь. Кстати, у неё есть один "финт ушами", который может пригодится в качестве страховки от ошибки. |
|||
01.03.2018, 22:29 | #25 | |
THG Russia Forum Team
Эксперт клуба THG | HDD/SSD |
Цитата:
просто я ее тоже юзаю.
__________________
Всему свое время и каждому свой час! Хочешь жить - умей вертеться! Методика тестирования носителей информации. Новый раздел на форуме - Обустройство дома, ремонт и строительство. В ЛС помощь не оказываю, для этого есть форум! |
|
01.03.2018, 22:44 | #26 | |||
Нарушил правила
|
Wu-Tang
В ней можно подключить физический диск и в его расширенных настройках немного пошаманить (надо поискать). До корректного выключения виртуалки любые в структуре такого диска физически не происходят. Опция актуальна для старых версий VmWare, но в новых можно сделать то же, через конфигурационный файл. |
|||
01.03.2018, 22:46 | #27 |
THG Russia Forum Team
Эксперт клуба THG | HDD/SSD |
9285,
я 10 юзаю под хр.
__________________
Всему свое время и каждому свой час! Хочешь жить - умей вертеться! Методика тестирования носителей информации. Новый раздел на форуме - Обустройство дома, ремонт и строительство. В ЛС помощь не оказываю, для этого есть форум! |
01.03.2018, 23:44 | #30 |
THG Russia Forum Team
Эксперт клуба THG | HDD/SSD |
9285,
как физический можно в 10 подключать.
__________________
Всему свое время и каждому свой час! Хочешь жить - умей вертеться! Методика тестирования носителей информации. Новый раздел на форуме - Обустройство дома, ремонт и строительство. В ЛС помощь не оказываю, для этого есть форум! |
Здесь присутствуют: 1 (пользователей: 0 , гостей: 1) | |
Опции темы | |
Опции просмотра | |
|
|
Справочник словарей | ||
Словари русского языка - www.gramota.ru | Яndex - Словари | Википедия - ru.wikipedia.org |
|
|
|