» Пропал диск. Восстановление таблицы разделов (не данных) - 2

wolfreee
Чуть ошибся с расчётом сектора. Нужен 984328+100.
Хотя, в указанном дампе оказался заголовок журнала ФС, хотя он в другом месте как бы должен быть.

Структура будет примерно как после поиска, но только меньше "фонового мусора".
Кстати, в результатх поиска нужно смотреть не только содержимое корневого каталога, но и папки с цифробуквенными именами.
Ожидать чудес при потере 200 тысяч записей не стоит.

Добрый день, сегодня полетел внешний жесткий диск WD My Passport Ultra 1 Tb. Копировал на него фотки с SD карты фотоаппарата и чет эта процедура зависла намертво. Отменил копирование и вытащил диск. Скорее всего в этот момент и полетела файловая система. Сейчас при подключении к компу диск виден только в диспетчере устройств и в Управлении дисками. При этом там пишет, что на диске нет данных и его нужно инициализировать. R-Studio диск видит, но пишет, что размер 0 и сканировать не активно. Acronis его вообще не видит. Подскажите есть ли возможность как то восстановить данные с него?

temp9285
https://yadi.sk/d/23_qGbq4miKex
Можно попробовать, я слил самые важные файлы, а остальные файлы в одной большой куче лежат.

animatic

Цитата:

Сейчас при подключении к компу

+
Цитата:

и его нужно инициализировать

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

wolfreee
Вполне ожидаемо, в дампе мусор.
Как поправить бутсектор и что ещё сделать, напишу позже, но только не стоит обнадеживаться.
Проверял важное на предмет целостности?

диск подключаю по юсб, он появляется только в управлении дисками и диспетчере задач, но не сразу.

temp9285
Да всё целое.

wolfreee
[more=Ок!]По сути, решение твоей проблемы в данной теме оффтоповое, но нет смысла перемещаться в соответствующкю тему. Поэтому закончим здесь, а чтобы не перегружать тему пишу ответ под тэгом.
Если вдруг что не нашёл из важного, то попробуй запустить Поиск по новой, и сразу загрузи лог поиска.
Открой том с наибольшим числом соответствий, а потом посмотри в Всё найденное + реконструкция не в Root а в папках с цифробуквенными именами.
Если помнишь имена нужных файлов - воспользуйся возможностями поиска.

Ну а что касается бутсектора.
Можешь почитать случай dandvd http://forum.ru-board.com/topic.cgi?forum=84&topic=5006&start=280#20 в решении которого тоже использовалось восстановление бутсектора и его корректировка. Тебе нужно будет сделать подобное, но только со своими значениями. Но написанное там про MBRoff, подстраховку и осознание того, что может быть после актуально.

Итак, прочти инструкцию по ссылке дальше, и выполни их с корректировками:
- в п.2.и 3 заменить 2048 на 264192
- в п.4 значения MFT start cluster заменить на 3, в MFT Mirror cluster на 49
[/more]

Добрый вечер!

Случилось странное, внешний диск Seagate на 4 ТБ система больше не хочет видеть (определяет как Raw). Раздел один, возможно проблема связана с использованием USB хаба.
С помощью dmde файлы можно вытащить, но объем слишком большой (занято 75%).
Смущает, что MFT расположен в каком-то дальнем секторе 786432, а зеркало в начале - 2й (так показывает dmde). Помогите, пожалуйста, разобраться что сделать, чтобы диск стал виден.

Выложил дампы загрузочных секторов и скриншот в папке https://drive.google.com/folderview?id=0BxGnp34tT_I7VXpORVBSbjcyOTA&usp=sharing

EPObraz

Цитата:

Смущает, что MFT расположен в каком-то дальнем секторе 786432, а зеркало в начале - 2й (так показывает dmde).

Чем тебя смущает классические для винды значения (кластеров) расположение метафайлов?
Вероятней всего имеются логические ошибки, хотя современные винты настолько хиленькие, что от любого чиха могут навернуться. Поэтому луче посмотри показатели SMART и если, они нормальные, сделай проверку тома чекдиском в режиме только чтения.

temp9285
Спасибо за помощ, самую важную информацию удалось спасти, файлы остальные почти разгреб

temp9285

Цитата:

Чем тебя смущает классические для винды значения (кластеров) расположение метафайлов?

Да, видимо, незнание данной области . Спасибо, теперь в знании прибавилось .


Цитата:

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

Похоже на то, поскольку chkdsk выдает следующее сообщение:
Тип файловой системы: NTFS.
Невозможно определить версию тома и его состояние. Работа CHKDSK прервана.
А со смартом все в порядке, скришот выложил в ту же папку:
https://drive.google.com/folderview?id=0BxGnp34tT_I7VXpORVBSbjcyOTA&usp=sharing

Так и что делать с логическими ошибками?

EPObraz
Судя по сообщению, проблема с 3-ей записью MFT (как минимум).
У тебя винт с 4К разметкой, поэтому не могу сообразить какой это будет сектор в DMDE, поэтому сделай следующее. Открой в DMDE том, в правом нижнем окне должны появиться записи MFT. Перейди в него и сделай дамп "начального" сектора + 200 последующих.
В принципе, можешь запустить Поиск NTFS, по мере его продвижения делай сохранение лога. Можешь выложить промежуточный лог (примерно после минут 30 поиска) а потом окончательный.

temp9285

Цитата:

Судя по сообщению, проблема с 3-ей записью MFT (как минимум)

В dmde красным только она.

Цитата:

Открой в DMDE том, в правом нижнем окне должны появиться записи MFT. Перейди в него и сделай дамп "начального" сектора + 200 последующих.

Выложил в папку, файл volF_lba786432_201.bin

Цитата:

Можешь выложить промежуточный лог (примерно после минут 30 поиска) а потом окончательный.

Выложил в папку промежуточный лог, файл devscan_NTFS_30min.log
До окончательного еще часов 20 (за 5 часов прошло 20%)

EPObraz
Можешь показать окно, про которое я писал - желательно развёрнутое?
Просто у тебя 4кб сектора, с которыми в реале я не работал, поэтому не хочу ошибиться при указании номера сектора.
Ну а чтобы было понятнее в чём (как минимум) есть проблема, в DMDE открой образ - выбери крайний дамп. Вот там можешь увидеть что 3-я запись сдвинута на два сектора дальше. То есть, в дампе она должна быть в секторе 24 а она в 26.

temp9285

Цитата:

Можешь показать окно, про которое я писал - желательно развёрнутое?

Так я вроде выложил дамп volF_lba786432_201.bin
в папку https://drive.google.com/folderview?id=0BxGnp34tT_I7VXpORVBSbjcyOTA&usp=sharing
Если надо скрин, то там же добавил VolMFT.jpg.
Также добавил финальный лог после сканирования.

Цитата:

Ну а чтобы было понятнее в чём (как минимум) есть проблема, в DMDE открой образ - выбери крайний дамп. Вот там можешь увидеть что 3-я запись сдвинута на два сектора дальше. То есть, в дампе она должна быть в секторе 24 а она в 26.

Честно говоря я не очень понял: как и где это можно увидеть.

EPObraz

Цитата:

Честно говоря я не очень понял: как и где это можно увидеть.

Запускаешь DMDE, выбираешь Открыть образ и выбираешь файл дампа volF_lba786432_201.bin
Закрываешь окно разделы и смотришь что содержиться в LBA0, 8, 16, 24 - в последнем 00000000, а то, что должно быть в LBA26.


Цитата:

Так я вроде выложил дамп volF_lba786432_201.bin

Да, я видел, но мне нужно было увидеть скриншот, который ты выложил и на котором видно какой номер сектора у записи $Volume.

temp9285

Цитата:

Закрываешь окно разделы и смотришь что содержиться в LBA0, 8, 16, 24 - в последнем 00000000, а то, что должно быть в LBA26.

Да увидел, спасибо!
А как теперь исправить, чтобы диск заработал?

EPObraz
Чуть позже выложу патчик а ты пока почитай PS в http://forum.ru-board.com/topic.cgi?forum=84&topic=5006&start=400#8 и далее про работу с чекдиском в режиме только чтения.
Также, забери букву у диска в диспетчере дисков винды.

Добавление.
Насчёт забрать букву диска возможно поторопился - хотя не факт.
Ты должен понимать что сдвиг записи может быть не только в критичной записи а и в любом другом месте.
Скорей всего чекдиск исправит ситуацию, но не факт. Так что, как минимум, самое ценное восстанови на другой носитель.
Ну ирешай будешь ли делать что я напишу далее.

Открываешь логический диск как ранее. Переходишь в правое нижнее окно и на ошибочную запись - то есть в LBA786435.
Записываешь туда патч http://rghost.ru/private/8PGCCrvbQ/597b6f9a073b1ed25dca0826677d8b18 Очень внимательно сотри на номер сектора куда записываешь. После записи патча должна появиться запись $Volume
В случае если винда (кстати какая, а то у 8-ки и 10 некоторые исправления могут и сами сделаться) захочет проверить диск - отказывайся.
Переподключи диск, если букву забирал - верни и запусти чекдиск в режиме только чтения. Покажи результат.

temp9285

Цитата:

После записи патча должна появиться запись $Volume

Да, большое спасибо! Появилась, правда меня сначала смутила цифра 8 в конце (переписывал 8 секторов и удивлялся - почему не работает, а потом подумал - а почему 8 переписываю, если ошибка в одном, и все заработало, но это так лирика )

Цитата:

В случае если винда (кстати какая

7-ка проф.

Цитата:

запусти чекдиск в режиме только чтения. Покажи результат.

Результат выложил в папке, файл - Chdsk_result.jpg, если кратко, то пишет:
"В зеркальной копии основной таблицы файлов обнаружены ошибки.
Неверная битовая карта тома.
Windows найдены ошибки файловой системы.
Запустите CHKDSK с параметром /F (fix) для их исправления."
Доверять CHKDSK или не стоит?
Кстати, проверил md5 суммы некоторых файлов - все прочитались нормально.

EPObraz

Цитата:

переписывал 8 секторов и удивлялся

Ахтунг!
Пока не выяснено то, о чём напишу чуть позже, не запускай проверку и не допусти чтобы она запустилась автоматически. И для точности определения ситуации сделай дамп секторов 786432+200 и покажи содержимое правого нижнего окна после открытия тома.

temp9285

Цитата:

Ахтунг!

Да я предварительно делал копию с диска, когда понимал, что, что-то не так, откатывал их сразу обратно.

Цитата:

И для точности определения ситуации сделай дамп секторов 786432+200 и покажи содержимое правого нижнего окна после открытия тома.

Сделал дамп, как просил, файл volF_lba786432_200n.bin
Скриншот называется VolMFT_Changed.jpg

EPObraz
Дело в том, что у тебя логический сектор имеет размер 4кб, то есть классические 8-секторов. И патч я сохранял то при такой "оси координат", поэтому в имени файла и фигурирует 8-ка. К тому же, запись патча делается через функцию Копировать сектора, а там что то не заметил как указать 8 секторов - программа берёт стартовый сектор и записывает патч начиная от него. Так что, всё должно было быть нормально.
Ты же, вероятней всего использовал заполнение секторов, и в таком случае должны были перезаписаться последующие 7-записей. И это не очень хорошо. Но, судя по дампу и скриншоту, ты всё восстановил и исправил 3-ю запись - то есть всё нормально. И если результат проверки чекдиском относитсяя к текущему состоянию, то они вполне оптимистичные.
Зеркальная копия реально содержит ошибки, потому как в ней 3-я запись по прежнему кривая, но это чекдиск поправит.
Неверная битовая карта тома тоже исправляется чекдиском, но здесь есть два варианта такого состояния:
1 - ошибка была и ранее. Такая ошибка встречается нередко, при этом том работает.
2 - ошибка возникла в виду изменений, подобных тому что произошло в 3-ей записи. В таком случае может быть и в любом другом месте.
Если у тебя есть контрольные суммы, позволяющие проверить целостность данных то это отлично.

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

[more] temp9285
Большое спасибо! Все заработало!

Цитата:

это чекдиск поправит

Чекдиск поправил, других ошибок не нашел .

Цитата:

Дело в том, что у тебя логический сектор имеет размер 4кб, то есть классические 8-секторов. И патч я сохранял то при такой "оси координат", поэтому в имени файла и фигурирует 8-ка. К тому же, запись патча делается через функцию Копировать сектора, а там что то не заметил как указать 8 секторов - программа берёт стартовый сектор и записывает патч начиная от него. Так что, всё должно было быть нормально.
Ты же, вероятней всего использовал заполнение секторов, и в таком случае должны были перезаписаться последующие 7-записей. И это не очень хорошо. Но, судя по дампу и скриншоту, ты всё восстановил и исправил 3-ю запись - то есть всё нормально.

Я в принципе об этом и писал, что сначала заполнял 8 секторов (после резервного копирования) и удивлялся - почему не работало, потом осознал, что это не 8х512, что у меня занимает один сектор, скопировал один сектор и все заработало .
Еще раз большое спасибо за помощь и разъяснения!
[/more]

Добрый день знатоки ФС. После отключения питания при копировании через USB винда пишет что что диск не отформатирован. Помогите Восстановить раздел.


Какие дампы предоставить?

Добавлено:
Дампы первых секторов винта и логического диска
http://rghost.ru/75ZrkfGbJ

dimbosm
C таблицей разделов у тебя в порядке - проблема с метафайлами ФС (как минимум).
Так что тебе правильнее в http://forum.ru-board.com/topic.cgi?forum=84&topic=5006#1
Кроме дампов нужны показатели SMART - если они не хорошие, то тебе ещё и в тему про железные проблемы.

Так как среди индикаторов разделов отсутствует F или f, или даже если бы были, но красными, то нужен дамп начальных записей MFT (для начала штук 50) и зеркала (их всего 4).
Соответственно, выделяешь на экране разделы нужный раздел и смотришь на фоновый экран.
На нём тебе нужно 3 значения:
1 - Sectors per cluster
2 - MFT start cluster
3 - MFT Mirror cluster
Умножаешь значение 1 на значение 2 (или 3) и получаешь соотвествующий стартовый сектор относительно начала раздела. Теперь к этому значению прибавляешь значение первого сектора раздела со скриншота экрана Разделы. Получаешь искомый адрес относительно начала диска.

Добрый день!
Необходимо восстановить таблицу файлов в соответствии с инструкцией программой DMDE собрал и выложил на файл обменник rghost.ru с именем инфо.zip
Помогите пожалуйста , если что-то еще надо сообщите

Добавлено:
http://rghost.ru/8lGcXlxMY

denwik
Для тебя актуально всё, что написано для dimbosm
И не надо стесняться в описании того, после чего произошла проблема.
Да и картинки лучше просто выкладывать или уж в архиве, но не в оисном документе. А если у желающего посмотреть офис не установлен?

Все началось с того как я обновил драйвера через DriverPack Solution

После этого у меня пропал диск на 250 гигов ,после перезагрузки пк не включился
пришлось восстанавливать из образа
После чего у меня нет доступа к двум разделам ,диск был разбит на H I J по 80 гигов ,сам диск 250 ,доступ к разделу H есть ,к 2 другим пишет В устройство вставлен неверный диск ,вставте серийный номер тома в устройство

Что делать теперь

Цитата:

temp9285

Цитата:

Вообще, что то скриншот экрана разделы не согласовывается с остальными данными. Или они делались в разное время, при этом в этот промежуток что то делалось?
Можно взглянуть на дампы секторов 6293504 +100 и 2064+10?
В принципе, можно попробовать восстановить и по месту, но только с пониманием что гарантии нет - то есть восстанавливать ценное на другой носитель и перед возможным переформатом попробовать in-place.

Сорри - выпадал из форума.
Прикладываю новый скриншот разделов.
http://rghost.ru/8dtlv6kVV
По-прежнему надо дампы секторов 6293504 +100 и 2064+10?
За это время ситуация ухудшилась. Образ диска сделать было некуда и, возможно, запускался chkdsk (не уследил), файлов годных к восстановлению стало гораздо меньше).
in-place чем посоветуете сделать?

sergz99
Скорей всего актуальны.

Цитата:

файлов годных к восстановлению  стало гораздо меньше)

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