Восстановление разделов и информации на HDD (часть 8) - [29] :: Магнитные носители информации

avtandil33
Ещё один фрагмент
Удаление элемента Arab1-A.wav из индекса $I30 файла 559770.
Такой же есть и в отношении 559771, а может и ещё других.
Теперь смотри часть найденных фрагментов MFT http://tau.rghost.ru/6MsM7VcS4/image.png
Фиолеовы выделено уже знакомое число записей.
Но сейчас важен выделенный красным. Это фрагмент начинающийся с записи 556380 и длиной 3488 записи. Но печалька в значении в скобочке -3139 - это число отсутствующих записей. Может туда что то упало не то, может они серьёзно повреждены, но их как бы нет (даже с каким то сдвигом).
Поэтому не удивительно что нет чего то.
И неудивительно что из индексов каталогов удалялась информация об отсутствующих файлах.

Цитата:

Что интересно у них у всех стоит чекдисковская метка - файл 113424

Посмотри что в этой и других часто упоминаемых записях и станет чуть понятнее.

PS. В результатах поиска есть немало крупных неидентифицированных фрагментов, в которых немало и удалённых записей. Возможно что среди них и есть нужные тебе, но это надо расскапывать.

PPS. Совсем забыл про
Цитата:

Я не думаю, что тут вмешались сторонние системы - я записывал данные под семеркой, потом просто несколько раз втыкал этот диск в виртуальную винду на маке, но это не портило файлы. А испортил как раз чекдиск, который я опять-таки запускал на семерке.

Даже при простом подключении к работающей системе происходят записи в ФС. Кстати, маковские ОС очень недурно гадят несколькими служебными папками (название не помню). И вообще, в неопределённый то момент может произойти какое то стечение обстоятельств, которое приведёт к глюку. Причём это могут быть не зависящие от пользователя.
И если произошло какое то наложение мусора в область MFT, то чекдиск можно обвинить, но наверное в обрезке размера файла, но не в корректировке индексов об отсутствующих записях. Хотя, если вспомнить скандиск или NDD, то там было более грамотно - сообщение об ошибках, запрос на исправление, создание файла отката изменений.
И ещё один момент. Учитывая сильную фрагментацию MFT, можно быть уверенным в том что и сами данные сильно фрагментированы; что нередко является следствием чрезмерной заполненности раздела. Насколько был заполнен раздел?

Добавлено:
acrid2
Я не в курсе как устроен раздел восстановления соньки, но обычно есть несколько огромных wim-файлов.
Есть что то подобное?

Цитата:

а если диск таки был отформатирован, уже невозможно восстановить таблицу

Учитывая значение начальных кластеров MFT и зеркала, число записей равное 256 - форматирование делалось вистой или более новой виндой. Соответственно - нет содержимого такого числа записей бывших ранее. А это достаточно много когда речь идёт о восстановлении функционал раздела восстановления, который то и без одного файла может не заработать.
Если интересно, сделай Поиск NTFS на учаcтке этого раздела и выложи лог поиска.
ИМХО, не стоит использовать без надобности бэта версии.

И в условиях поиска убери галку с RAW и прочего, что не относится к NTFS.

Модерирует : Akam1, Dr_StandBy, vertex4
Akam1 (13-11-2016 05:23): http://forum.ru-board.com/topic.cgi?forum=84&topic=5216	Версия для печати • Подписаться • Добавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100