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

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

Модерирует : Akam1, Dr_StandBy, vertex4

Akam1 (11-10-2015 05:48): http://forum.ru-board.com/topic.cgi?forum=84&topic=5006  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163

   

Akam1



Комса
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Восстановление разделов и информации на HDD
 
первая часть :: вторая часть :: третья часть:: четвертая часть :: пятая часть :: шестая часть


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

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

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

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


  • Всего записей: 26360 | Зарегистр. 20-04-2006 | Отправлено: 08:17 04-09-2013 | Исправлено: alexgr, 19:52 07-10-2014
    magdaff



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

    Цитата:
    сначала создать клон 1-в-1 и потом уже работать с клоном.

    Могу ли я сделать клон не всего внешнего диска а выбрать локальный?
     

    Всего записей: 84 | Зарегистр. 11-11-2007 | Отправлено: 20:13 08-08-2014
    south_man



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

    Всего записей: 935 | Зарегистр. 06-07-2012 | Отправлено: 20:25 08-08-2014
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Lord_Zenich
    Да уж, помойка знатная получилась. И насколько понял изначально тоже Акронисом всё размечалось.
     
    Вот интересно было бы выслушать знатока Акрониса puchkar2012
     
    Пробовал открывать найденные тома? Восстанавливать файлы? Целы ли они.
    А ещё тома, которые на скриншоте имеют индикаторы BCF.
    Ещё сбрось дампы секторов, отмеченные как первые у этих томов +  
    6293248+100
    210887063+50
    210887431+10

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 21:20 08-08-2014
    9285

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

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 06:10 09-08-2014
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Lord_Zenich
    Только сейчас заметил (наверное меня сбила фраза с хобота про 1ТБ) - на скриншотах видно что программа некорректно определяет обьём раздела. По числу секторов обьём соотвествует 1,5 ТБ, о которых ты здесь написал - а отображается 1ТБ. Версия случаем не ломанная? Хотя припоминается упоминание в истории программы корректность поддержки больших винтов.
    Так что лучше поработай с новой версией DMDE.
     
    А вообще, пораскинув мозги , твой случай представляется мне как образец того как не надо делать и чем не пользоваться. Есть только несколько неясных до конца моментов:
    - была ли когда то попытка преобразования расширенного раздела в основной?
    - ты точно делал слияние 100 гигового с 1,5тб (*) или при формировании задания сделал и промежуточные действия, например уменьшение 100 гигового до 70 гигов? Просто в таком случае акронис делает последовательность заданий даже в случае когда он бессмысленны
    -какая точная версия акрониса (в том числе билд), и как с ним работал (из винды запускал или с загрузочного диска)?

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 02:11 10-08-2014 | Исправлено: 9285, 02:12 10-08-2014
    restore1972

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

    Всего записей: 654 | Зарегистр. 13-03-2014 | Отправлено: 09:59 10-08-2014
    Lord_Zenich

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
    Скачал новую версию DMDE, сейчас провожу поиск NTFS для физического диска как Вы просили ранее. Как закончит вышлю лог, первые сектора разделов и 6293248+100
    210887063+50
    210887431+10
     
    По поводу неясных моментов:
    - Расширенный раздел в основной не преобразовывал (специально задачи себе такой не ставил и не выполнял)
    - Слияние делал 100 гигового и 1,5 гигового без уменьшения размеров и подобных действий.
    Перед слиянием отформатировал 100 гиговый акронисом.
    - Точную версию акрониса сказать пока не могу, т.к. диска под рукой нет. Как только его заберу (сегодня/завтра) сразу напишу.
    - Акронис запускал с загрузочного диска.

    Всего записей: 8 | Зарегистр. 06-04-2012 | Отправлено: 10:37 10-08-2014
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Lord_Zenich
    Поиск можно остановить в любой момент, сохранить лог.
    Сделать те же дампы, потом запустить поиск по новой, но при этом выбрать Загрузить (сохранённый лог) - сканирование продолжится с прерванного места.
     
    Я потом в цифрах покажу что было и что делалось (не обязательно тобой).
    И форматирование было лишним - если уж и заниматься таким слиянием, то проще было удалить 100 гиговый (в идеале занулить занимаемое им место) а потом просто изменить размер 1,5 ТБ раздела.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 12:36 10-08-2014
    Lord_Zenich

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
    Дампы первых секторов, поиск ntfs для физ раздела, и остальное скинул сюда
    Ссылка

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

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

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

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

    Всего записей: 8 | Зарегистр. 06-04-2012 | Отправлено: 22:58 10-08-2014
    9285

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

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

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

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 00:48 11-08-2014
    Lord_Zenich

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
     
    Да, я не правильно написал. Меня смутил том $Noname 05 тоже имеющий индикаторы BCF (хотя у него F не подсвечено зеленым) начинающийся в секторе 210901383. Но при его открытии никаких файлов там нет.  
     
    Файлы отображаются при открытии тома $Noname 03 начинающимся в секторе 153607.
     
    Только мне не понятно почему при открытии логического диска D: там всего один том $Noname 02 и начинается он в секторе 139271 а не в 153607 (хотя при его открытии так же отображаются все файлы).
     
    Скриншоты физического и логического томов и дамп сектора 210901383 я скинул сюда
    Ссылка
     
    Если понадобится, напишите, я скину дамп сектора 153607.

    Всего записей: 8 | Зарегистр. 06-04-2012 | Отправлено: 15:20 11-08-2014
    9285

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

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 19:24 11-08-2014 | Исправлено: 9285, 20:07 11-08-2014
    Lord_Zenich

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
     
    Ок, насчет логического и физического, на будущее усвоил.  
     
    Сделал дамп (приминительно к физическому) сектора 210901383. Попытался выделить и сделать дамп тома с началом в секторе 16128. Но при копировании сектора, DMDE выдал начало в секторе 210901319 (его я тоже сделал, на всякий случай). А так же принудительно сделал дамп сектора 16128 так же приминительно к физическому.
     
    И выложил все сюда.
    Ссылка
     
    Мне следовать Вашим инструкциям по удалению записи о разделе начинающемся в секторе 14336, и дополнительном разделе, и последующей вставке тома начинающемся в секторе 153607 или что-то не так?

    Всего записей: 8 | Зарегистр. 06-04-2012 | Отправлено: 23:32 11-08-2014
    9285

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

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

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

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 09:54 12-08-2014
    magdaff



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Решил не заморачиваться с восстановлением винта, т.к. стоимость нового 1,8т.р.
    Прошу посмотреть SMART нового внешнего hdd, а то кто его знает.
     
    И если не затруднит вышлите ссылку на инструкцию по расшифровке данных в SMART отчете, лучше на русском.
     

    Всего записей: 84 | Зарегистр. 11-11-2007 | Отправлено: 17:26 12-08-2014 | Исправлено: magdaff, 17:27 12-08-2014
    south_man



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

    Цитата:
    Прошу посмотреть SMART

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

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

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

    Всего записей: 935 | Зарегистр. 06-07-2012 | Отправлено: 17:50 12-08-2014
    mistx

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

    Всего записей: 765 | Зарегистр. 13-01-2005 | Отправлено: 17:59 12-08-2014 | Исправлено: mistx, 18:00 12-08-2014
    south_man



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    mistx
    если многими программами пробовали (ZAR, например?), то, скорее всего, что дело-труба.
    т.е. структуру видно (папки-файлы) все как было? видно зеркало MFT уцелело, но не полная ветка..
     
    чем форматировали-то? быстрое форматирование или запустили полное, а потом прервали?
     
    можно открыть восстановленные файлы в просмотре любым hex-редактором, хоть total commander использовать. - интересно внутри мусор или нули.
     
    Добавлено:
    если знаете какого формата документы в папке - можно сделать поиск по сигнатурам файлов (без участие таблицы MFT) - если не найдется ничего (или формат особый или файлы фрагментированы), то вариантов не остается точно.

    Всего записей: 935 | Зарегистр. 06-07-2012 | Отправлено: 18:08 12-08-2014
    9285

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

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 23:36 12-08-2014 | Исправлено: 9285, 23:37 12-08-2014
    south_man



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

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

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

    Всего записей: 935 | Зарегистр. 06-07-2012 | Отправлено: 23:51 12-08-2014
       

    Страницы: 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 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163

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


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru