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

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


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



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285 Если обращение идет только на чтение, то не должен.

    Всего записей: 2307 | Зарегистр. 21-09-2006 | Отправлено: 14:20 10-05-2015
    Northern lights

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Добрый день!
    Произошло следующее.
    Последнее время система стала работать нестабильно (BSOD'ы), не всегда удавалось загрузится. Пришлось переставить ОС. В системе имеется зеркальный Рейд из 2 HDD Toshiba 3 Tb, на котором хранятся фото, музыка. Создавался через управление дисками.
    ОС Win 7 стоит на другом накопителе (SSD).
    После перестановки ОС не увидела рейд и диски показала как 750Гб. Не сразу вспомнил, что требуются драйвера и пытался на одном жестком диске восстановить информацию. Второй не трогал. Как только поставил драйвера, то второй жесткий система увидела, все разделы (3 шт.) отразила верно. Однако, спустя 3-4 дня обнаружил, что один из разделов имеет структуру и данные, которые были примерно 2 месяца назад.
    С того момента было добавлено примерно 15 гб фотографий с 3 мероприятий, ничего не удалялось, менял только структуру папок до переустановки ОС. Используемые программы и файлы, с которыми работаю хранятся на другом жестком диске.
     
    1.Чем и как можно найти эти файлы? пробовать R-studio в режиме NTFS и искать только графические файлы?
    2. В чем может быть причина потери последних данных? Неужели система делает зеркало не в реальном времени, а с периодичностью в месяц-полтора?
     
    P.S. В настоящий момент система работает стабильно, никаких ошибок не появляется.

    Всего записей: 8 | Зарегистр. 09-08-2006 | Отправлено: 10:28 12-05-2015 | Исправлено: Northern lights, 10:30 12-05-2015
    south_man



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

    Цитата:
    Неужели система делает зеркало не в реальном времени, а с периодичностью в месяц-полтора?  

    вовсе нет, просто у вас RAID-массив оказался каким-то образом degraded и система (Win7) выключила запись на один из дисков зеркала (при этом пользователю никакой информации не выводится). Это классический случай, когда RAID используется без поддержки железа, а только софтовыми средствами. А со стороны все выглядит отлично и вполне исправно.
    Просим СМАРТы обоих дисков для начала.
     
    и чтоб прояснить ситуацию на сейчас:
    1) имеем диск-1 на котором нет структуры
    2) имеем диск-2 с данными, но устаревшими
    (оба диска были в зеркале)
     
    я правильно понимаю?

    Всего записей: 935 | Зарегистр. 06-07-2012 | Отправлено: 12:35 12-05-2015
    Northern lights

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    south_man
    Сейчас имеем оба диска с устаревшими данными в рейде. Оба работают.
    Сейчас-то я понимаю, что надо было все тщательно проверить, а не бегло открыть несколько файлов и папок.
    Первоначально рейд был сделан с поддержкой железа (мат. плата Asus P7P55D Deluxe), но затем переставлял ОС и она не увидела рейд (было примерно год назад и не помню точно всей последовательности). Пришлось делать рейд системой, т.к. в противном случае утилита при загрузке компа предлагала создать рейд, отформатировав оба диска.
     
     
    Смарт одного:
    TOSHIBA DT01ACA300   43GMXUKAS
    -------------------------------------------------------------------------
      ID      Name                   Value  Worst  Tresh       Raw    Health
    -------------------------------------------------------------------------
      1 Raw read error rate           100    100     16            0   •••••  
      2 Throughput perfomance         139    139     54           73   •••••  
      3 Spin-up time                  202    202     24  34377498920   •••••  
      4 Number of spin-up times       100    100      0          100   •••••  
      5 Reallocated sector count      100    100      5            0   •••••  
      7 Seek error rate               100    100     67            0   •••••  
      8 Seek time perfomance          124    124     20           33   •••••  
      9 Power-on time                  99     99      0        13943   ••••  
     10 Spin-up retries               100    100     60            0   •••••  
     12 Start/stop count              100    100      0           86   •••••  
    192 Power-off retract count       100    100      0          459   •••••  
    193 Load/unload cycle count       100    100      0          459   •••••  
    194 HDA Temperature               187    187      0    32°C/89°F   ••••  
    194 Minimum temperature            90    187      0    21°C/69°F   -      
    194 Maximum temperature            90    187      0   41°C/105°F   -      
    196 Reallocated event count       100    100      0            0   •••••  
    197 Current pending sectors       100    100      0            0   •••••  
    198 Offline scan UNC sectors      100    100      0            0   •••••  
    199 Ultra DMA CRC errors          200    200      0         1001   •••••  
       
     
    Смарт второго (на него информация с первого перенесена):
    TOSHIBA DT01ACA300   43GMZ28AS
    -------------------------------------------------------------------------
      ID      Name                   Value  Worst  Tresh       Raw    Health
    -------------------------------------------------------------------------
      1 Raw read error rate           100    100     16            0   •••••  
      2 Throughput perfomance         139    139     54           72   •••••  
      3 Spin-up time                  184    184     24  34377498977   •••••  
      4 Number of spin-up times       100    100      0          105   •••••  
      5 Reallocated sector count      100    100      5            0   •••••  
      7 Seek error rate               100    100     67            0   •••••  
      8 Seek time perfomance          124    124     20           33   •••••  
      9 Power-on time                  99     99      0        13944   ••••  
     10 Spin-up retries               100    100     60            0   •••••  
     12 Start/stop count              100    100      0           93   •••••  
    192 Power-off retract count       100    100      0          447   •••••  
    193 Load/unload cycle count       100    100      0          447   •••••  
    194 HDA Temperature               176    176      0    34°C/93°F   ••••  
    194 Minimum temperature            90    176      0    22°C/71°F   -      
    194 Maximum temperature            90    176      0   42°C/107°F   -      
    196 Reallocated event count       100    100      0            0   •••••  
    197 Current pending sectors       100    100      0            0   •••••  
    198 Offline scan UNC sectors      100    100      0            0   •••••  
    199 Ultra DMA CRC errors          200    200      0           23   •••••  
     
    Насколько понимаю система отключила как раз первый диск и затем данные с него были перенесены на второй поверх новых.

    Всего записей: 8 | Зарегистр. 09-08-2006 | Отправлено: 10:30 13-05-2015
    south_man



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Northern lights
    судя по:

    Цитата:
    Сейчас имеем оба диска с устаревшими данными в рейде. Оба работают.  

     
    скорее всего так и было:

    Цитата:
    Насколько понимаю система отключила как раз первый диск и затем данные с него были перенесены на второй поверх новых.

     
    хотя, если судить по СМАРТ данным обоих дисков, мне неочевидно какой именно диск и почему был исключен из массива.
    Да, есть Ultra DMA CRC errors, но вроде не настолько критично.
     
    К сож., особо советовать нечего - ставьте оба диска (чтоб исключить случайность) на восстановление файлов с полным сигнатурным сканированием - фото должны быть найдены, если они, конечно, были записаны и не были перетерты поверху.

    Всего записей: 935 | Зарегистр. 06-07-2012 | Отправлено: 14:43 13-05-2015
    Northern lights

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    south_man
    Спасибо! Сканированием нашлась часть файлов, остальные по видимому были перетерты.
    После сканирования успел сохранить найденную часть и через некоторое время получил BSOD:
    0x0000007F вызван файлом dxgmms1.sys (minidump тут)
    Если верно понимаю, то это связано с DirectX. Стоят последние драйвера видео с сайта Nvidia, система обновлена.  
    Однако, после данного события система показывает, что оба жестких диска в режиме ресинхронизации одновременно всех трех разделов (уже порядка 12 часов). На работе ПК это никак в настоящий момент не отражается. ПК работает 24/7.

    Всего записей: 8 | Зарегистр. 09-08-2006 | Отправлено: 10:02 14-05-2015
    9285

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

    Цитата:
    Если верно понимаю, то это связано с DirectX.

    Это может быть связано и с интерфейсными ошибками, и особенно в свете того, что массив рассинхронизировался.
    ИМХО, но в псевдорэйды дискредитировали себя. Сейчас есть и другие решения - в том числе http://www.techsoftpl.com/backup/index.php

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 22:11 14-05-2015
    ICQman2GO



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Добрый вечер!
    Со слов владельца, ноутбук выпал в BSOD и Windows перестал загружаться, поэтому его отдали некоему "специалисту", который не долго думая, переустановил систему. После сбоя/переустановки системы пропали данные на дисках d: и e:. "Специалист" утверждает, что разделы не форматировал. Собственно, нужны данные с этих разделов либо оценка ситуации на предмет необходимости обращения в ЦВД.
       
       
       

    Всего записей: 245 | Зарегистр. 06-03-2008 | Отправлено: 23:55 16-05-2015
    igor_me

    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Хм, и как по скриншотам таблиц рахделов можно сказать, есть там ещё данные или нет? Эти разделы оказались полностью пустыми или пропала только часть файлов??? Проги для восстановления данных что-то находят??? Сигнатурный поиск?
    Полагаю, что если это ноутбук, "специалист" мог выполнить не установку, а например развёртывание системы из раздела восстановления....
    Ну а SMART в норме, диск почти новый

    Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 00:36 17-05-2015
    south_man



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

    Цитата:
    Ну а SMART в норме, диск почти новый  

    а еще это СМАРТ от 3.5" диска... в ноутбуке... ага

    Всего записей: 935 | Зарегистр. 06-07-2012 | Отправлено: 00:44 17-05-2015
    ICQman2GO



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

    Цитата:
    а еще это СМАРТ от 3.5" диска... в ноутбуке...
    ага

    Упс..ошибочка вышла. Я этот ноутбучный винчестер подключил в свой ПК, но т.к. оба они WD, то перепутал при снятии SMART. Выложу позже.
     
    igor_me
     Файлов на разделах "разное" и "музыка" вообще нет.
    Поиск по сигнатурам пока не делал.
    При развертывании системы на весь диск наверняка осталось бы только два раздела, а тут видно, что разметка пользовательская.

    Всего записей: 245 | Зарегистр. 06-03-2008 | Отправлено: 08:00 17-05-2015 | Исправлено: ICQman2GO, 08:10 17-05-2015
    9285

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

    Цитата:
    При развертывании системы на весь диск наверняка осталось бы только два раздела, а тут видно, что разметка пользовательская.

    Мне не припоминаются ноутбуки (этот какой?) с двумя разделами в расширенном (с одним бывают асеры и асусы), но не факт что таких не бывает.
    Хотя при разворачивании на весь диск метки разделов должны были бы слететь.
    Или метки поставлены были позже?
    В любом случае можно открыть тома в DMDE, и зайти во все найденные + реконструкция (согласившись на виртуальную реконструкцию) и посмотреть что там будет, в том числе в папках типа Fxxxx.
    Также, можно посмотреть на начальные записи MFT, из которых можно увидеть число записей - если их там штук так 256, то это отформатированный раздел.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 13:22 17-05-2015
    ICQman2GO



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

    Цитата:
    Мне не припоминаются ноутбуки (этот какой?) с двумя разделами в расширенном (с одним бывают асеры и асусы), но не факт что таких не бывает.
    Хотя при разворачивании на весь диск метки разделов должны были бы слететь.
    Или метки поставлены были позже?

     
    Ноутбук HP Pavilion dv6-2030er (VS116EA). Владелец ноута говорит, что метки и размеры разделов были таковыми до обращения к "специалисту", а "специалист" утверждает, что разделы, кроме системного, не форматировал.  
     
       
     
    Секторы0_99
     

    Цитата:
    Также, можно посмотреть на начальные записи MFT, из которых можно увидеть число записей - если их там штук так 256, то это отформатированный раздел.

     
    Не уверен, что в тему, но запустил поиск NTFS на всем диске. Пока просканировано 1% и найдено 513 фрагментов MFT.

    Всего записей: 245 | Зарегистр. 06-03-2008 | Отправлено: 16:10 17-05-2015 | Исправлено: ICQman2GO, 16:13 17-05-2015
    9285

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

    Цитата:
    HP Pavilion dv6-2030er

    Не буду утверждать о 100% ти, но у НР восстановление к заводским установкам делается по скотски - вся имеющаяся разметка удаляется и создаётся один (пользовательский) раздел. Хотя .... в таком случае там должен был бы быть и заводской раздел восстановления, и служебный НР. Да и начало тома в 64-ом секторе очень характерно для акрониса. Так что дело очень тёмное.
    Дампы можешь сделать для 50-ти начальных секторов каждого из раздела. И лог поиска потом выложи.
    И ещё совет - приглядывай за показателями SMART, и если начнут нарастать, то лучше сохрани лог и останови поиск.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 20:41 17-05-2015
    ICQman2GO



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

    Цитата:
    И ещё совет - приглядывай за показателями SMART, и если начнут нарастать, то лучше сохрани лог и останови поиск.  

    SMART по ходу сканирования не ухудшался, поэтому дошел до 100%.
    ntfsscan.log
    Раздел_С
    Раздел_D
    Раздел_Е

    Всего записей: 245 | Зарегистр. 06-03-2008 | Отправлено: 22:01 18-05-2015
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ICQman2GO
    Есть кое какие мысли - напишу чуть позже.
    Пока сбрось дамп секторов 212136646+100

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 22:37 18-05-2015
    ICQman2GO



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

    Всего записей: 245 | Зарегистр. 06-03-2008 | Отправлено: 22:52 18-05-2015
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ICQman2GO
    Ошибся при наборе - 219136646+100
    И можно ещё 212845190+30

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 23:04 18-05-2015 | Исправлено: 9285, 23:06 18-05-2015
    ICQman2GO



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

    Всего записей: 245 | Зарегистр. 06-03-2008 | Отправлено: 22:11 19-05-2015
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ICQman2GO
    Что то у меня скачивается старый дамп. Впрочем он уже малоактуален.
    Для полного "счастья" не хватает посмотреть на дампы секторов 971273834, 6291520+100, 741907806+100.
    Ты же можешь в найденном открывать NTFS 34 c началом в секторе 212845190 и смотреть что там.
    Ситуация достаточно многовариантная, и неоднозначная.
    Например, есть признаки того что два логических раздела были основными.
    У тома Разное начало MFT и Mirror практически соответствуют размещению при формате виндой, но  "сдвинуты" на 80 кластеров. И на такое же расстояние смещено начало тома, относительно найденного про который написано выше. Текущая MFT, сформированная в начале мая соотвествует отформатированному разделу. То есть очень похоже что раздел отформатировали, а потом сдвинули.
    И ещё - в первом томе имеется огромный фрагмент MFT с 73472-я записями. Точно такой же по числу записей фрагмент находится на участке пределах второго тома. Можно предположить что был развёртнут заводской образ (*), но потом стало понятно (?) что он похоронил прежние разделы. Если том бы сжимали, то (по логике) MFT должна была бы переместиться - хотя подобные фантомы в случаях с акронисом немало. А может был сделан образ раздела а потом наложен на новую разметку с заданными размерами.
    (*) Заводская разметка у НР обычно мелкий в начале (200 меговый кандидат имеется), потом огромный раздел, потом рековери + небольшой служебный; и все они просматриваются.
    PS. Предлагаю вставить "спецу" детектор правды в нужное место.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 23:07 19-05-2015
       

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