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

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

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

Akam1 (04-09-2013 08:18): http://forum.ru-board.com/topic.cgi?forum=84&topic=4564  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

batva



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


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

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

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



  • Всего записей: 12593 | Зарегистр. 07-01-2001 | Отправлено: 15:11 23-05-2012 | Исправлено: igor_me, 16:25 03-02-2013
    Jankas



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Antech
    Кажется запутался
    можно сейчас любым восстановщиком восстановить данные второго харда?
    и так же можно было восстановить первый хард?  
    с патчем получается для того чтобы не копировать с харда?
     
     

    Всего записей: 112 | Зарегистр. 14-12-2004 | Отправлено: 14:01 05-07-2013
    Bikchast

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

    Цитата:
    По результатам Чекдиска все нормально. Советую скопировать самое важное через рекаверилку типа DMDE, после чего chkdsk.exe Раздел: /f.
     

     
    Все нормально открывается после chkdsk a на клон диске копирую данные

    Всего записей: 20 | Зарегистр. 29-07-2011 | Отправлено: 14:28 05-07-2013
    3eJIeHbIu

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    вот скрин окна с разделами  
     
    Добавлено:
    я так понял что эта прога HDD capacity recovery и снимает етот HPA...

    Всего записей: 14 | Зарегистр. 08-05-2009 | Отправлено: 14:37 05-07-2013
    Antech

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

    Цитата:
    с патчем получается для того чтобы не копировать с харда?

    Да.
    Бывает, что патч повышает эффективность рекаверилки. Но основное назначение патча - восстановление in-place (без копирования). Если Вас устраивает копирование на другой носитель, используйте авторекаверилки...
     
    Bikchast
    Вот и славно. Если что, разделом можно пользоваться без копирования. В данном случае копирование - средство защиты от возможных глюков Чекдиска. Если он сделал исправления нормально, что и копировать нет особого смысла (если он вообще есть в подобных кейсах).
     
    3eJIeHbIu
    Спасибо, сейчас посмотрим...
    Похоже, что-то уменьшило размер раздела в таблице. Всего на два сектора, но, AFAIR, этого достаточно, чтобы Винда не монтировала. Пожалуйста, выложите дамп нулевого сектора физического диска (DMDE - Копировать секторы, с физического диска в файл).
     

    Цитата:
    эта прога HDD capacity recovery и снимает етот HPA

    Да, и не только она одна. Прога называется "HDD Capacity Restore Tool", даже я помню .

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 16:39 05-07-2013 | Исправлено: Antech, 21:57 05-07-2013
    Bikchast

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Antech
    Даже система грузится после ERD Commander a

    Всего записей: 20 | Зарегистр. 29-07-2011 | Отправлено: 16:55 05-07-2013
    9285

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

    Цитата:
    Вы были правы частично. В принципе, можно было оставить 42, но я сделал на всякий случай 43.

    Отнюдь. С 42 была бы ошибка MFT - так что куда пройти за причитающимся выигрышем?
     
    Bikchast
    Ясно, спасибо за пояснение - просто подобных глюков в ранлистах пока не встречал, поэтому подумалось что ты пытался сделать патч, что то не получилось и поэтому спосил здесь.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 01:37 06-07-2013
    Jankas



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Antech
    поможете с патчем для второго харда?

    Всего записей: 112 | Зарегистр. 14-12-2004 | Отправлено: 08:58 06-07-2013
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Jankas
    У второго винта тоже интерфейсные ошибки + переназначенный сектор. Причина ошибок выяснена.
    И для патча нужны дополнительные данные. Можно было бы дать номера секторов с учётом стандартный для микрософта смещений, но если они там не таковые то толку. Поэтому расчитай нужные сектора сам.
    В экране Разделы выделяешь раздел начинающийся в секторе 2048 и закрываешь окно Разделы.
    Если всё сделал правильно, то на экране будет 2048 сектор (посмотри значение LBA) и вид у него как загрузочный сектор NTFS.  
    На скриншоте отметил важные для тебя значения и что проверить http://rghost.ru/47242469.view
    Затем делаешь два простых расчёта  
    Начальный сектор MFT= Смещение раздела (1) + размер кластера(2)*Смещение MFT(3)
    Делаешь дамп этого и последующих 50 секторов.
    Аналогично и для зеркала, только меняешь соответствующее значение смещения (4) - для этого дампа достаточно последующие 10 секторов.
     

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

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

    Цитата:
    С 42 была бы ошибка MFT

    Почему? Я бы сместил поле смещения экстента на один байт влево, поставив после него 00, и врядли там были бы какие-то проблемы. Другое дело, что можно оставить нулевой старший байт размера на всякий случай, хотя размеры беззнаковые и для них, вроде, можно поля целиком занимать.
    Я сказал "частично", потому что, с одной стороны, можно было и 42 оставить (сместив поле смещения влево), но, с другой стороны, 43 намекало на то, что само по себе поле смещения нужно усекать слева, а не справа.
     
    Jankas
    Ждем дамп 10 начальных секторов MFT...

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 13:04 06-07-2013 | Исправлено: Antech, 13:11 06-07-2013
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Antech
    Я уже когда то задавал задачку по составлению ранлиста, в которой впоследствии было выяснено что при определённых условиях надо добавлять 00. А недавно был кейс, в котором я делал патч и вроде всё правильно делал а проверка чекдиском давало ошибку. А когда добавил 00 в одном из фрагментов, то сразу всё заработало. Я не в курсе какие точно, но есть опеделёные значения после которых нужно увеличивать число знаков.
    PS. И косвенным доказательством является сгенерированные известной  программой аттрибуты.
    Это я уже проверил на всякий случай - те самые 43.

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

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
    Интересно... А Вы это обнаружили именно на полях размеров экстентов?
     
    Если говорить о смещениях, где актуален знак, то можно точно сказать, что нулевой старший байт нужно добавлять для значений, больших 7F (7FFFh для двухбайтовых, 7FFFFFFFh для 4-байтовых полей и т.д.). Это связано с тем, что, грубо говоря, старший бит используется для знака, ну Вы, наверное, это и так знаете. (Если быть более точным, то при поднятом старшем бите нужно вычесть данное значение (с учетом старшего бита) из FF (FFFF, FFFFFFFF и т.д.) и прибавить единицу, после чего сменить знак. Сейчас проэкспериментировал с калькулятором )

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 16:21 06-07-2013 | Исправлено: Antech, 16:37 06-07-2013
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Antech
    Ваши представления об уровне моих познаний завышены.
    И заметил я это пока лишь на значении размера  фрагмента в кластерах.
    Вот и в крайнем примере второй фрагмент имеет размер 44800 (не принимая во внимание специфику кейса). И в том же sencalc в хексах это значение равно AF00, но в ранлисте оно 00AF00
    Собственно это я и имел в виду.

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

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
    Значит все-таки в размерах... Ясно, спасибо за инфо, будем добавлять нули и в размеры.
    В калькуляторе (виндузовом) - да, AF00 воспринимается нормально, но в decimal это -20736. Возможно, драйвер и Чекдиск трактуют поле размера тоже как знаковое.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 18:43 06-07-2013
    3eJIeHbIu

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Antech
    так я же выкладывал уже выше или он не пойдет? у меня просто сейчас нет под рукой диска етого

    Всего записей: 14 | Зарегистр. 08-05-2009 | Отправлено: 00:44 07-07-2013
    Jankas



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

    Цитата:
    Начальный сектор MFT= Смещение раздела (1) + размер кластера(2)*Смещение MFT(3)
    Делаешь дамп этого и последующих 50 секторов.
    Аналогично и для зеркала, только меняешь соответствующее значение смещения (4) - для этого дампа достаточно последующие 10 секторов.  

     
    правильно ли рассчитал?
    скрин
    дамп1
    дамп2

    Всего записей: 112 | Зарегистр. 14-12-2004 | Отправлено: 09:14 07-07-2013
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    3eJIeHbIu
    Сорри, это я пропустил.
    Попробуйте исправить таблицу разделов. DMDE - Копировать секторы. Источник - файл MBR-M.img, приемник (место для записи) - физический диск. На приемнике начальный сектор 0. После этого переподключите диск или перезагрузитесь. Винда монтирует раздел? Если нет, покажите, пожалуйста, что сейчас говорит chkdsk.exe БукваРаздела: без /f и дамп 10 секторов физического диска, начиная с сектора 6291519.
     
    Jankas
    Все правильно. Спасибо, по возможности посмотрим...
    Также смещения в MFT, записи $MFT и $Logfile. Плюс записи $Volume нет. $MFTMirr, вроде, не затронута. (Блин, вначале неправильно написал, исправил.)
    Попробуйте записать патч также, как делали для первого винта. Источник - файл MFT-M.img. На применике (место для записи) задайте начальный сектор 6293504. После этого проверьте что говорит Чекдиск без /f.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 12:32 07-07-2013 | Исправлено: Antech, 14:10 07-07-2013
    Jankas



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Antech
    Тип файловой системы: NTFS.
    Метка тома: Volume Label.
     
    ВНИМАНИЕ!  Параметр F не указан.
    CHKDSK выполняется в режиме только чтения.
     
    Проверка файлов (этап 1 из 3)...
    Проверка файлов завершена.
    Проверка индексов (этап 2 из 3)...
    Удаление элемента индекса $O файла 25.
    Утерян элемент индекса кода объекта или обнаружен повторяющийся код объекта
    для сегмента 3 записи файла.
    Проверка индексов завершена.
     
    Обнаружены ошибки. Продолжение работы в режиме только чтения невозможно.

    Всего записей: 112 | Зарегистр. 14-12-2004 | Отправлено: 14:34 07-07-2013
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Jankas
    Чекдиск ничего существенного не нашел. Все должно быть нормально.
    Рекомендации аналогичны предыдущему винту: копирование самого важного (стандартным путем или через рекаверилку) и запуск Чекдиска на исправление (параметр /f).
    Да, после Чекдиска Volume Label можете переименовать в свойствах раздела обычным путем.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 16:13 07-07-2013 | Исправлено: Antech, 16:15 07-07-2013
    Jankas



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

    Как определили ошибку?

    Всего записей: 112 | Зарегистр. 14-12-2004 | Отправлено: 18:36 07-07-2013
    Dawnreader

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
     
    Применил патч, заходит в раздел без поиска, по прежнему ругаясь на объём диска.
     
    Прогнал chkdsk в режиме чтения лог
     
    Мне кажется, что некоторых каталогов я не досчитался.
    Дальнейшие мои действия ? И вопрос можно ли устранить последствия первого чекдиска сдуру запущенного с /f на первый системный раздел, когда диск перестал определяться, осмотр выявил что он мне снёс папку пользователя щедрой россыпью запихав её в found в рандомном порядке, там на рабочем столе было пара небольших нужных папок. Или придётся вытаскивать через r-studio ?

    Всего записей: 10 | Зарегистр. 13-10-2007 | Отправлено: 18:44 07-07-2013 | Исправлено: Dawnreader, 18:45 07-07-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

    Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Активные темы » Восстановление разделов и информации на HDD (часть 6)
    Akam1 (04-09-2013 08:18): http://forum.ru-board.com/topic.cgi?forum=84&topic=4564


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru