Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Восстановление разделов и информации на HDD (часть 8)

Модерирует : 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

   

Akam1



Комса
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Восстановление разделов и информации на HDD
 
1 часть :: 2 часть :: 3 часть:: 4 часть :: 5 часть :: 6 часть :: 7 часть

Внимание! Если у Вас возникли проблемы с доступом к информации на дисках большого объема (более 120 Гб) - пропала таблица разделов, система говорит, что нужно отформатировать диск и т.п., то сначала прочитайте эту ветку про LBA48.
 
Для операций с разделами на жестких дисках по-возможности используйте штатные средства ОС. Прежде, чем править разделы с помощью Acronis Partition Expert, Norton Partition Magic и им подобных программ, пробегите быстро по всем страницам всех частей этой темы и Вы увидите, что половина проблем из-за них! Если не хотите сами наступить на эти грабли, запомните несколько простых правил:
 
- перед использованием программ типа Partition Magic всегда сохраняйте резервные копии важных данных
- не забывайте проверять диски на ошибки и дефрагментировать их (может помочь позже, при восстановлении данных)
- не пытайтесь изменять разделы на дисках с ошибками или на которых имеются сбойные блоки
- на время правки разделов постарайтесь обеспечить бесперебойную работу компьютера
- никогда не прерывайте процесс изменения разделов, если он уже начался
- не проводите операций по изменению разделов на дисках забитых до отказа, т.к. это значительно увеличивает продолжительность таких операций, а следовательно и риск возникновения сбоев
 
Прочтите и передайте другим, которые заходят сюда, когда уже слишком поздно...

 
То же самое касается программ ScanDisk и CHKDSK, автоматически проверяющих диски при загрузке системы. В случае серьезных сбоев они ничем помочь не смогут, но навредить могут изрядно. Поэтому всегда отключайте эти утилиты из автозапуска и выполняйте проверку дисков только вручную, периодически, когда уверены, что серьезных проблем на диске нет. Как их отключить написано здесь (на английском)

  • Общие рекомендации по самостоятельному восстановлению данных
     
  • Хороший совет по восстановлению, когда не уверен в своих знаниях
     
  • Список программ для восстановления информации
     
  • Статьи о восстановлении данных и жестких дисках
     
  • Восстановление данных из .chk файлов
    Обращаясь в тему за помощью, обязательно укажите информацию о диске: тип, емкость, способ подключения, информацию о разделах, SMART винта из MHDD / Victoria / HDDScan, наименование и мощность БП, возраст БП, результаты MemTest86, версию ОС и сервис-пака, а также обстоятельства краха - честное слово, толковым запросам и отвечать приятно. Здесь телепатов нет...
     

    Важно! Инструкция по чистке контактов на плате HDD

  • Всего записей: 26360 | Зарегистр. 20-04-2006 | Отправлено: 05:45 11-10-2015
    Ironjaw

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
     
    Да, чуть раньше уже заглянул в описание легенд DMDE. Насколько сильно различается 1 вариант от 2 ?  
     
    При открытии тома вываливает 2 ошибки что в 1-ом случае, что во 2-ом
     
    ошибка чтения MFT #2-2
     
    ошибка чтения MFT #203680-203683.
    Надеюсь это-не критично?
     
    Добавлено:
    temp9285
     
    Дальнейшие действия?
     
    MBR-ON--Перезагрузка--назначение обратно буквы--CHKDSK без ключей?

    Всего записей: 19 | Зарегистр. 12-03-2016 | Отправлено: 14:40 13-03-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Насколько сильно различается 1 вариант от 2 ?

    Это можешь лишь ты определить.
    Я исходил из результатов поиска http://gluon.rghost.ru/7jg6p7tjg/image.png
    Оранжевым выделены идентичные фрагменты. Я не могу сказать следствием чего они явились, но предположу что это последствие дефрагментации тома средствами винды. Как недавно выяснил, при таком действии старые расположения не зачищаются.
    И если после дефрагментации с записимя из списка этого фрагмента мало что делалось, то определять надо сравнением. Я же ориентировался на значение соотвествий, о чём писал раньше. 1 вариант - где больше таковых, что вполне логично.

    Цитата:
    ошибка чтения MFT #2-2    ошибка чтения MFT #203680-203683.  Надеюсь это-не критично?

    3я запись отсутствует, так что это нормально - чекдиск при исправлении создаст новую.
    что касается других 4-х, то это было ожидаемо - на скриншоте выделил фрагмент, в котором видно что отсутствуют четыре записи (-4 в скобках). Почему их там нет, или они могут быть повреждены - это надо смотреть; может там тоже FFFF.  Критичность зависит от того, что в них было.
     
     
    Добавлено:

    Цитата:
    Дальнейшие действия?    MBR-ON--Перезагрузка--назначение обратно буквы--CHKDSK без ключей?

    Определиться с версиями патча - мой вариант 1-й.
    Всё остальное как ты написал, только не забыть про применение изменений после MBR-ON.
    И, может я пропустил какая у тебя винда, но если 8ка или 10 как, то тут не могу подсказать по тому как поступит их чекдиск. В таком случае лучше загрузиться с чего то типа дистрибутивного 7-ки и проверить её чекдиском.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 14:58 13-03-2016
    Ironjaw

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
     
    Вин-7 сп1 х64.
     
    Добавлено:
    temp9285
     
     
    Итого: патч 1
     
    применил MBR ON
     
    Выставил букву G обратно
     
    файловая система RAW
     
    результат CHKDSK RO
    https://cloud.mail.ru/public/FQrD/YRrr9aaeG
     
    Добавлено:
    temp9285
    натравить CHKDSK /F  ?
     
    Добавлено:
    temp9285
    Результат
     
    https://cloud.mail.ru/public/euuC/YeJMoEtmZ
     
    Добавлено:
    temp9285
     
    Проиндексировалось и поднялось.
     
    Моя благодарность мастеру.  
    Для пущей надежности заказываю еще 1 ВеДроид на 2 терабайта-как раз для бэкапов.

    Всего записей: 19 | Зарегистр. 12-03-2016 | Отправлено: 15:26 13-03-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Ironjaw

    Цитата:
    Результат

    От ты, б..., шустрый какой (Сестры Зайцевы. Древняя Русь. Начало).
    На самом деле, я бы просто написал что кроме указанных чекдиск найдёт ещё и другие, поэтому то и сложно предсказать точно. Хотя прогноз то был положительный.

    Цитата:
    Проиндексировалось и поднялось.

    Ну и хорошо.
    ЗЫ: Заходи, если что....Только не на то болото, откуда тебя вытащил.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 18:06 13-03-2016
    Ironjaw

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
     
    Обязательно загляну-просто чукча - больше читатель и руборд почитываю давно(как ни странно).
     
    только из-за структуры форумов и глюков поиска не всегда нахожу нужное))

    Всего записей: 19 | Зарегистр. 12-03-2016 | Отправлено: 19:16 13-03-2016
    makcunknown

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Подробнее...

    Всего записей: 6 | Зарегистр. 04-03-2016 | Отправлено: 04:23 14-03-2016 | Исправлено: makcunknown, 05:51 14-03-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    makcunknown
    Начни с того, что перестань пользоваться ломанной версией, которая замечена в восстановлении "битых" данных. При этом нормальная версия восстанавливает всё целым.
    Да и версии (алгоритмы поиска) постоянно улучшаются.
     
    Нужен лог сканирования и более подробное описание того, что было реально.
    8 переназначенных секторов могут и убить заголовок MFT, но не сделать такой глобальный сдвиг, изменить тип раздела. К тому же, смешение начала раздела очень нетипичное, и в бутсекторе раздела отсутствует загрузочный код. С чего бы?

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 08:41 14-03-2016
    makcunknown

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    По поводу DMDE, да в версии 2.3 рабочий стол(Desktop) не виден вообще при скане разделов, но суть в том, что даже во free последней версии любой по одиночке файл восстанавливается с ошибкой, о чем я и писал выше.
    Суть была такова, знакомый пришел с буком, он иногда просто подвисал, ну я думаю глянука викторией винт и вижу 8 битых секторов, до этого не стал делать чекдиск и резерв копию файлов, думаю прогоню на ремамы, бац в конце главного раздела он 8 заремапил, выхожу из виктории и вижу, раздел убит, ставлю чекен диск, говорит файловая неизвестна. Первый раз столкнулся с тем, что ремап так убивает раздел и делает сдвиг.
     
    Нужен лог сканирования и более подробное описание того, что было реально.
    Поподробнее пожалуйста, что подразумевается под логом сканирования? Сами файлы логов скинуть?
     
    Сами логи от двух версий.  http://my-files.ru/5fefcw
     
     Есть и от 2.3 и от последней. Вроде бы основные скрины я скинул и разделы и что найдено.
     

    Всего записей: 6 | Зарегистр. 04-03-2016 | Отправлено: 09:05 14-03-2016 | Исправлено: makcunknown, 09:16 14-03-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    makcunknown

    Цитата:
    по одиночке файл восстанавливается с ошибкой

    про ошибку я читал, только мне сложно угадать о какой ошибке речь.
    Сайт, на который ты выложил логи недоступен - выложи на rghost.ru

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 09:54 14-03-2016
    makcunknown

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Да, сайт затупил что то. Сейчас другой попробую.
     
    В архиве все скрины с ошибками, и логи. На первом(er1) скрине ошибка mft, на втором(er2) это при восстановлении файла любого, ставил игнорировать к примеру, файл восстанавливает, но полностью убитый или с 0 байт. С папки ФОТО многое вытащил, но не всё. И опять же на скрине видно, где желтые папки, то они хорошо восстанавливались, а вот рабочий стол под светло зелёным цветом, эти файлы все с ошибками. Хотя файлы эти на последний момент присутствовали.
     
     
    http://rghost.ru/7VbhPxWYD

    Всего записей: 6 | Зарегистр. 04-03-2016 | Отправлено: 10:08 14-03-2016 | Исправлено: makcunknown, 10:10 14-03-2016
    The_Immortal



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285, здравствуйте!
    Весеннее обострение накопителей продолжается... На внешнем HDD перестали открываться некоторые папки, а в некоторых каталогах оказывалась совсем другая информация.
    Я сразу же вырубил MBR у диска, сделал его клон и даже наконец-то приобрел DMDE!
    В DMDE том открылся без проблем, далее реконструировал ФС "чистым" образом. Отыскал нужные файлы (doc, docx) в том каталоге, который не открывался. Восстанавливаю эти файлы, но они не открываются. Можно ли что-то придумать или хана файлам уже точно?

    Всего записей: 1542 | Зарегистр. 10-01-2009 | Отправлено: 16:00 14-03-2016 | Исправлено: The_Immortal, 16:23 14-03-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    makcunknown
    Да уж. Есть уверенность что посекторка сделана правильно?
    Ну никак не могу сфантазировать как по другому можно обьяснить такой глобальный сдвиг.
    Как вариант, анализировать что восстанавливается корректно по файловой системе - смотреть номера секторов и что в файловой записи. Исходя из этого определить смещение.
     
    Добавлено:
    The_Immortal

    Цитата:
    а в некоторых каталогах оказывалась совсем другая информация.

    Возможны логические ошибки файловой системы - простые лечатся чекдиском.

    Цитата:
    Отыскал нужные файлы (doc, docx) в том каталоге, который не открывался. Восстанавливаю эти файлы, но они не открываются

    Причин множество - например, какой то мусор в секторах, в том числе и в записях файловой системы. Последнее приводит к тому, что данные вычитываются не с тех кластеров, где они расположены.
    Можно попробовать сигнатурный поиск. В идеале было бы хорошо если бы нашёлся целым один из таких неоткрываемых. Тогда можно проанализировать соответствие расположение файла записи в MFT.
     
    Добавлено:
    Забыл уточнить - предполагается что данные файлы обычного формата, т.е. не защифрованы пользователем или вирусом и т.п.
     

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 18:46 14-03-2016 | Исправлено: temp9285, 08:27 15-03-2016
    makcunknown

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    Есть уверенность что посекторка сделана правильно?
     
    Да, даже с винта при сканировании на первом гиге выдаёт этот надежный раздел (который сдвинут на 31Гиг, далее просто ищет файлы, которые восстанавливаются с ошибкой, я так понимаю никак это уже не исправить, спец один сказал есть возможность только через вручную восстанавливать транслятор.

    Всего записей: 6 | Зарегистр. 04-03-2016 | Отправлено: 08:28 15-03-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    makcunknown
    Я не знаю что подразумевается под транслятором. А то в ролике аси есть про восстановление транслятора, который не более чем бутсектор раздела. Если про такой, то не вижу перспективы.
    Если речь о служебке, то возможно что поможет, но это у других надо узнавать.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 09:22 15-03-2016
    The_Immortal



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285, если после полного сканирования открыть том, то там будет раздел RAW-файлов. По каждому типу файлов можно увидеть список, элементы которого маркируются по-разному: иконка зеленая, иконка с красным и т.д. Я так понимаю, что наличие красного обозначает поврежденный файл. Но при этом имена файлов неизвестным. Вы не знаете каким образом можно узнать имя того или иного файла из этого списка? Или ещё лучше сразу получить список поврежденных файлов.
     
    P.S. В справке помощи по данному вопросу не обнаружил.

    Всего записей: 1542 | Зарегистр. 10-01-2009 | Отправлено: 21:28 15-03-2016 | Исправлено: The_Immortal, 21:49 15-03-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    The_Immortal
    А что ты искал?
    В справке по панели файлов есть описание двух типов "с красненьким".
    Я не могу гарантировать что правильно понимаю, но попробую описать как думаю.
    1. файл, найденный по сигнатурам, сигнатура конца не найдена - некоторые типы файлов имеют начальную и конечную сигнатуру - например jpeg. Соответственно, найдя начальную сигнатуру, можно искать конечную и всё между ними воспринимать как файл. Но если по пути встречается сигнатура другого файла (или ещё что то известное - те же метаданные ФС), то вполне логично предположить что на этом прежний файл обрывается. Вот в такой ситуации и можно обозначить файл таким обозначением.
    2. файл по сигнатурам, определен размер, вероятна частичная перезапись
    Всё почти как и в первом случае, только у файла нет сигнатуры конца, но зато в заголовке файла есть значение размера. Примеры таких файлов - bmp, cd (файл данных 1С 8.х).
     

    Цитата:
    Но при этом имена файлов неизвестны

    Ну так при RAW поиске не учитываются данные ФС - откуда же знать имя?
    Можно совместить результаты поиска, но только всё настолько неоднозначно, что толку - от 0% .

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 22:11 15-03-2016
    The_Immortal



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285, благодарю. Но как мне получить список тех файлов? У этих же файлов есть нормальные имена, а не F123554.doc... Я понимаю, что имена файлов сидят в ФС, но как сопоставить эти файлы с файлами ФС?

    Всего записей: 1542 | Зарегистр. 10-01-2009 | Отправлено: 22:19 15-03-2016 | Исправлено: The_Immortal, 22:21 15-03-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    The_Immortal

    Цитата:
    У этих же файлов есть нормальные имена, а не F123554.doc...  

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

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 23:01 15-03-2016
    The_Immortal



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285, я могу щелкнуть по файлу и в Редакторе ниже увидеть и сектор и кластер, только это ничего не дает...

    Всего записей: 1542 | Зарегистр. 10-01-2009 | Отправлено: 23:32 15-03-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    The_Immortal
    Мне пока тоже ничего не даёт твоё словесное описание.
    Вот прикинь - ты открываешь doc-овскй файл а в заголовке не та сигнатура. Это может быть и последствием шифратора, и внедрение какого то мусора и неправильные данные о его размещении.
    А если та, то причина может быть в том же мусоре, или шифраторе, который шифрует не весь файл а часть в начале (были и такие). Так что много что можно писать, но только всё это в пустоту.
    Конкретизируй свои хотелки, выложи (в архиве) скриншоты на которых видно что в заголовке, сделай дамп секторов 40 заголовка и самой записи MFT (?).
     
    Добавлено:
    The_Immortal
    Давай рассмотрим один алгоритм.
    У тебя есть какой то файл найденный в RAW-поиске, имя которого тебе известно, но в обычном режиме он не восстанавливается.
    Смотришь какие сектора (кластера) он занимает и какие в записи. Находишь ошибку.
    Делаешь такое с ещё каким то другим файлом. Смотришь есть ли какие о аналогии - например вкрапление одинакового байта или одинаковое смещение данных. Если есть такое, то применяешь корректировки к другим проблемным данным.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 23:42 15-03-2016
       

    Страницы: 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

    Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Восстановление разделов и информации на HDD (часть 8)
    Akam1 (13-11-2016 05:23): http://forum.ru-board.com/topic.cgi?forum=84&topic=5216


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru