Слетела таблица разделов, "структура диска повреждена, чтение невозможно"

Есть MacBook, к ниму был подключен внешний 1тб жесткий диск (2,5'', ноутбучный), через карман USB 3.0. На этому диске у меня была виртуалка (Parallels desktop) c виндой 8.1 с которой я и работал. Работал удачно месяца 4, и вот однажды выскочила ошибка виндоуса, на синем экране, точно не помню но что то вроде error reading disk. Безопасно извлекаю диск, вставляю - не возможно смаунтить "структура диска повреждена, чтение невозможно", chkdsk не работает.

Подрубаю к виндоусовскому ноутбуку.
Что было сделано - снял образ с одного раздела. MBR не отключал, надеюсь данные в сохранности еще, лол.
Пробовал testdisk - не может найти MFT, но разделы вроде все правильно отображаются во всех программах, такого же объема как и были до ошибки, только написано что забиты полностью. Другие программы так же - видят разделы но таблицу восстановить не могут, может проблема в другом, я в этом не очень разбираюсь?

Единственный момент, я все это делал из под Вин8.1 с внешнего юсб-кармана, так как второй диск не вставить и второго PC-ноутбука нет. Возможно поэтому не удалось восстановить разделы.

Курил форумы дня 4, перечитал много, ничего не помогает, боюсь уже что то лишнее делать. Прошу помощи.

Миниатюры

     

0

Для начала - не пользоваться ломанной версией DMDE, так как в таковых данные не всегда обьективны (а восстановленные данные могут оказаться "битыми".
Было бы неплохо увидеть бутсектора разделов и лог поиска NTFS.

0

9285,

не пользоваться ломанной версией DMDE

Посмотрел бесплатной версией - такие же параметры как и на моих скриншотах выше.

Прикладываю логи поиска на 6% и 20%.

Миниатюры

 

Вложения

Compressed file.zip (59.9 Кб, 3 просмотров)

0

Сообщение от King Tubby Посмотрел бесплатной версией - такие же параметры как и на моих скриншотах выше.

Ты знаешь все необходимые параметры?

2

Я сравнил параметры бесплатной версии и крякнутой - все одинаково, на данном этапе по крайней мере. Далее буду бесплатной все делать.

Ну что, есть возможность восстановить разделы в рабочее состояние?

0

Ну что, есть возможность восстановить разделы в рабочее состояние?

Лог сделан на 10-ой части винта, версией в которой лично я не вижу адресов начала записей.
Записи не все - может они дальше, а может то, о чём предупреждал.
Давать в таком случае какой то диагноз, сродни даче заключения по капле мочи, помещенной в бутылку из под уксуса.

Далее буду бесплатной все делать.

Вот далее и поговорим о здоровье "больного". Пока ничего утешительного нет.

0

9285
Не судите строго!
Я не разбираюсь же, почитал темы, везде скидывают логи 10-20% cканирования.

Мне сбросить лог всего винта?

0

У тебя на всех разделах проблемы с начальными записями MFT и их копиями (как минимум).
Посмотри свой скриншот:
0. Я не буду рассписывать простыни по расчёту где и что должно находиться, просто выкладка:
1. имеются записи 4-7, но они как бы не относятся к требуемому тому. Вполне логично для смещённых записей, которые должны были размещены далее в случае использования стандартного смещения (а оно по всем признакам таковое).
2. далее появляются записи начиная с 3083. Они расположены в предполагаемом месте - если считать что MFT не фрагментирована.
3. опять "провал" и записи начинаются с 34868. И опять в предсказуемом месте.
На основе этого можно сделать вывод:
- МFT одним большим фрагментов, но немалая часть записей повреждена.
- MFT фрагментирована, но последующие фрагменты расположены в "стандартном" месте. Обычно такое бывает в случае сбойных кластеров - в таком случае записи из проблемных участков переносятся в другое место. И возможно они есть, но дальше - там, где не исследовано. Впрочем, с трудом верится в эту версию - уж слишком большие "плеши"
И это в отношении одного раздела. Про остальные ничего неизвестно. Как и нет дампов, которые могли бы прояснить где реально должны находиться критичные записи.

Я не так давно на этом форуме, поэтому не могу знать насколько часто используются сокращённые логи. Лично я тоже предлагаю сбрасывать промежуточный результат, чтобы можно было начать какое то анализирование. И иногда их достаточно для дальнейших "раскопок". Но полный лог поиска проблемных участков нужен почти всегда.

0

Я невероятно благодарен что вы мне помогаете.
Но я не очень разбираюсь в этом.

Что мне дальше делать? Скинуть полный лог поиска? И сохранять промежуточные логи?
В случае чего это все могло произойти, предположительно?

0

Сообщение от King Tubby Есть MacBook

Это же Apple… Я только и знаю, что там должны быть
Файловая система и форматы файлов Mac OS X


PS Но Вы сумели нормально работаь с Windows (Правой рукой из-под мышки чесать левое ухо…)

2

0

Tau_0

0

Tau_0,
Внешний диск NTFS, на МасБуке стоит драйвер NTFS, все отилчно видится и работается. Винда была установлена на внешний диск.

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

9285,
Что мне дальше делать? Скинуть полный лог поиска? И сохранять промежуточные логи?

0

King Tubby
Если я написал не очень понятно что без полного лога + желательных дампов бутсекторов сложно о чём то говорить, то Да - всё это нужно. И в дальнейшем потребуются ещё дампы секторов чтобы посмотреть что в них.
И ещё и сразу - не факт что удасться восстановить ФС по месту, но возможно анализ даст найти что то общее в одновременной потере на 4-х разделах начальных записей. Возможно что проблема в упомянутом драйвере NTFS.
Но полный поиск пригодится для восстановления данных по структурам ФС - то есть с именами и структурой папок; конечно же в пределах имеющихся записей.

1

9285,
Наконец просканировало, заняло сутки, 1ТБ же.

Вот тут лог 100% и дампы первого сектора каждого раздела - скачать.

Не уверен что правильно снял сектора, делал по этой инструкции - ссылка на руборд

0

заняло сутки, 1ТБ же.

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

С логом пока разбираюсь, но вряд ли будет что то оптимистичное. То, что было написано по поводу первого раздела актуально и для других.
Пробовал открывать найденные тома с началом в секторах из таблицы разделов? Есть что знакомое?
Далее номера секторов начала MFT и MFTmirror для трёх разделов кроме первого. Хочешь, пришли дампы этих секторов+10 ти последующих для каждого из дампов - посмотреть что там.
718864, 7010304
531587112, 693751560
1784605696, 1869063168

0

Прошу прощения, но я слабо понимаю что сделать нужно.

Пробовал открывать найденные тома с началом в секторах из таблицы разделов? Есть что знакомое?

Пробовал открыть том, там две папки [MetaData] и $Root, обе пустые. Я нажимаю виртуальную реконструкцию файловой системы, ОК. И оно находит папки, но насколько я понял, папки по всему винчестеру а не по конкретному тому который я открыл. Находит много, и много папок лежат на своих местах с файлами которые в них и были ранее. Есть также много папок с файлами в общей дериктории которые не на своих местах.

с началом в секторах из таблицы разделов?

Вот как это сделать?

Далее номера секторов начала MFT и MFTmirror для трёх разделов кроме первого. Хочешь, пришли дампы этих секторов+10 ти последующих для каждого из дампов - посмотреть что там.

Думал-думал, так и не понял как это сделать и что от меня ребуется. Поясни для тупого, будь добр.

0

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

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

Сообщение от King Tubby Вот как это сделать?

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

0

Так, вот скопировал сектора,
718864, 7010304
531587112, 693751560
1784605696, 1869063168

вроде правильно: стянуть

Сразу небольшая поправка, т.к. у тебя один раздел логический. Поэтому лучше смотреть не на значения таблицы разделов а на значение первого сектора из экрана Разделы.

Вот на моем скриншоте, это же и есть наиболее подходящие сектора?


Тот который на 368мб не нужен, так как там лишь инфа для загрузки винды.

Дальше что делаем?

Миниатюры

 

0

Это не подходящие, а те что нужно.
В дампах нет даже каких то обломков от начальных записей.
Восстанавливай что есть на другой носитель и обязательно проверай, потому как "большой взрыв" мог затронуть и данные.
PS. убегаю, отвечу на возможные вопросы потом.

1