» Восстановление разделов и информации на HDD (часть 7)

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

Начало первого раздела сместил в нетипичный сектор - это ведь еще с того времени, когда я "пытался" восстановить с дампов, так встал. А когда пытался вставить первый раздел, выдавал 3-4 ошибок. там как раз и вторая попытка видна. Это уже третья получилось.
И вроде когда ХР восстанавливать стал или 7 ку. Что-то из них ругнулся на испорченную запись и "восстановил". Я то и хочу заняться делами, серьезное дело, пугаюсь из-за жесткого. Хотелось чтобы работал более менее устойчиво. Не пришлось бы снова все повторять долго и муторно.

И ещё бы подчистить все старые реликты - самого смущают, как это сделать?
просто отключив галочки, на самом деле же не исчезнут.

Цитата:

я "пытался" восстановить с дампов, так встал.

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

9285

Не верю. Ты можешь вставить кривой раздел, но он не будет рабочим - сам то я ручками ничего не делал, ибо ничего не понимаю и потому не делаю.
А это (по хорошему) удаляется при том же полном формате раздела (средствами 7-ки), или удалением раздела, обнулением "поляны" и созданием нового. - я это как бы подозревал, вроде и почвы начал искать. Время поджимает, да и начать только в "хвосте", не так уж чего наверно даст. А для генерального, нет возможности.

Цитата:

сам то я ручками ничего не делал

Ну тогда придумай правдоподобную историю появления рабочего раздела с началом в секторе 2055.

9285
Кто меня знает могли бы подтвердить. Я за свою жизнь обманул кого то, разве только в детстве. Тем более тут, когда мне нужна помощь, когда именно от правдивости моих слов зависит возможный положительный результат, я просто тебе не понимаю. Ради чего, что то выдумывать. На скринах видны следы моих попыток. 2, 58, 63 и после уже 2055. Все предыдущие не позволяли, там ошибки не дают что-то делать. И никакими программами я не ковырял и не знаю как это делать. Пробовал только dmde.exe и то отказывался записывать.

Aktaf
Я не собираюсь играть в "Ты меня уважаешь"?
Не веришь мне - подожди кого то другого, спроси на другом форуме (на том же хоботе где я лишён права ответа - так что там я не могу "помешать" тебе) - может ли раздел сам по себе переместиться в сектор 2055, причём именно в рабочем состоянии. По поводу 2 и 58 я уже писал - там как раз таки всё ясно.

всем привет, обращаюсь за вашей помощью
Диск ST1000DM003-1CH162 1ТБ, ОС Windows 8.1 x64, 2 раздела - Зарезервированно системой 350 МБ NTFS и локальный С все остальное. Раздел С требует форматирования, при запуске чекдиска без "/F" ругается на поврежденный MFT.
Можно ли вернуть MFT? или инфу?
SMART

Разделы в DMDE

При попытке открыть раздел

после поиска нтфс

Спасибо заранее

sharky1984
Нужны дампы секторов 7010304+50 и 718864+10.
А также сохранённый лог поиска NTFS.

9285
http://rghost.net/92LPdtmMj первый дамп
http://rghost.net/6h2tvgQT5 второй дамп
http://rghost.net/6BjxBrNxR скан

sharky1984
Ок. В первых записях сдвиг и немного мусора.
С большой долей вероятности доступ к данным можно вернуть in-place, но 100% гарантии нет.
Поэтому решай сам, что делать.
Восстанавливать (по результату Поиска или после патча) на другой носитель (*) или рисковать.
(*) При in-lace это и для подстраховки не бывает лишним.

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

sharky1984
Всё зависит от того как чекдиск отрихтует пропатченный раздел. Тем более что он ориентируется не только на $MFT, но и на другие структуры ФС. И везде могут быть подобные сдвиги.
Я что то не припомню случаев печальных последствий in-place (сделанных в этой теме) - тем не менее такой вариант не исключён. Поэтому и предупреждаю.

9285
можно получить патч для починки? я бэкап сделал, файлы вроде целые...

sharky1984
В принципе есть черновик - точнее просто "отрихтованные" начальные записи.
Не знаю, получится ли их проверить в близжайшее время на смоделированном "винте".

Поэтому могу предложить следующее - я выложу черновик, ты его запишешь куда надо и посмотришь как после этого открывается диск в DMDE. По логике без поиска, при открытии тома ты увидишь свои данные.
Далее, твоя основная задача - не допустить проверки диска системой. Особенно если она 8-ка. У неё новый чекдиск и я не в курсе его "способностей".
Сделаешь проверку сам (опять же я бы посоветовал чем то типа 7-ного), от имени администратора и в режиме только чтения. Результат покажешь.
Так устроит?

9285

Цитата:

Так устроит?

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

sharky1984
Архив с патчем.
Записать в сектор, указанный в названии перед скобкой. Можно и в тот, что в скобке.
Я только не понял как ты работаешь с винтом - через какой то LiveCD?
Просто чтобы проверить чекдиском, нужно чтобы винда примонтировала уже пропатченный раздел.
Может и есть какие то команды чтобы выполнить это, но я не в курсе - а в обычном случае надо перезагрузить систему, в случае внешнего винта - переподключить. И вот в первом случае есть подводный камень - например в случае загрузи с дистрибутивного диска 7-ки в режиме восстановления. Там система без твоего ведома запустит проверку. Так что, до патчевания, лучше уточни как ты работаешь с диском.

9285
диск подключен как вторичный к рабочей системе. В текущей системе у меня SSD (Windows), и еще 3 харда на данный момент, включая этот

sharky1984
Ясно, просто он на скриншоте ранее помечен как физический диск 0; что характерно (но не обязательно) для единственного или первого в списке винта. Потому решил перестраховать(ся).
У тебя случаем нет виртуальной машины типа VmWare? В ней можно подключить физически диск и работать с ним например тем же дистрибутивным диском 7-ки (но не в режиме восстановления а раньше).
Это чтобы не перезагружать систему и защита от возможной подлянки 8-го чекдиска. Впрочем, может он и не подлянит - было бы интересно узнать про это.
К тому же есть вроде бы там есть очень интересная фишка, которая описана в шапке темы, но я её до сих пор не проверил в действии.

9285
да у меня во первых 7-ка. Во вторых есть виртуальная машина, но не vmware, у меня на другом харде установлена Server 2008 R2 + Hyper-V. Но я не понял причем дистрибутив 7-ки и режим восстановления, ведь при загрузке винды чек можно пропустить вовремя нажимая на любую клавишу.
PS Будут ли проблемы если диск в моей нынешней системе не нулевой? Или сделать что был нулевым?
Скан был выполнен на другом компе.

sharky1984
Ну откуда же мне знать что у тебя 7-ка? Ведь в начальном описании фигурирует 8.1.
Номерация диска не влияет - я же написал причину уточнений. Хотя можно было бы и не написать, но тлько лучше бы если потом была неудача?

Добавлено:
Проверил патч в виртуалке - в нём ошибок нет. Есть какие то ошибки в 9-ой записи, вполне возможно что есть и ещё где то, но у меня то всего дамп 50-ти секторов.
Так что всё должно быть нормально.

9285

Цитата:

Ну откуда же мне знать что у тебя 7-ка? Ведь в начальном описании фигурирует 8.1.

Я там имел ввиду поврежденный диск, не суть.
Я запустил патч, отменил чек при перезагрузке, запустил вручную , вот выводы

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

9285
спасибо за вашу работу и терпение, после длительного процесса исправления, партишн вернулся, файлы на месте. К сожалению не могу знать если винда загружается нормально, ибо на моей материнке, поднимается но в конце получаю пустой черный экран. Максимум придется отформатировать раздел и заново установить ОС. Но это уже совсем не проблематично. Спасибо еще раз, можно узнать какую литературу почитать чтоб так глубоко понимать структуру ФС?

Цитата:

но в конце получаю пустой ерный экран.

Блин, как то вылетело из головы то, что раздел с системой, причём не ХР.
Это в ХР и ранее не было всяческих прав, доступов и т.п. используемых самой осью. П её можно было ставить и на FAT32 и копировать прямым копированием. В висте и последующих осях, всё по другому.
А 9-я запись, о которой я писал раньше, как раз $Secure - и в случае её повреждения она может перестраиваться заново, и скорей всего не столько она а нерезидентные записи. То есть, фактически идёт переписывание прав и доступов. И такое оси не переживают. За что можно поблагодарить "гениев" из микрософта.
Но, в общем то, когда речь идёт о восстановлении, то подразумевается восстановление личных данных. Винду или программы можно переставить, а зачастую и нужно - ведь неизвестно как поведёт себя программа, если в какой то бибилиотеке (экзешнике) и т.п. заменится байтик (много байтиков).

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

Добрый день!

Диск Hitachi hts547550a9e384 на 500Гб

Стоит Windows 8.1 В один момент после перезагрузки стал запускаться чекдиск D: я пару раз перезагрузил по время чекдиска, теперь тип данных RAW и chkdsk говорит "Не удается восстановить основную таблицу файлов"

SMART:
https://www.dropbox.com/s/ut5nbsgw5q0qxpm/1.jpg?dl=0

Разделы DMDE:
https://www.dropbox.com/s/re3nn36lkudjlwe/2.jpg?dl=0

Создержимое диска в DMDE:
https://www.dropbox.com/s/s2sc7f4tftac713/3.jpg?dl=0

Очень нужные фотографии моей невесты на 50Гб , помогите пожалуйста восстановить...

Запустил testdisk deep scan жду пока пройдет...

r1sh
testdisk программа-автомат, причём вносящая изменения в структуру повреждённого раздела.
Что является плохим качеством. Хорошо если угадает, а если нет?
Впрочем, подозреваю что она не поможет, т.к. не может восстанавливать повреждённую (отсуствующую MFT).
Можешь продолжать скан ею, но можешь попробовать в параллели сделать дамп секторов 153573120+30 и 21648766+50. А затем, можешь запустить Поиск NTFS (выбери в области поиска проблемный раздел).
Минут через 30-40 сохрани промежуточный результат - лог выложи. По окончании сделай то же самое. Можешь открыть том с началом в секторе 153573120 и зайти в Все найденные и реконструкция.

Цитата:

testdisk программа-автомат, причём вносящая изменения в структуру повреждённого раздела.
Что является плохим качеством. Хорошо если угадает, а если нет?
Впрочем, подозреваю что она не поможет, т.к. не может восстанавливать повреждённую (отсуствующую MFT).
Можешь продолжать скан ею, но можешь попробовать в параллели сделать дамп секторов 153573120+30 и 21648766+50. А затем, можешь запустить Поиск NTFS (выбери в области поиска проблемный раздел).
Минут через 30-40 сохрани промежуточный результат - лог выложи. По окончании сделай то же самое. Можешь открыть том с началом в секторе 153573120 и зайти в Все найденные и реконструкция.

Дампы:

https://www.dropbox.com/s/3yj5fxz44npe1q2/dev0_lba21648766_51.bin?dl=0
https://www.dropbox.com/s/tlbhoy9ibhr36in/dev0_lba153573120_31.bin?dl=0

Скриншот NTFS через 40 минут:

https://www.dropbox.com/s/2d4y9stkzf59l0d/5.jpg?dl=0

скриншот нтфс в конце:
https://www.dropbox.com/s/cj453ng6krj14dh/4.jpg?dl=0

т.е. восстановить сам логический диск не получится?

Цитата:

т.е. восстановить сам логический диск не получится?

Это надо смотреть.
Да вот незадача:
- я ошибся при наборе номера сектора - нужен дамп 157573120+30 и 163864576+50
- просил лог поиска а не скриншот
PS. Желательно в один архив - открывать по десять страниц не очень с руки.

Цитата:

Это надо смотреть.
Да вот незадача:
- я ошибся при наборе номера сектора - нужен дамп 157573120+30 и  163864576+50
- просил лог поиска а не скриншот
PS. Желательно в один архив - открывать по десять страниц не очень с руки.

извиняюсь, ошибся, в архиве лог, два дампа:

https://www.dropbox.com/s/g3e9kksm0eoy38d/disk.zip?dl=0

реконструирование запускать или нет?)

r1sh
Повреждения в записях (из дампа) есть, но достаточно примитивные.
Вероятность in-place восстановления высока, но тем не менее (читай в теме чуть раньеш).
Так что запускай, смотри, восстанавливай - проверяй целостность.
Реконструкция виртуальная. Да и без неё ты не увидишь содержимое раздела.