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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
    Antech

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

    Цитата:
    По моему скромному разумению, акронис порушил конец NTFS-раздела и самое начало корневого Debian-раздела

    Главное - чтобы не было смещения, как в кейсе valshi1. Если есть смещение, то надежда восстановить по файловой системе - только на результаты DMDE. Крамсание разделов - это же не батон на куски нарезать...
     
    Сообщите, plz, размеры разделов и типы файловых систем на момент до повреждения Акронисом, как просит 9285. Ну и Поиск NTFS - это лучшее для Вашего кейса, как уже и было сказано...
     
    Добавлено:
    AndreyIW
    Используйте любую подходящую виртуалку. VMWare - очень популярная, плюс достаточно функциональная бесплатная версия.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 16:11 09-09-2013
    Sting666th

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
     
    В общем, нарисовал как сумел, точные объемы до повреждения сказать не могу, на Linux-разделы отрезАл примерно 100-110 гигов (На NTFS, ессно, всё остальное).. А раздел акронисом создавал из пустого места в конце NTFS-раздела. После после неудачного отрезания полетелзагрузчик винды (это починил, как и слетевшую при этом активацию), т.к. загрузочный GRUB с выбором систем лежал, похоже, в начале root-раздела Linux.  
    Пользовался, если не ошибаюсь, из-под загрузочной флешки Acronis Disk Director Home 2011.
    Повторюсь, что, возможно, накосячил после.. TestDisk-ом..
     
    З.Ы.: Инфа восстанавливается без проблем, попозже буду копировать весь диск - если что не скопируется, напишу.
     
    http://rghost.ru/48655455 - схема
    http://rghost.ru/48655750 - секторы
    http://rghost.ru/48655765 - лог на 53%

    Всего записей: 8 | Зарегистр. 12-09-2009 | Отправлено: 17:07 09-09-2013 | Исправлено: Sting666th, 17:10 09-09-2013
    9285

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

    Цитата:
    Используйте любую подходящую виртуалку.

    Вы правильно поняли суть вопроса?
    Человек не собирается проводить эксперименты с виртуальными дисками - при такой постановке можно любую виртуалку.
    Речь идёт о работе с существующим, причём такой, чтобы ничего реально не изменилось.
    Я не проверял это на вмваре, но верю написанному в шапке. Про подобный функционал в других виртуалках не встречал инфы.
     
    Sting666th

    Цитата:
    Повторюсь, что, возможно, накосячил после.. TestDisk-ом..

    Скорей всего.
    Лог поиска как бы намекает что том начинается в 64 секторе. И возможно что бутсектор в 63 разделе как раз таки тестдиском прописан. А 64-1 затёрся при восстановлении загрузчика (предположение).
    В таком случае можно будет прописать бутсектор в 64 сектор и уже тогда решать проблему дальше (сейчас чекдиск точно не поможет).
     
    PS. Ты на зоне предлагал помириться. С кем? С мелким мстительным Tau_0? Или с упоротым вертухаем Ment69? Первый уже успел огрызнуться не поняв моих расчётов, второй скоро всё потрёт и влепит бан очередному моему нику. При этом ни в какую не хочет восстановить все те полезные сообщения, которые помогли людям, и могут помочь будушим. И всё из за своей тупой принципиальности.
    В жопу таких балбесов.


    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 19:56 09-09-2013
    Sting666th

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Проверка завершена, ссылка лога. Что еще требуется?
     
    http://rghost.ru/48660627
     
    P.S. Со стороны интересно наблюдать перебранку давно знакомых друг с другом спецов) Вы уж как-нибудь поскорее к общему знаменателю придите, всё же почти 2 ТБ инфы в воздухе висит.. Заранее всем Спасибо)

    Всего записей: 8 | Зарегистр. 12-09-2009 | Отправлено: 20:40 09-09-2013 | Исправлено: Sting666th, 20:41 09-09-2013
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Sting666th
    Данных достаточно.
    Осталось только уточнить - когда (по результатам поиска)  ты открываешь том NTFS0 (с началом в 64-ом секторе) и восстанавливаешь данные, то они все целы? Хорошо проверять целостность на архивах, фотках.
    Если да, то можно приступать к исправлениям. Для этого достаточно сдвинуть содержимое секторов 63-71 на 1 сектор.
    Только советую почитать тему и понять что все эти исправления in-place не всегда бывают успешными.
    И это, в основном, относится к исправлениям чекдиска, которые могут произойти автоматически (если зазеваешься) или при ручном запуске но в режиме исправлений.
    И страховкой от этого является или посекторная копия или вытаскивание наиболее критичных данных на другой носитель.
     
    PS. Немного зевнул и сразу не заметил значение Hiden Sectors, о важности которого я здесь доказывал не раз. А в нём 64 - то есть лишнее подтверждение что том начинался в 64-ом секторе.
     
    PPS. О каких спорах со спецами ты пишешь? Где ты их нашёл на зоне?
    Если Tau_0 специалист, то тогда Менгель - врач.
    И если бы я не понимал этого, то не заходил бы на зону и не предупреждал людей о том, что над ними издеваются (как Менгель над заключёнными).

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

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

    Цитата:
    Для этого достаточно сдвинуть содержимое секторов 63-71 на 1 сектор.

    Тут маленькая неточность. Этого достаточно чтобы из бутсектора заходить в том в той же DMDE.
    А вообще надо ещё и в таблице разделов поменять смещение раздела с 63 на 64.
    В этом патче  всё исправлено на так как надо.
    Записывать его надо в 0-вой сектор физического диска.
    После этого можно переоткрыть диск в DMDE и в ней раздел.
    Доступ к файлам должен появиться и без поиска NTFS.
    Ну а потом не допускать автоматической проверки диска виндой. Можно сделать проверку самостоятельно (в режиме только чтения).
     
    PS. Tau_0 на зоне совсем в даунизм ушёл.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 00:59 10-09-2013
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    AndreyIW
    9285
    Извиняюсь, я подумал, речь просто об экспериментах.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 09:45 10-09-2013
    Sting666th

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Патч не качается.
    И пара вопросов: как его в 0 сектор записать и можно ли будет вернуть всё назад? Так-то копия первых 100 секторов у меня есть, и, догадываюсь, их можно будет перезаписать поверх патча, чтобы вернуть всё как было, да?

    Всего записей: 8 | Зарегистр. 12-09-2009 | Отправлено: 11:53 10-09-2013 | Исправлено: Sting666th, 12:10 10-09-2013
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Sting666th
    Всё качается.
    Но если у тебя какие то проблемы со скачкой то можешь сделать и сам.
    Сначала делаешь дамп секторов 63-71.
    Потом этот дамп записываешь в сектор 64.
    63-й сектор можно обнулить.
    После этого можешь в таблице разделов вручную исправить смещение с 63 на 64 или в экране разделов удалить запись о разделе, начинающегося в секторе 63, применить разметку, а потом вставить тот, что имеет начало в 64-ом. Применить изменение разметки.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 12:15 10-09-2013
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Sting666th
    У меня скачивается.
    Как записать: DMDE - Копировать секторы. Источник - файл (патч), приемник (место для записи) - физический диск. На приемнике начальный сектор 0.
    Вернуть можно, да, из Вашего дампа 100 секторов...

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 12:15 10-09-2013
    9285

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

    Цитата:
     как его в 0 сектор записать и можно ли будет вернуть всё назад?

    Всё делается как и дамп секторв только наоборот.
    Источник - файл (патч)
    Место для записи - проблемный физический диск. Начальный сектор тот, который нужен - для патча 0-вой.

    Цитата:
    их можно будет перезаписать поверх патча, чтобы вернуть всё как было, да?

    Да, но только это не имеет смысла, так как всё уже понятно.
    Если же ты поверил клоуну с зоны, который вчера огрызался не по детски, то могу обьяснить на пальцах.
    Файл расположен в каких то кластерах, и список этих кластеров имеется в записи MFT. И в неё действительно можно попасть и по его "решению", но только файл будет вычитываться из кластеров, смещённых на 1хххххххх секторов. Веришь что там будет нужное?
    Это сродни что сказать "Больной, вставьте градусник на 10 см. ниже ребра. Вот только ребро, как точку отсчёта, можно взять верхнее, а можно и нижнее. Соотвественно и результат разный.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 12:25 10-09-2013
    Sting666th

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Мой недоразвитый мозг сумел это представить..)
    Кстати, всё работает. Спасибо всем большое за участие)
     
    P.S. Вопрос немного не по теме - какую утилиту всё же посоветуете для безопасной разбивки диска (от установки очередного Linux я не отказывался))?

    Всего записей: 8 | Зарегистр. 12-09-2009 | Отправлено: 12:59 10-09-2013 | Исправлено: Sting666th, 13:01 10-09-2013
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Sting666th
    Вот и ладушки.
    Но только, чтобы довести дело до конца, надо бы проверить раздел на ошибки.
    Они скорей всего есть, но некритичные. Но со времен это может закончится плохо.
    Поэтому запусти чекдиск в режиме только чтения и покажи результат проверки.
     
    Ну а что касается утилиты, то это вопрос сродни вопросу к врачу, какие сигареты лучше курить.
    В принципе, можно использовать штатные средства 7-ки или висты. Но если говорить об линукс-системах, то здесь я бы предупредил о других подводных камнях (подтверждение которых бывало и в этой теме).
    При установке некоторых из них (в Fedora точно)  бывают случаи когда существующие диски "собираются" в LVM. Не знаю, то ли пользователи сами что то не так отвечают, но не исключаю что и сам инсталлятор не самый правильный. Поэтому могу посоветовать ставить на отдельный диск и с отключенными на время установки остальными. Ну или экспериментировать в виртуальной машине.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 17:40 10-09-2013 | Исправлено: 9285, 17:40 10-09-2013
    valshi1

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

    Цитата:
    valshi1
    Спасибо за подробное инфо...
    Цитата:
    R-Studio все видит, но после восстановления файлы не читаются.
    Поздравляю, это партмагоидное смещение.
    Цитата:
    SMART из HDD Scan
    К сожалению, много реаллокейтов (бэдов). Винту пора в ведро. После снятия инфы не советую использовать его...
    Цитата:
    Чтобы все выглядело кошерно - дал задачу преобразовать в логический
    Кошерно и Акронис - вещи несовместные. Просто Вы не видели насколько там уже было некошерно...
    Цитата:
    всё видится, но после восстановления не читается
    Ну, что-то все-таки открывается... Посмотрите в других найденных разделах. Если процесс преобразования типа раздела (а в Акронисе это делается с перемещением начала раздела) был прерван, часть файлов может быть расположена не там, куда указывает ФС. Это называется партмагоидное смещение... Поэтому остается только проверить то, что нашла DMDE (она может во многих случаях определять "настоящее" начало раздела) и, если у Вас полная версия DMDE, копировать из каждого подходящего найденного раздела исправные файлы.

     
     
    Проверил все найденные разделы. Больше чем есть ни в одном не появилось.
    Может просветите как по названию файла найти его местоположение на диске и сравнить с тем, куда указывает MFT?.  
    Погуглил, нашел вариант Antech на ihdd. Для меня неподъемная задача. Там же в следующем посте пишут:
    Чтобы не мучиться с расшифровкой записей MFT с перевертываением байтов и вычислением смещений атрибутов можно воспользоваться:
    Runtime Disk Explorer от Getdataback.
    Все будет намного проще и наглядней.  
    Нигде не нашел инструкции или примера. Огромная просьба - ткните пальцем.

    Всего записей: 30 | Зарегистр. 27-11-2011 | Отправлено: 21:21 10-09-2013 | Исправлено: valshi1, 21:41 10-09-2013
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    valshi1
    Если речь идёт о чтении ранлиста (в нём собственно данные о расположении файла) то можно открыть в DMDE соотвествующую запись и при просмотре в режиме просмотра как Файл MFT (Alt+F5) подвести "курсор" на аттрибут DATA и нажать пробел. Увидишь и число кластеров и с какого начинается.
    Вот с какого начинается умножаешь на размер кластера (обычно 8) - это и есть начальный сектор (от начала раздела) файла.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 21:57 10-09-2013
    valshi1

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Нет. Я о том как найти реальное расположение файла на диске, если произошло партмагоидное смещение и MFT указывает на не верное месторасположенте файла?
    А потом уже восстанавливать файл с учетом смещения.
    DMDE не помогает.
     
    Добавлено:
    Еще подскажите если запись MFT указывает на сектор к примеру 100 000 000 а файл реально находится в секторе 100 100 100, то как исправить MFT?

    Всего записей: 30 | Зарегистр. 27-11-2011 | Отправлено: 22:10 10-09-2013 | Исправлено: valshi1, 22:29 10-09-2013
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    valshi1
    Реальное можно определить по номеру сектора. Вопрос только в том как определить что за файл.
    То есть надо искать какой то уникальный файл, чтобы исключить дубли или схожие.
    Сейчас не буду гарантировать точно, но могу предложить воспользоваться следующим способом.
    Запускаешь photorec и пытаешься им восстановить файлы. Желательно какого либо одного типа среди которых присуствует файл с заранее известным именем. photorec найдёт файлы, но они будут без имён.
    Прсомотрев найденное можно найти нужный файл. Затем в логе восстановления находим его цифробуквенное обозначение и оффсет (не гарантировал потому что не помню точно как там в логе пишется). Затем ищем это имя файла в записях MFT и делаем сравнение.
     

    Цитата:
     то как исправить MFT?

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

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 00:50 11-09-2013
    Antech

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

    Цитата:
    Погуглил, нашел вариант Antech на ihdd. Для меня неподъемная задача.

    Это инструкция из той эпохи, когда в DMDE не было "Поиска NTFS" в его современном виде, или об этой фиче просто не было широко известно. Сейчас, когда есть Поиск в DMDE, гораздо больше смысла воспользоваться им, чем искать вручную. По сути, грубо говоря, в DMDE сделана автоматизация описанного мной в том доке алгоритма с использованием каталогов (INDX'ов) NTFS вместо реперных файлов. Врядли воучную получится лучше, но если хотите именно вручную, Вам все равно нужен уровень знаний, достаточный для применения методики из моего мануала.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 17:19 11-09-2013
    Roach78

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

    Всего записей: 2 | Зарегистр. 13-09-2013 | Отправлено: 09:17 13-09-2013
    9285

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

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

    1. Если оооооооооочень важная информация не имеет резервной копии, то она не важная.
    2. Восстановление данных in-place не всегда приводит к хорошим результатам. И раз данные важные, то ожно лишиться их окончательно. Поэтому нужна страховка или в виде осекторной копии или вытащенных на иной носитель важных данных.
    PS. Так что покупай носитель для этих целей и у тебя наконец то появится возможность иметь бэкап важных данных.
    PPS. Обеспечь винту нормальные контакты и покажи его  SMART.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 11:00 13-09-2013
       

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