DinoZver ОК, дампы Вы сделали верно.
можно немножко больше по рабочекрестьянски про экстенты? и почему 6,7? Я уже объяснял про экстенты (как DMDE определяет начало раздела). Экстент - это так называется фрагмент файла в NTFS, а MFT - тоже файл.
Почему 6.7? Умножьте начальный сектор экстента 13241935 (посмотрите вторую таблицу DMDE) на 512 (байт в секторе) и разделите на 10^9 (байт в гигабайте) будет 6.7+ (Если считаете в гибибайтах, делить надо на 1024^3).
Я немного полистал вторую таблицу DMDE и обнаружил вот что. В области второго раздела у Вас полно мелких фрагментов MFT, и единственный крупный фрагмент - самый последний в таблице, записи 24-126783. Там просто оргомное количество каталогов, для которых есть индексы (1313 шт.), и начало раздела определяется в секторе 237023073. Однако, если мы посмотрим дамп 100 секторов сначлом в секторе 237023073, то бутсектор раздела не увидим, хотя нет сомнений в том, что в этом секторе начинался раздел: уцелел загрузчик от Win 2000/XP (ntldr), в секторе 237023074 можете видеть характерную строку. По результатам DMDE мы уже знаем, что MFT этого раздела начиналась во 2 кластере (кластер 8 секторов), переходим в начало 2 кластера - MFT тут. Но вот ведь проблема: у этой MFT в ранлисте (атрибут 0x80 DATA) только один экстент - записи 0-15, которые и нашел DMDE (см. в таблице ранее). Других фрагментов у MFT этого раздела просто нет. Что касается других кандидатов в начальные сектора раздела, то у них очень мало совпадений с INDX'ами по данным DMDE, так что ИМХО нет смысла их рассматривать. Таки надо попробовать возродить раздел с началом в секторе 237023073. Для этого необходимо реконструировать бутсектор и ввести в MFT второй экстент (последняя строка таблицы DMDE). Я сделал Вам патчи, вот они:
1.
MBR (записывать в сектор 0).
2.
Бутсектор раздела (записывать в сектор 237023073).
3.
Запись $MFT №0 (записывать в сектор 237023089).
Как записать. Открываете файл в DMDE как образ, выделяете полностью мышой (файлы маленькие - по одному сектору). Жмете Ctrl+C. Потом открываете пострадавший диск, включаете Hex view F2, переходите в нужный сектор по Alt+P, включаете редактирование Ctrl+E, вставляете скопированный файл Ctrl+V. Сохраняетесь Ctrl+S, перезагружаетесь.
Скажем прямо, вероятность того, что этот Франкенштейн заработает, практически равна нулю. Слишком много всего определено методом тыка, пусть даже научного. Когда Вы запишете патчи и перезагрузитесь, открйте Управление Дисками и посмотрите, появился ли раздел. Должно быть неразмеченное пространство в начале, и потом наш восстановленный раздел. Посмотрите, какая буква ему присвоена. Потом запустите командную строку (cmd.exe) и проверьте раздел Чекдиском:
chkdsk.exe X:, где X - буква раздела. (Укажете параметр /f - имеете великолепный шанс все накрыть напрочь.) Покажите, что говорит Чекдиск. Если он хотя бы начинает проверку и проверяет какие-то файлы, попробуйте войти в раздел через MediaWorkshop или WinHex. Сообщите о результатах.
Кстати, у Вас (по файлу $Volume) NTFS версии 1.2 (такая была в Win 2000), значит в файловых записях нет их номеров, в чем можно убедиться, просмотрев записи 0-15, начиная с сектора 237023089. А это значит, что реконструкция структуры каталогов без восстановления MFT невозможна. В новых NTFS версии 3.1 проще: с номерами записей достаточно насканировать все записи и можно реконструировать структуру каталогов.
Добавлено: DinoZver Важный момент. После заиси патча MBR существующие разделы будут удалены (у меня нет дампа MBR, чтобы сохранить существующие). Если Вам надо сохранить существующие разделы, придется добавить раздел самостоятельно. Вы можете посмотреть параметры раздела, открыв мой файл, и добавить такой раздел в таблицу. CHS координаты не имеют значения.
[/img] 
тогда дальше: 
. Ну что поделаешь, забываю вечно про эту тему. 
