THG.RU | \"Поиск\" Поиск \"Поиск\" | Новости | Видеокарты | Процессоры | Материнские платы | Мониторы | Аудио/видео | HDD и CD/DVD | Собери сам | Игры | Софт | Домашний ПК


Клуб экспертов THG.ru   

Вернуться   Клуб экспертов THG.ru > Персональные компьютеры. Компьютерное и серверное железо. > Накопители (HDD, SSD, CD, DVD, Flash и др. )

Регистрация Правила форума FAQ форума Справка Пользователи Поиск Сообщения за день Все разделы прочитаны

Накопители (HDD, SSD, CD, DVD, Flash и др. ) Обменяемся опытом работы с накопителями (HDD, CD/DVD, Flash и т.д.)

Ответ
 
Опции темы Опции просмотра
Старый 31.01.2018, 05:08   #16
Меню пользователя 9285
Нарушил правила
  
Попробовал смоделировать ситуацию.
В полном обьёме не могу так как не могу смоделировать то, что 3-й кусок не прописался в самом томе, но постарался приблизить по максимуму.
Дальнейшие правки не привели к работе тома - видимо там надо править всю цепочку, а может и этого недостаточно. Как будет время - продолжу эксперимент и отпишусь.
9285 вне форума   Ответить с цитированием
Старый 06.02.2018, 23:57   #17
Меню пользователя 9285
Нарушил правила
  
Пока не было времени более серьёзно разобраться с другими связанными записями LDM, но зато возникла мысль решить задачку по другому - пересоздать структуру LDM. Эта мысль возникла после прочтения инфы на каком то сайте где косвенно упоминалась типичность создания структуры.
Сказано - сделано.
Далее написанное не является гарантией того что этот способ работоспособен на 100%, тем более что в каких то ситуациях возможны привязки к тем же GUID, поэтому на правах "инфа к сведению".
В виртуалке два диска были проинициализированы как GPT.
На первом был создан том, который потом был расширен на второй диск.
Для проверки, массив был заполнен различным контентом, после чего просчитаны контрольные суммы файлов.
Далее загрузился с бутявки и сделал очистку начала и конца дисков с помощью команды clean (diskpart-овской).
После этого в винде повторил процесс создания массива, но только созданный в начале том не форматировался - вполне понятно что форматирование убило бы структуру прежнего раздела.
Сам массив создался, но понятно что он был RAW. Дальнейший анализ показал что при создании тома винда обнулила содержимое начального секторам тома. Загрузился с бутявки (из винды не давало сделать задуманное) и восстановил бутсектор из его копии.
После перезагрузки (и назначения буквы - при создании не назначал) массив стал доступен в полном обьёме. Чекдиск ошибок не нашёл, проверка по контрольным суммам показала что все данные целы.
9285 вне форума   Ответить с цитированием
Старый 11.02.2018, 13:04   #18
Меню пользователя VBDUnit
Старожил
  
Цитата:
виртуалке два диска были проинициализированы как GPT.
На первом был создан том, который потом был расширен на второй диск.
Для проверки, массив был заполнен различным контентом, после чего просчитаны контрольные суммы файлов.
Далее загрузился с бутявки и сделал очистку начала и конца дисков с помощью команды clean (diskpart-овской).
После этого в винде повторил процесс создания массива, но только созданный в начале том не форматировался - вполне понятно что форматирование убило бы структуру прежнего раздела.
Сам массив создался, но понятно что он был RAW. Дальнейший анализ показал что при создании тома винда обнулила содержимое начального секторам тома. Загрузился с бутявки (из винды не давало сделать задуманное) и восстановил бутсектор из его копии.
После перезагрузки (и назначения буквы - при создании не назначал) массив стал доступен в полном обьёме. Чекдиск ошибок не нашёл, проверка по контрольным суммам показала что все данные целы.
Немного не догнал, ты же пересоздал массив (пусть и без форматирования), а потом
Цитата:
восстановил бутсектор из его копии.
разве это восстановление не затёрло инфу о том, что массив - это массив?

То есть если сейчас тупо пересоздать массив не форматируя, а потом накатить первые сектора дисков из бекапа - оно заработает? Мне просто кажется что я точно что-то неправильно понял либо в том, что ты сделал, либо в том, как устроена разметка дисков

Еще вопрос - я сейчас пытаюсь плавать в бинарном представлении дисков в DMDE, и никак не могу найти то место, которое ты показал на картинке
Цитата:
56 42 4C 4B 00 00 00 0C 00 00 00 09 00 00 00 01
00 00 00 34 00 00 00 3A 01 0A 05 44 69 73 6B 33
24 65 33 66 66 65 38 65 38 2D 33 37 34 66 2D 31
31 65 34 2D 38 32 36 64 2D 30 30 31 64 37 64 61
65 35 63 63 38 00 00 00 00 00 00 00 00 00 00 00
00 16 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
56 42 4C 4B 00 00 00 0D 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
56 42 4C 4B 00 00 00 0E 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
56 42 4C 4B 00 00 00 0F 00 00 00 0E 00 00 00 01
00 00 02 51 00 00 00 57 01 07 07 56 6F 6C 75 6D
65 32 03 67 65 6E 00 41 43 54 49 56 45 00 00 00
00 00 00 00 00 03 01 02 00 00 00 11 01 01 00 00
00 00 00 00 00 2C 00 00 00 00 00 00 00 00 08 00
00 00 04 8C 55 D8 00 00 00 00 00 06 5D 82 3B 58
E1 0F 45 53 AD 73 DD 5B B6 25 27 7C 02 44 3A 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Вот эта последовательность: 56 42 4C 4B 00 00 00 много где встречается. Я правильно понял, что это начало блока, в котором содержится инфа о разделе? И мне нужно найти именно мой поврежденный раздел?

Добавлено через 1 час 24 минуты
Еще такой вопрос: я правильно понял, что ты в ходе экспериментов использовал мои дампы в качестве заголовков дисков - то есть высока вероятность, что я смогу повторить такой эксперимент?

Последний раз редактировалось VBDUnit, 11.02.2018 в 11:47.
VBDUnit вне форума   Ответить с цитированием
Старый 11.02.2018, 13:32   #19
Меню пользователя 9285
Нарушил правила
  
VBDUnit
Цитата:
разве это восстановление не затёрло инфу о том, что массив - это массив?
Самое первое действие в описанном эксперименте - использование clean, которая обнуляет 2048 секторов в начале и конце выбранного диска. при этом теряется всё информация о GPT разметке и почти вся об LDM
То есть не создание нового что то уничтожает а это делается ранее (сознательно). А потом создаётся новая структура (*) массива, параметры которого (при точном соблюдении начальной последовательности разметки) создаются аналогичные. То есть начала блока данных, его части и т.п. - при этом GUID уже новые. Возможно что последнее чем то критично в каких то нестандартных вещах - но это из разряда предположений.

(*) Тут можно провести аналогии с патчеванием MFT.
Есть битая 0-вая запись, в которой характер повреждений может быть разнообразным. И можно поправить ранлист, но какой то один левый байт может всё равно приводить к тому. что таблица будет считаться битой. Ну или вообще запись уничтожена.
В таком случае проще взять за основу рабочую запись и в ней скорректировать нужные данные. В таком импланте можно даже оставить новые временные штампы, но лично я стараюсь внедрять родные (взятые из других целых записей) - после этого 0-вая запись уже не битая.

Цитата:
а потом накатить первые сектора дисков из бекапа - оно заработает?
Нет, только первый сектор самого тома NTFS, потому что он обнуляется при создании нового массива.

Вообще, не торопись сразу делать описанное - я рекомендую потренироваться в виртуалке, и когда убедишься и в том что это работает и как это делать - тогда уже на реальном массиве практиковать. Но ты должен понимать что это не 100% гарантия и самое критичное (нужное) лучше восстановить на другой носитель.

Цитата:
и никак не могу найти то место, которое ты показал на картинке
Это секция VBLK, которая при GPT (*) разметке начинается в LBA52.
Цитата:
Я правильно понял, что это начало блока, в котором содержится инфа о разделе?
Это начало записи о той. или иной составляющей массива, который состоит из нескольких "конструкций" - тип можно смотреть в каждой из таких записей по смещению 0x13

Добавлено через 9 минут
(*) Кстати по поводу GPT и LDM.
Я сильно не копал. но практически вся найденная (в том числе ранее) инфа по устройству LDM относится к MBR разметки.
При GPT сами записи те же, но расположены они уже в начале диска - в конце дублей нет
И ещё один важный момент - показывающий важность правильного воссоздания массива.
Если у тебя первый диск GPT и динамический и он расширяется на неинициализированный диск, то на втором диске разметка делается в стиле MBR. По крайней мере, когда в виртуалке моделировал ситуацию было именно так. Возможно что это из за того что диски были 2ТБ (большие не поддерживаются) - но я выходил из этой ситуации простой инициализацией диска как gPT и потом уже расширял том с первого диска.
9285 вне форума   Ответить с цитированием
Старый 11.02.2018, 16:15   #20
Меню пользователя 9285
Нарушил правила
  
Цитата:
я правильно понял, что ты в ходе экспериментов использовал мои дампы в качестве заголовков дисков - то есть высока вероятность, что я смогу повторить такой эксперимент?
Сразу что то не заметил этот вопрос.
Нет, я не могу использовать твои заголовки, т.к. в виртуалке максимальный размер создаваемого диска 2Тб.
К тому же исследовать структуру записей лучше на рабочей, дабы исключить какие то вкрапления, особенно если они хаотичные, и тем более если не до конца ясно что и за что отвечает.
сам можешь убедиться что в открытой документации не все значения имеют точное описание.
Твои дампы использовались в самом начале, но как только появились подозрения в наличии ошибок, они были отложены и анализировались далее уже с учётом новой информации.
Вполне возможно что кроме ошибок в записях VBLK есть ещё и несостыковки с записями в VMDK - по крайней мере там есть значения о 3-х частях и таком же количестве транзакций. А у тебя две. То есть, не до конца понятны все эти взаимосвязи и как должно быть правильно - именно поэтому была и произведена попытка восстановления по другому пути - и она получилась.
Я не могу дать тебе 100% гарантию реконструкции, но 95 могу дать точно. И это относится к тому что восстановить массив из двух 3ТБ, но ведь ещё неизвестно точно что с самим логическим томом NTFS - пока о нём речь идёт на уровне того. что бутсектор соотвествует 6ТБ тому. И я не в курсе про очерёдность действий винды при расширении тома, поэтому исхожу из логики что сначала том "расширяется" в бутсекторе, а потом уже в $Bitmap, а не наоборот. Впрочем. ничто не мешает посмотреть что сейчас в записи $Bitmap.
И ещё - вот выяснили что вместо значения ХХ почему то стоят 00. Но я не знаю почему так. и нет ли подобного где то в других местах.
PS. Я не сгущаю тучи, но и не предупреждать о подобном не могу, потому как разные бывали случаи.
9285 вне форума   Ответить с цитированием
Старый 27.02.2018, 19:54   #21
Меню пользователя VBDUnit
Старожил
  
Цитата:
Вообще, не торопись сразу делать описанное - я рекомендую потренироваться в виртуалке, и когда убедишься и в том что это работает и как это делать - тогда уже на реальном массиве практиковать. Но ты должен понимать что это не 100% гарантия и самое критичное (нужное) лучше восстановить на другой носитель.
Дык фишка то в том, что самое критичное как раз не восстанавливается, из-за того, что вторая половинка не видна

Открыл оба диска в DMDE, нашёл LBA52 - но там почему то у обоих 3 ТВ одинаково o_O




Так. Я немного офигеваю от количества информации

Я не очень понял вот этот момент:
Цитата:
Пока не было времени более серьёзно разобраться с другими связанными записями LDM, но зато возникла мысль решить задачку по другому - пересоздать структуру LDM. Эта мысль возникла после прочтения инфы на каком то сайте где косвенно упоминалась типичность создания структуры.
Сказано - сделано.
Далее написанное не является гарантией того что этот способ работоспособен на 100%, тем более что в каких то ситуациях возможны привязки к тем же GUID, поэтому на правах "инфа к сведению".
В виртуалке два диска были проинициализированы как GPT.
На первом был создан том, который потом был расширен на второй диск.
Для проверки, массив был заполнен различным контентом, после чего просчитаны контрольные суммы файлов.
Далее загрузился с бутявки и сделал очистку начала и конца дисков с помощью команды clean (diskpart-овской).
После этого в винде повторил процесс создания массива, но только созданный в начале том не форматировался - вполне понятно что форматирование убило бы структуру прежнего раздела.
Сам массив создался, но понятно что он был RAW. Дальнейший анализ показал что при создании тома винда обнулила содержимое начального секторам тома. Загрузился с бутявки (из винды не давало сделать задуманное) и восстановил бутсектор из его копии.
После перезагрузки (и назначения буквы - при создании не назначал) массив стал доступен в полном обьёме. Чекдиск ошибок не нашёл, проверка по контрольным суммам показала что все данные целы.
Бутсектор в смысле массива? Или чего? Или имеется ввиду первые 2048 секторов? У меня же нет бекапа их когда они еще работали. Или ты имеешь ввиду, что надо просто поверх пересоздать массив, НЕ ФОРМАТИРОВАТЬ его, а скормить утилите восстановления, и типа при пересоздании винда как раз поправит 2048 в начале hdd? Или смысл в том, что мы делаем бекап хеадеров NTFS, потом пересоздаем массив, а потом хеадеры NTFS прямо в середине этого массива переписываем на то, что в бекапе?
Если что - я понимаю, что никакой гарантии нет.

Цитата:
Нет, я не могу использовать твои заголовки, т.к. в виртуалке максимальный размер создаваемого диска 2Тб.
К тому же исследовать структуру записей лучше на рабочей, дабы исключить какие то вкрапления, особенно если они хаотичные, и тем более если не до конца ясно что и за что отвечает.
сам можешь убедиться что в открытой документации не все значения имеют точное описание.
Твои дампы использовались в самом начале, но как только появились подозрения в наличии ошибок, они были отложены и анализировались далее уже с учётом новой информации.
Учитывая, что у меня ранее вообще в этой области опыта не было (по для восстановления файлов в два клика не в счет), я опасаюсь, что я больше сломаю, чем починю, если начну вручную править хеадеры физических дисков :/

Последний раз редактировалось VBDUnit, 27.02.2018 в 20:07.
VBDUnit вне форума   Ответить с цитированием
Старый 28.02.2018, 10:35   #22
Меню пользователя 9285
Нарушил правила
  
Цитата:
самое критичное как раз не восстанавливается, из-за того, что вторая половинка не видна
Подробнее опиши что не получается и как это выглядит.
Цитата:
нашёл LBA52 - но там почему то у обоих 3 ТВ одинаково
Так и должно быть.
Цитата:
Бутсектор в смысле массива?
Бутсектор тома NTFS
Цитата:
я опасаюсь, что я больше сломаю
Не стоит боятся, если будешь делать всё правильно, ничего не сломаешь. У тебя есть какая то виртуальная машина? В ней бы мог потренироваться, а потом уже с реальными дисками сделать.

PS. Сорри. но сейчас нет времени написать подробнее. Напишу позже.
9285 вне форума   Ответить с цитированием
Старый 01.03.2018, 16:01   #23
Меню пользователя VBDUnit
Старожил
  
Цитата:
Цитата:
самое критичное как раз не восстанавливается, из-за того, что вторая половинка не видна
Подробнее опиши что не получается и как это выглядит.
1. Собираю jbod в dmde:

2. Оно находит там раздел Data:

3. Выбираю Data, нажимаю "Полное сканирование". Если нажать "Открыть том" тоже работает, но видно меньше папок и файлов. Открывается Data:

4. Восстанавливаю фотографию. Эскиз нормальный, а вот когда открываю, вижу это:


И так большая часть фотографий. Видео практически ни одно не воспроизводится, а если и воспроизводится то до определенного момента. Архивы дохлые, EXE практически никакие не запускаются.

Я понял это так: вряд ли оно за короткий срок успело запороть столько информации. Скорее всего, ПО просто не видит вторую половину файлов, которая лежит на другом HDD.

Цитата:
Цитата:
нашёл LBA52 - но там почему то у обоих 3 ТВ одинаково
Так и должно быть.
Но у тебя же на картинке они разные? или я не то смотрю?


Цитата:
Цитата:
Бутсектор в смысле массива?
Бутсектор тома NTFS
Ясно. Я так понял, это некий фрагмент данных, идущий сразу после разметки самого диска, который не размазан фрагментами по всему диску, и можно точно определить где он начинается и заканчивается?

Цитата:
Цитата:
я опасаюсь, что я больше сломаю
Не стоит боятся, если будешь делать всё правильно, ничего не сломаешь. У тебя есть какая то виртуальная машина? В ней бы мог потренироваться, а потом уже с реальными дисками сделать.
Есть Hyper-V виндовый, есть vmware. Какую порекомендуешь?

Последний раз редактировалось VBDUnit, 01.03.2018 в 16:03.
VBDUnit вне форума   Ответить с цитированием
Старый 01.03.2018, 21:57   #24
Меню пользователя 9285
Нарушил правила
  
1. JBOD собран неправильно, поэтому нет ничего удивительно что данные битые. Это относится к тем файлам, которые полностью или частично расположены на втором диске. Если битые и расположенные только на первом диске, то это уже другая проблема.
Хинт. При правильной сборке у тома должен быть ещё и индикатор C.
2. на моей картинке выборка VBLK записей относящихся к частичкам массива.
3. Это один сектор, который в самом начале тома - наличие его обозначается индикатором B
4. Конечно же VmWare потому как сам таковой пользуюсь.
Кстати, у неё есть один "финт ушами", который может пригодится в качестве страховки от ошибки.
9285 вне форума   Ответить с цитированием
Старый 01.03.2018, 22:29   #25
Меню пользователя Wu-Tang
THG Russia Forum Team
Эксперт клуба THG | HDD/SSD
 
Аватар для Wu-Tang
  
Цитата:
Кстати, у неё есть один "финт ушами", который может пригодится в качестве страховки от ошибки.
какой?
просто я ее тоже юзаю.
__________________
Всему свое время и каждому свой час!
Хочешь жить - умей вертеться!

Методика тестирования носителей информации.
Новый раздел на форуме - Обустройство дома, ремонт и строительство.
В ЛС помощь не оказываю, для этого есть форум!
Wu-Tang вне форума   Ответить с цитированием
Старый 01.03.2018, 22:44   #26
Меню пользователя 9285
Нарушил правила
  
Wu-Tang
В ней можно подключить физический диск и в его расширенных настройках немного пошаманить (надо поискать). До корректного выключения виртуалки любые в структуре такого диска физически не происходят.
Опция актуальна для старых версий VmWare, но в новых можно сделать то же, через конфигурационный файл.
9285 вне форума   Ответить с цитированием
Старый 01.03.2018, 22:46   #27
Меню пользователя Wu-Tang
THG Russia Forum Team
Эксперт клуба THG | HDD/SSD
 
Аватар для Wu-Tang
  
9285,
я 10 юзаю под хр.
__________________
Всему свое время и каждому свой час!
Хочешь жить - умей вертеться!

Методика тестирования носителей информации.
Новый раздел на форуме - Обустройство дома, ремонт и строительство.
В ЛС помощь не оказываю, для этого есть форум!
Wu-Tang вне форума   Ответить с цитированием
Старый 01.03.2018, 22:49   #28
Меню пользователя 9285
Нарушил правила
  
Wu-Tang
В 6-ке такая опция была, в 9-ке уже нет.
Хотя я плэйером пользуюсь.
9285 вне форума   Ответить с цитированием
Старый 01.03.2018, 23:34   #29
Меню пользователя 9285
Нарушил правила
  
Оказывается в 9.01 всё таки есть - опция и описание видно на скриншоте.
Изображения
Тип файла: png nonpersistent.PNG (12.0 Кб, 196 просмотров)
9285 вне форума   Ответить с цитированием
Старый 01.03.2018, 23:44   #30
Меню пользователя Wu-Tang
THG Russia Forum Team
Эксперт клуба THG | HDD/SSD
 
Аватар для Wu-Tang
  
9285,
как физический можно в 10 подключать.
__________________
Всему свое время и каждому свой час!
Хочешь жить - умей вертеться!

Методика тестирования носителей информации.
Новый раздел на форуме - Обустройство дома, ремонт и строительство.
В ЛС помощь не оказываю, для этого есть форум!
Wu-Tang вне форума   Ответить с цитированием
Ответ


Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)
 
Опции темы
Опции просмотра

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

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход


Справочник словарей
Словари русского языка - www.gramota.ru Яndex - Словари Википедия - ru.wikipedia.org

Часовой пояс GMT +4, время: 16:49.


Powered by: vBulletin, ©2000 - 2007, Jelsoft Enterprises Limited.
Перевод: zCarot
Распространение информации возможно только с письменного разрешения администрации издания.

THG.ru ("Русский Tom's Hardware Guide") входит в международную сеть TG Publishing

РЕКЛАМА

Rambler's Top100 Рейтинг@Mail.ru