» Восстановление разделов и информации на HDD (часть 8)

temp9285
Еще вопрос-скан dmde продолжается-найдено 2 (две) NTFS, хотя хард был инициирован и размечен виндой в один раздел. Сейчас 77% готово. По окончании лог приложу

temp9285
кстати да, чекдиск вмешался.
стоит ли тогда заморачиваться?
важность файлов на диске 20%, и это исключительно фото и документы.
фото самое сложное восстановить как я понимаю, а текст выйдет аброкадаброй

Цитата:

Еще вопрос-скан dmde продолжается-найдено 2 (две) NTFS, хотя хард был инициирован и размечен виндой в один раздел.

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

Добавлено:
F1ks
Если есть лог действий чекдиска, то можно посмотреть что делалось; хотя у него принцип достаточно примитивный - если что неопределённо, то оно "кастрируется". Подозреваю что он и создал новую (пустую) MFT.


Цитата:

фото самое сложное восстановить как я понимаю, а текст выйдет аброкадаброй

Восстановление всего после расколбасов может быть проблематичным, а может и нет - слишком много разных факторов за и против этого. И нет особой разницы фото это или архив - как раз таки с фото проще в плане того что можно проверить целостность простым просмотром. А как проверить таковую какого либо исполняемого файла или ещё чего то не имеющего возможности контроля.
Шансы есть всегда - и это уже тебе решать стоит ли всё это делать. Можешь отказаться, а окажется что как раз нужное целое.

temp9285
можно тогда совет, чем восстанавливать эффективней?
юзал только Рекуву.

temp9285
Страницей ранее в конце подписал-инициация, формат-все виндой.

F1ks
Однозначно эффективных нет - надо пробовать разные.
Вот и попробуй DMDE - после результата скана.
Ironjaw
Про инициализацию, разметку - читал, про формат нет.
Но если виндой, то:
- ХР-шка создаёт минимум 32 записи и резервирует место далее
- виста, 7, 8 минимум 256 записей и место далее
У тебя начальный блок 32 записи - остальное в другом месте. Так что позволь мне сомневаться.
Как вариант - последующая работа с разделом чем то иным.

temp9285
завершился скан
https://cloud.mail.ru/public/N624/1WFzRZceF

Ironjaw
Новых фрагментов не найдено.
Осталось определиться с двумя идентичными фрагментами. И в этом наверное стоит доверится DMDE (на основе числа соответствий). А можно сделать два варианта патча, и уже ты сам проверишь что больше соответствует реальности.

temp9285
я весь внимание-чуть поподробнее.

Ironjaw
Повторюсь - ты должен понимать что попытка восстановления по месту может оказаться неудачной.
В основном это относится к последствиям исправлений чекдиском.
Чтобы он каким то образом не запустился (а в современных системах он вроде как в онлайне может исправлять) лучше всего сделать простое действие - на экране Разделы выбери MBRoff, потом примени изменения, если винт внешний - переподключи, в противном случае перезагрузи систему.
В диспетчере дисков винды он станет неразмеченным (непроинициализированным) - ничего не делай и не пугайся.
Ну и изучи как записываются патчи - это как делать дамп, только источник-приёмник меняются местами.
И типичная ошибка - не замечают что не указали номер сектора в Месте для записи, как результат, записывается в самое начало диска, ну или в сектор, который был актуален.
Чуть позже выложу патч.

temp9285
тогда вопрос-если предлагаемые операции не помогут останется ли возможность при помощи той же r-studio поднять данные на другой носитель?

Ironjaw
У тебя и сейчас есть возможность открыть результат сканирования и восстановить на другой носитель - и я об этом написал в самом начале. После записи патча возможность сохранится.
Потом можно проверить чекдиском в режиме только чтения и определить чекать или нет.
Вот когда ошибки почекаются, тогда два варианта - получишь доступ к данным обычными средствами; в противном случае вё завист от того, что и как исправит чекдиск. Но, но исправляет служебные данные и не трогает сами данные (если только не начнёт писать служебку) в область данных - поэтому возможность сигнатурного восстановления останется.
Один из вариантов подстраховки - http://forum.ru-board.com/topic.cgi?forum=84&topic=5006&start=0&limit=1&m=2#1
Не очень гарантированный вариант подстраховки - сохранение $MFT и последующий возврат его на место.
Испугался? Это хорошо. На самом деле, ситуация достаточно оптимистичная, но ведь неизвестно где ещё могло записаться что то типа FFFFF.

temp9285
Не боятся только дураки )) Подстрахуйку изучаю. MBR OFF провел-от эт как раз не испугало. Кста-по личному опыту хотел поинтересоваться насчет применения GPT вместо MBR MFT-насколько интереснее и безопаснее применять ее в домашней системе?

Ironjaw
Архив с двумя вариантами патча http://rghost.ru/7bwq4HFRp
Начни с первого. Запиши патч в указанный в названии патча сектор. Переоткрой диск, потом открой том с началом в секторе 2048. Зайди в папку Все найденные + реконструкция, согласись с виртуальной реконструкцией и затем смотри что получилось. Узнаёшь своё? Пробуй восстанавливать и проверять.
Затем можешь сделать то же самое со вторым вариантом - есть отличия. Если что не так - в любой момент можешь заполнить сектор 6293504 и три последующих FFFF.


Цитата:

применения GPT вместо MBR MFT

GPT это тип разметки и не имеет отношения к MFT.
ИМХО - использовать лишь если без неё никак нельзя.

temp9285
чтоб не напортачить уточню порядок действий:

В DMDE

Диск-Выбрать диск-физ. устройство-физ. драйв 2(в моем случае)-ОК-сервис-заполнить секторы-файл-патч-открыть...-начальный сектор(6293504)-конечный сектор(???)

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

Ironjaw
Алгоритм ошибочен и опасен, так как заполняет указанное количество секторов.
Ведь было написано так же как и дамп (только наоборот) - а дамп делается через Копировать секторы.
Я скоро исчезну, поэтому если не отвечу на возможный вопрос, то лучше не торопись.

вот так - http://rghost.ru/7bHkrNyFc/image.png

temp9285
Намек понял, работу над ошибками приостанавливаю, чтоб сапоги с утра надевать на свежую голову. Благодарю за терпение.

temp9285

Доброго времени суток. Прицепил первый патч. На первый взгляд все критичные папки и архивы на месте. Видно много "подвисших" на удаление папок, но пока это все те папки, которые я лично опустошал, а те, которые со значком "пауза" некритичны.
Версия фриварная-глубина иерархии у меня большая-крит. файлы бывают глубоко лежат. Копаю.
Пробую патч 2

Ironjaw

Цитата:

"подвисших" на удаление папок

Рискну предположить что речь о папках, в которых есть удалённые файлы.

Цитата:

те, которые со значком "пауза" некритичны

Это не пауза а корзина.
Вообще, чтение справок бывает полезным - http://dmde.ru/manual/filepanel.html
А чтобы удалённое не путалось, в параметрах виртуальной реконструкции нужно выбрать "исключая удалённые".

Для ускорения раскопок можно воспользоваться функцией поиска по маске файлов и в результатах уже смотреть имена файлов и пути расположения.

temp9285

Да, чуть раньше уже заглянул в описание легенд DMDE. Насколько сильно различается 1 вариант от 2 ?

При открытии тома вываливает 2 ошибки что в 1-ом случае, что во 2-ом

ошибка чтения MFT #2-2

ошибка чтения MFT #203680-203683.
Надеюсь это-не критично?

Добавлено:
temp9285

Дальнейшие действия?

MBR-ON--Перезагрузка--назначение обратно буквы--CHKDSK без ключей?

Цитата:

Насколько сильно различается 1 вариант от 2 ?

Это можешь лишь ты определить.
Я исходил из результатов поиска http://gluon.rghost.ru/7jg6p7tjg/image.png
Оранжевым выделены идентичные фрагменты. Я не могу сказать следствием чего они явились, но предположу что это последствие дефрагментации тома средствами винды. Как недавно выяснил, при таком действии старые расположения не зачищаются.
И если после дефрагментации с записимя из списка этого фрагмента мало что делалось, то определять надо сравнением. Я же ориентировался на значение соотвествий, о чём писал раньше. 1 вариант - где больше таковых, что вполне логично.

Цитата:

ошибка чтения MFT #2-2   ошибка чтения MFT #203680-203683. Надеюсь это-не критично?

3я запись отсутствует, так что это нормально - чекдиск при исправлении создаст новую.
что касается других 4-х, то это было ожидаемо - на скриншоте выделил фрагмент, в котором видно что отсутствуют четыре записи (-4 в скобках). Почему их там нет, или они могут быть повреждены - это надо смотреть; может там тоже FFFF. Критичность зависит от того, что в них было.


Добавлено:

Цитата:

Дальнейшие действия?   MBR-ON--Перезагрузка--назначение обратно буквы--CHKDSK без ключей?

Определиться с версиями патча - мой вариант 1-й.
Всё остальное как ты написал, только не забыть про применение изменений после MBR-ON.
И, может я пропустил какая у тебя винда, но если 8ка или 10 как, то тут не могу подсказать по тому как поступит их чекдиск. В таком случае лучше загрузиться с чего то типа дистрибутивного 7-ки и проверить её чекдиском.

temp9285

Вин-7 сп1 х64.

Добавлено:
temp9285


Итого: патч 1

применил MBR ON

Выставил букву G обратно

файловая система RAW

результат CHKDSK RO
https://cloud.mail.ru/public/FQrD/YRrr9aaeG

Добавлено:
temp9285
натравить CHKDSK /F ?

Добавлено:
temp9285
Результат

https://cloud.mail.ru/public/euuC/YeJMoEtmZ

Добавлено:
temp9285

Проиндексировалось и поднялось.

Моя благодарность мастеру.
Для пущей надежности заказываю еще 1 ВеДроид на 2 терабайта-как раз для бэкапов.

Ironjaw

Цитата:

Результат

От ты, б..., шустрый какой (Сестры Зайцевы. Древняя Русь. Начало).
На самом деле, я бы просто написал что кроме указанных чекдиск найдёт ещё и другие, поэтому то и сложно предсказать точно. Хотя прогноз то был положительный.

Цитата:

Проиндексировалось и поднялось.

Ну и хорошо.
ЗЫ: Заходи, если что....Только не на то болото, откуда тебя вытащил.

temp9285

Обязательно загляну-просто чукча - больше читатель и руборд почитываю давно(как ни странно).

только из-за структуры форумов и глюков поиска не всегда нахожу нужное))

[more] Добрый день, тема думаю еще жива. Очень хочется найти человечка с этой темы и форума по нику Antech, здесь ли он еще и ребята помогите кто чем может, суть в чем, прогнал викторией жестак, исправилось 8 бэдов. После этого пропал раздел где находились эти бэды и chkdsk делать не хочет, говорит неизвестная файловая. Просканил dmde, вытащить мало чего получилось, на многие файлы пишет ошибка. Еще такая бяда при открытии через dmde раздела пишет MFT Cluster - нет допустимых значений. Обращаюсь именно к Antech, т.к. он каким то образом делал патчи на MFT и успешно восстанавливалось всё. Спасибо.

Переназначенных секторов было 8 в одном месте подряд(точно не помню где, забыл заскринить =(, но приблизительно в конце прям, перед разделом Lenovo), в смарте после переназначения показало 1 Reallocated event count.

На всякий случай все операции восстановления произвожу с клонированного образа, а не с самого жестака.

В управлении жесткими в винде пишет на разделе "Исправен (Раздел изготовителя оборудования (OEM)"

Прилагаю скрины.

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

DMDE.

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

А где ошибка MFT, после продолжить всё пусто.

Все скрины в одном архиве здесь.


http://my-files.ru/ui8sbh

Разделы: Первый где -62 117 он и есть основной нормальный, где произошло смещение mft.

http://i9.pixs.ru/storage/5/8/5/razdeljpg_6792477_21092585.jpg [/more]

makcunknown
Начни с того, что перестань пользоваться ломанной версией, которая замечена в восстановлении "битых" данных. При этом нормальная версия восстанавливает всё целым.
Да и версии (алгоритмы поиска) постоянно улучшаются.

Нужен лог сканирования и более подробное описание того, что было реально.
8 переназначенных секторов могут и убить заголовок MFT, но не сделать такой глобальный сдвиг, изменить тип раздела. К тому же, смешение начала раздела очень нетипичное, и в бутсекторе раздела отсутствует загрузочный код. С чего бы?

По поводу DMDE, да в версии 2.3 рабочий стол(Desktop) не виден вообще при скане разделов, но суть в том, что даже во free последней версии любой по одиночке файл восстанавливается с ошибкой, о чем я и писал выше.
Суть была такова, знакомый пришел с буком, он иногда просто подвисал, ну я думаю глянука викторией винт и вижу 8 битых секторов, до этого не стал делать чекдиск и резерв копию файлов, думаю прогоню на ремамы, бац в конце главного раздела он 8 заремапил, выхожу из виктории и вижу, раздел убит, ставлю чекен диск, говорит файловая неизвестна. Первый раз столкнулся с тем, что ремап так убивает раздел и делает сдвиг.

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

Сами логи от двух версий. http://my-files.ru/5fefcw

Есть и от 2.3 и от последней. Вроде бы основные скрины я скинул и разделы и что найдено.

makcunknown

Цитата:

по одиночке файл восстанавливается с ошибкой

про ошибку я читал, только мне сложно угадать о какой ошибке речь.
Сайт, на который ты выложил логи недоступен - выложи на rghost.ru

Да, сайт затупил что то. Сейчас другой попробую.

В архиве все скрины с ошибками, и логи. На первом(er1) скрине ошибка mft, на втором(er2) это при восстановлении файла любого, ставил игнорировать к примеру, файл восстанавливает, но полностью убитый или с 0 байт. С папки ФОТО многое вытащил, но не всё. И опять же на скрине видно, где желтые папки, то они хорошо восстанавливались, а вот рабочий стол под светло зелёным цветом, эти файлы все с ошибками. Хотя файлы эти на последний момент присутствовали.


http://rghost.ru/7VbhPxWYD

temp9285, здравствуйте!
Весеннее обострение накопителей продолжается... На внешнем HDD перестали открываться некоторые папки, а в некоторых каталогах оказывалась совсем другая информация.
Я сразу же вырубил MBR у диска, сделал его клон и даже наконец-то приобрел DMDE!
В DMDE том открылся без проблем, далее реконструировал ФС "чистым" образом. Отыскал нужные файлы (doc, docx) в том каталоге, который не открывался. Восстанавливаю эти файлы, но они не открываются. Можно ли что-то придумать или хана файлам уже точно?