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

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

Lord_Zenich
Да уж, помойка знатная получилась. И насколько понял изначально тоже Акронисом всё размечалось.

Вот интересно было бы выслушать знатока Акрониса puchkar2012

Пробовал открывать найденные тома? Восстанавливать файлы? Целы ли они.
А ещё тома, которые на скриншоте имеют индикаторы BCF.
Ещё сбрось дампы секторов, отмеченные как первые у этих томов +
6293248+100
210887063+50
210887431+10

Насколько понимаю, Поиск NTFS делался для логического диска.
Если да, то повтори для физического и там уже открывай найденные тома.

Lord_Zenich
Только сейчас заметил (наверное меня сбила фраза с хобота про 1ТБ) - на скриншотах видно что программа некорректно определяет обьём раздела. По числу секторов обьём соотвествует 1,5 ТБ, о которых ты здесь написал - а отображается 1ТБ. Версия случаем не ломанная? Хотя припоминается упоминание в истории программы корректность поддержки больших винтов.
Так что лучше поработай с новой версией DMDE.

А вообще, пораскинув мозги , твой случай представляется мне как образец того как не надо делать и чем не пользоваться. Есть только несколько неясных до конца моментов:
- была ли когда то попытка преобразования расширенного раздела в основной?
- ты точно делал слияние 100 гигового с 1,5тб (*) или при формировании задания сделал и промежуточные действия, например уменьшение 100 гигового до 70 гигов? Просто в таком случае акронис делает последовательность заданий даже в случае когда он бессмысленны
-какая точная версия акрониса (в том числе билд), и как с ним работал (из винды запускал или с загрузочного диска)?

9285
Обещанный лог чекдиска Напомню предисторию. После удаления лишнего с System Volume Information, диск логический стал RAW

9285
Скачал новую версию DMDE, сейчас провожу поиск NTFS для физического диска как Вы просили ранее. Как закончит вышлю лог, первые сектора разделов и 6293248+100
210887063+50
210887431+10

По поводу неясных моментов:
- Расширенный раздел в основной не преобразовывал (специально задачи себе такой не ставил и не выполнял)
- Слияние делал 100 гигового и 1,5 гигового без уменьшения размеров и подобных действий.
Перед слиянием отформатировал 100 гиговый акронисом.
- Точную версию акрониса сказать пока не могу, т.к. диска под рукой нет. Как только его заберу (сегодня/завтра) сразу напишу.
- Акронис запускал с загрузочного диска.

Lord_Zenich
Поиск можно остановить в любой момент, сохранить лог.
Сделать те же дампы, потом запустить поиск по новой, но при этом выбрать Загрузить (сохранённый лог) - сканирование продолжится с прерванного места.

Я потом в цифрах покажу что было и что делалось (не обязательно тобой).
И форматирование было лишним - если уж и заниматься таким слиянием, то проще было удалить 100 гиговый (в идеале занулить занимаемое им место) а потом просто изменить размер 1,5 ТБ раздела.

9285
Дампы первых секторов, поиск ntfs для физ раздела, и остальное скинул сюда
Ссылка

Цитата:

Пробовал открывать найденные тома? Восстанавливать файлы? Целы ли они.

Да, пробовал. Файлы целые. Все восстанавливается.

Цитата:

А ещё тома, которые на скриншоте имеют индикаторы BCF.

Тома с индикаторами BCF, открываются как раз с нужной информацией, а если открыть раздел с индикатором Bxxx, то dmde пишет что MFT Cluster - нет допустимых значений.

Lord_Zenich

Цитата:

Тома с индикаторами BCF, открываются как раз с нужной информацией,

Если бы написал Том, то я бы поверил. А раз Тома, то нет. По крайней мере если мы говорим не о названиях файлов и их структуре, а о целостности их содержимого.
Поэтому всё таки уточни, хотя исходя из данных поиска (и не имея дампа сектора 210901383) можно предположить что речь идёт о томе, начинающемся в секторе 153607.
Если да, и ты осознаёшь всю потенциальную опасность восстановления in-place, то можешь удалить нынешнюю запись о разделе начинающемся в секторе 14336, впрочем как и о дополнительном разделе и потом вставь вышеуказанный том. Примени изменения, перезагрузи систему, откажись от проверки диска, сделай вручную в режиме только чтения и покажи результат проверки.

Вообще, можешь поблагодарить судьбу, что нечто оборвало задуманное тобою на этом этапе.

9285

Да, я не правильно написал. Меня смутил том $Noname 05 тоже имеющий индикаторы BCF (хотя у него F не подсвечено зеленым) начинающийся в секторе 210901383. Но при его открытии никаких файлов там нет.

Файлы отображаются при открытии тома $Noname 03 начинающимся в секторе 153607.

Только мне не понятно почему при открытии логического диска D: там всего один том $Noname 02 и начинается он в секторе 139271 а не в 153607 (хотя при его открытии так же отображаются все файлы).

Скриншоты физического и логического томов и дамп сектора 210901383 я скинул сюда
Ссылка

Если понадобится, напишите, я скину дамп сектора 153607.

Lord_Zenich
Вообще то надо было с самого начала тебя предупредить что работа должна производиться с физическим. а не логическим разделом. Тогда бы и некоторая путаница (хотя я то понимаю о чём идёт речь) бы исчезла.
Мне всё таки интересно содержание сектора 210901383 (16128 тоже), но именно применительно к физическому.
А что касается твоей непонятности - логический D начинается в секторе 14336 и при его открытии находится том со смещение в секторе 139271. Теперь сложи обе эти цифры и ты получишь искомые 153607.
Так что, впредь открывай (пока не будет уточнения про логический) физический диск и работай с ним. И имена файлов дампов оставляй как есть - они содержат всю необходимую информацию о его расположении.

9285

Ок, насчет логического и физического, на будущее усвоил.

Сделал дамп (приминительно к физическому) сектора 210901383. Попытался выделить и сделать дамп тома с началом в секторе 16128. Но при копировании сектора, DMDE выдал начало в секторе 210901319 (его я тоже сделал, на всякий случай). А так же принудительно сделал дамп сектора 16128 так же приминительно к физическому.

И выложил все сюда.
Ссылка

Мне следовать Вашим инструкциям по удалению записи о разделе начинающемся в секторе 14336, и дополнительном разделе, и последующей вставке тома начинающемся в секторе 153607 или что-то не так?

Цитата:

Но при копировании сектора, DMDE выдал начало в секторе 210901319

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

Решил не заморачиваться с восстановлением винта, т.к. стоимость нового 1,8т.р.
Прошу посмотреть SMART нового внешнего hdd, а то кто его знает.

И если не затруднит вышлите ссылку на инструкцию по расшифровке данных в SMART отчете, лучше на русском.

magdaff

Цитата:

Прошу посмотреть SMART

СМАРТ как у нового диска, 4 включения, все фонари зеленые - все отлично.


Цитата:

инструкцию по расшифровке

с этим сложно, т.к. каждый вендор ведет статистику СМАРТ так, как ему удобно.
т.о. СМАРТы от сигейта сложно сравнивать с таковыми от ВД или Хитачи, за исключением базовых вещей типа "время наработки", "кол-во стартов/парковок", "температура" и т.п.

вполне норм. описание на википедии

Всем привет.

Такая ситуация - отформатировали жесткий диск USB - 1Tb. Там была важная папка. Пробовал многими утилитами - 1 эффект. файлы восстанавливает - однако все они не открываются, поврежденные. Что-нибудь можно сделать в такой ситуации?

Заранее благодарен.

mistx
если многими программами пробовали (ZAR, например?), то, скорее всего, что дело-труба.
т.е. структуру видно (папки-файлы) все как было? видно зеркало MFT уцелело, но не полная ветка..

чем форматировали-то? быстрое форматирование или запустили полное, а потом прервали?

можно открыть восстановленные файлы в просмотре любым hex-редактором, хоть total commander использовать. - интересно внутри мусор или нули.

Добавлено:
если знаете какого формата документы в папке - можно сделать поиск по сигнатурам файлов (без участие таблицы MFT) - если не найдется ничего (или формат особый или файлы фрагментированы), то вариантов не остается точно.

south_man
Действительно, тут очень важно что реально делалось: чем (и как) форматировалось, и немаловажно что делалось позже. Если тот же быстрый формат то практически нулевой шанс что все файлы будут битые если ничего не записывалось поверх.
Хотя.... смотря что использовалось. Та же ломанная DMDE именно в таком состоянии может "восстанавливать".
В некоторых случаях бывает что и фрагментированное (опять же зависит от числа фрагментов и их расположения) восстанавивается - по крайней мере за Photorec в отношении некоторых типов файлов такое замечено.
Вот только не понял насчёт зеркала - даже без наличия первых четырёх записей тот же DMDE восстановит практически всё (с учётом написанного выше).
PS. Опыт подсказывает что когда пишут о множестве использования, то чаще всего это обман - на самом деле пользуются порой-тройкой. Тем более что кол-во утилит по восстановлению - вагон и тележка.

9285

Цитата:

тот же DMDE восстановит практически всё

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

ЗЫ: что делалось - это отдельная тема. Люди почти всегда считают, что любой сбой (наверное, из-за того, что он сам собой произошел) сам собой исправится... ну или нужно немного помочь утилитами с одной кнопкой "fix".

south_man
Не зная чем делался формат (какой) и чем ранее сложно о чём то гадать.
Но только я не припоминаю что то, убивающее именно с начала диска - если только не формат в FATхх.
Вот, кстати случай Lord_Zenich достаточно показательный. У него 100 гиговый раздел до последнего формата форматировался средствами типа тех, что в ХР; а крайний формат акронисом.
Как результат - практически целая (причём огромнофрагментированная MFT).

Цитата:

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

пардон, но для виндов потеря MBR после формата - будет явно потеря, не убьет, но припрячет..

впрочем, соглашусь, логика хромает в моем ответе - хотел сказать, что
1) раз у mistx структура есть, то MFT как раз обнаружена корректно
2) если таки было форматирование, то как минимум MBR стерли, соотв. понятно, что визуально "все пропало" и нужно прибегнуть к спец. софту (которого реально оч.много)
3) если в файлах мусор/нули - нужно разобраться в истории

south_man
В твоих словах есть правда, но только не насчёт MBR.
Она то не стирается (Не перемещается и т.п.) - если верить гуру, то перезаписывается запись о форматируемом разделе (даже в случае если не меняется тип ФС и размер раздела).

Цитата:

Она то не стирается (Не перемещается и т.п.)

точно)) черт, осторожным нужно быть)) просто я всегда делаю вайп перед инициализацией - у меня все убивается.. привычка
в общем дело ясное, что дело темное..

9285

Диск восстановился и открывается со всеми файлами.
Вот отчет о проверке chkdsk в режиме чтения.

Ссылка

Я так понял что-то не так? Что делать дальше?

Здравствуйте!
Использовал программу Partition Wizard Technician Edition, и случайно удалил логический диск. Далее сразу восстановил разделы этой же программой. В окне программы раздел восстанавился, однако windows его не видит даже после перезагрузки! Что сделать чтоб восстановить?
скрины сделал
http://rusfolder.com/41450866
http://rusfolder.com/41450867
http://rusfolder.com/41450868

south_man
Знакомый отформатировал диск в проводнике(выбрал полное), перепутал с флешкой, потом пытался отменить процесс. то есть прервал, смотрел getdataback структуру восстанавливает полностью включая все подпапки, однако файлы не читаются. Файлы важные рабочие.

mistx

Цитата:

Файлы важные рабочие.

вопрос был не о важности, а какого формата файлы - ворд, эксел, картинки и пр..
НО это, думаю, не важно, т.к. полное форматирование делает ровно то, что должно.
Удаляет всю информацию, начиная с начала диска до момента, когда прервали процесс.
Прервали на 50% - вот и восстановит вам GDB половину.. на 60% - восстановит 40%..

Впрочем, еще раз, я давно не пользуюсь GDB т.к. замечал странности в результате работы.
Попробуйте ZAR или DMDE (бесплатную копию - она умеет доставать файлы, пускай даже по одному)

south_man
документы офисные - word, excel, powerpoint, pdf

Спасибо. Буду пробовать и надеяться на лучшее

Lord_Zenich
По правильному - скопировать на другой носитель всё самое ценное, потом попробовать поверить в то, что чекдиск исправит ошибки. В твоём случае ошибки ниочёмные и должны исправиться без проблем, но дело в том, что чекдиск не всегда показывает все ошибки, поэтому нельзя дать 100% гарантии.
Как вариант - в шапке "Хороший совет по восстановлению, когда не уверен в своих знаниях".
Или делать неправильно.

mistx
Лечение без анализов сродни стрельбе на слух. Шанс попадания есть, но не обязательно в нужное.
Понятно что ХР уже устарела, но всё таки - а у неё полный формат малодеструктивный.
Не факт что ранее было отформатировано средствами винды, да и полная структура как бы намекает что MFT не успело затереть.
И файлы на NTFS (вангую что раздел был такой) заливаются не по принципу ведра (наоборот) - в начале раздела поначалу почти нет пользовательских данных, но по мере приближения к полному заполнения появиться там могут.
Так что, советую сделать поиск NTFS в DMDE и дальнейший набор манипуляций, про который писал чуть раньше для Lord_Zenich
Elvinproper
Присвоить букву диска не получается?
Сложи скриншоты в один архив и выложи на нормальный обменник - нажимать несколько раз капчу нет желания и времени.