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

9285

NTFS scan:
http://rghost.ru/43407086

fractalzZz
В первом просмотре вроде бы всё соотвествует.
Читай внимательно предупреждения и инструкции как поступать при in-place лечении MFT (тома) написанные ранее. Чтобы потом не было каких либо претензий если что не так выйдет или сам не то сделаешь (тут вон рядом есть наглядный случай).
А я пока патчик сделаю.

Кстати, MFT фрагментирована, и фрагментов немало. Не дай бог бы подпортилась 0-вая запись - составлять ранлист не ак то просто было бы.

Добавлено:
А вот и архив с патчем.
Записать в 71 сектор. Можно и в 439.
По результатам ручной проверки чекдиском в режиме только чтения можно будет дать дальнейший совет.

9285

Можно,плз,пример как вносить изменнения из патча в сектор? Не пойму что указать как получатель патча DMDE - диск или раздел ? Нужно ли включать блокировку томов для записи при этом?

fractalzZz
У тома удали букву средствами винды.
После этого делай изменения.
Сервис - Копировать в секторы.
Источник - файл патча
Место для записи - номер сектора, который я указал ранее.
В случае записи в другой сектор, повтори написаное ранее.

9285

Пропатчил. chkdsk смог начать проверку. Вот вывод ошибок:
http://paste.org.ru/?uhbfsj


заодно проверил и остальные тома:
во втором: ошибок нет
в третьем: http://paste.org.ru/?wr645p
в четвертом: ошибок тоже нет

P.S.: после патча не перезагружал систему чтоб случайно chkdsk автоматом не проверял ничего

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

9285

То есть в следущем шаге максимум что можно сделать для исправления - chkdsk /f и перезагруз?

fractalzZz все верно понял


9285 можешь подсказать как windows XP заставить увидеть отформатированную в win7 64 bit флешку, формат через средства Винды в NTFS производился. GPT Loader не помог

Сейчас перезагрузился,отменил chkdsk при загрузке и делаю посекторную копию из DMDE перед chkdsk /f и походу это надолго

fractalzZz

Цитата:

То есть в следущем шаге максимум что можно сделать для исправления - chkdsk /f и перезагруз?

Достаточно только исправления. И не понял чем не нравится такой способ исправления? Хочется побольше крови и мяса?
Хотя да, есть и другой способ - вытащить все файлы на другой носитель а потом вернуть их назад или не переформатированный раздел или на этот если даже чекдиск всё искочевряжит (что очень маловероятно).
А можно и не вытаскивать и не делать посекторку и верить что ты везунчик.

iWarlocki
Я не форматил флэшки под 7-кой, особено под 64-битной, поэтому не в курсе как она её форматит. Но сомневаюсь что в GPT (хотя это тип разметки а не файловая система). Тут могу только предположить что в exFat - в таком случае нужно поставить в ХР патч, который позволяет работать ей с такой ФС.

9285

Копия готова. Вот лог проверки chkdsk /f:

http://paste.org.ru/?iebr49

после проверки том подмонтировался и открылся на чтение\запись

теперь перегружаюсь...

Цитата:

теперь перегружаюсь...

Зачем?

9285

Потому что там система, онаж и слетела а я был со старой.

И спасибо ОГРОМНОЕ (невыразимо просто словами) за помощь - много важных данных на этом разделе.

P.S.: не повериш,но система даже лучше стала работать,причем намного,хз почему,но заметно сразу и по твоей наводке сделаю дефрагментацию MFT какой-нить прогой

P.P.S.: вернусь через некоторое время-надеюсь на помощь в восстановлении разделов

fractalzZz
Я и забыл что у тебя там система.
Скорей всего причиной ускорения стало исправления ошибок чекдиском, причём не связанные с восстановлением двух отсуствующих записей, а корректировка битовой карты тома.
PS. Хранить данные, особено важные, на системном разделе нонсенс - чаще всего именно он подвержен ошибкам:
- физическим так как в его области чаще всего находятся головки и при неудачном толчке и т.п могут повредить поверхность
- логическим, т.к. опять же он больше всего подвержен изменениям.
Да и если нет ошибок, в случае удаления файла, очень большой шанс что на его место система что то запишет.
Впрочем это уже отдельная тема для обсуждения.

Ошибки DMDE:
http://i53.fastpic.ru/big/2013/0131/1a/8fcb5231cd49c39d7aa08d11a8e71b1a.jpg

лог поиска NTFS по всему диску:
http://rghost.ru/43435132

как его можно пофиксить?

fractalzZz
Чтобы решить данную простейшую задачку нужно глянуть на скриншот экрана Разделы DMDE.

9285
разделы:
http://i51.fastpic.ru/big/2013/0131/79/60bdc2c039197bb5ab30c44a06331c79.jpg

P.S.: можно ли доверять куску посекторной копии если выключали свет, когда она писалась и она не была записана полностью?

fractalzZz

Цитата:

разделы:

Это не разделы, а куча хлама (мягко говоря).
Завышенное зачение расширенного раздела, внутри которого находится основной раздел.
Да, да, я понимаю - хотелось линукс попробовать.
Если смущает сообщение при запуске DMDE то можно просто уменьшить размер расширенного раздела в РТ (сбрось дамп 90го сектора). Или задачи более грандиозные то нужны все "интимные" подробности.

Что касается копии, то сложно дать 100% ответ. Логически, идёт последовательное заполнение файла содержимым секторов и в какой то момент обрывается. Если что и повреждено, то оно в районе обрыва записи. Найди это место и сравни содержимое.

9285
дамп 90-го сектора:
http://rghost.ru/43447532

я прогонял по диску testdisk он не все находил,поэтому я не вносил изменненний от него

как узнать район обрыва записи- сколько это секторов будет(чтобы наверняка)?

fractalzZz
Не заметил что напечатал лишнюю цифру. Имелся в виду 0-вой (нулевой) сектор.

9285
дамп 0-го сектора:
http://rghost.ru/43448025

P.S.: сравнил кусок копии - последние 2000 секторов и диска - binary same

Цитата:

я прогонял по диску testdisk он не все находил,поэтому я не вносил изменненний от него

Так а что он должен был найти?

Добавлено:

Цитата:

дамп 0-го сектора:

Ок. Всё понятно. Можешь сам глянуть на его содержимое в DMDE - там два расширенных раздела, что недопустимо.
Можешь один сам удалить - в окне разделы наведи на строку таблица (05) размером 207гб, сделай удаление а потом применение разметки. После этого перезагрузи систему.

9285

После удаления этого раздела и перед применением он пишет: "Обнаружены ошибки в новой(измененной) таблице. Все равно продолжить ?

Соглашаться на это ?

fractalzZz
Соглашайся. Вполне нормальное сообщение для того, что сейчас а диске.
Хотя можешь заодно удалить и запись таблица 05, которая выделена на скриншоте.

9285

Эту запись (таблица 05) не дает удалить вообще (пишет "Нельзя удалить эту таблицу").

fractalzZz
Ну тогда пока удали первую, примени изменения, перезапусти DMDE и сбрось дамп 0-го + скриншот экрана Разделы

9285
дамп 0-го сектора:
http://rghost.ru/43455520

скрин разделов:
http://fastpic.ru/session/2013/0201/QeM1VfuTE1.html

fractalzZz
Насколько понимаю, теперь уже нет ругани при запусе DMDE.
Сейчас можешь удалить вторую запись?
Если нет, то сбрось дампы секторов 84052142 и 173373542

9285

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

дампы:
http://rghost.ru/43455795

fractalzZz
Не пойму почему не хочет удалять, но в таком случае можно поступить более проще.
Перейди в сектор 84052142, выбери режим просмотра Таблица разделов (F6) и смотри вторую строку.
В ней первая запись 05h. Войди в режим редактирования (Ctrl+E) замени 05 на 00 и сохрани изменения (Ctrl+W).
Но всё это устранение несостыковок-ошибок. Других задач нет?