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

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

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    The_Immortal
    В первом случае нужен дамп не сколько заголовка файла а его файловой записи - 114529.
    Все дампы переименованы  в zip тобой или как? На самом деле видно что там заголовки docx, которые по сути  zip архивы. По хорошему, нужно весь файл смотреть. Кстати их можно открыть в архиваторе и протестировать - те, которые пройдут её целы.
    И да, в выяснил что в названии файла при RAW-поиске фигурирует номер начального сектора (эта же цифра в ID). Так что это три копии одного файла в разных местах. И в качестве контрольной их использовать нельзя, или можно, но лишь какую то одну пару.

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



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285,
    Цитата:
    В первом случае нужен дамп не сколько заголовка файла а его файловой записи - 114529.  
    Пардон!
    Цитата:
    Все дампы переименованы  в zip тобой или как?
    Не, в zip я ничего не переименовывал...
    Цитата:
    Кстати их можно открыть в архиваторе и протестировать - те, которые пройдут её целы.  
    Хорошая идея! Так можно отсортировать убитые docx, благодарю!
    Цитата:
    ак что это три копии одного файла в разных местах.
    Ага, и одна из них (со смещением 2177388) рабочая.
     
    Ну в общем, в виду отсутствия какого-либо общего смещения алгоритм следующий. Восстанавливаю все docx. Далее отправляю их все на распаковку. С теми, что не распаковались работаю: иду в RAW-поиск и нахожу аналогичные файл по размеру (и/или по номеру сектора проблемного файла - хотя такие файлы похоже битые) - восстанавливаю, пробую открыть.
     
    Заколебешься А что делать? Бэкап ежедневный!

    Всего записей: 1542 | Зарегистр. 10-01-2009 | Отправлено: 09:48 17-03-2016 | Исправлено: The_Immortal, 09:57 17-03-2016
    temp9285

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

    Цитата:
    Не, в zip я ничего не переименовывал...

    Ок! Проверю этот момент.

    Цитата:
    Ну в общем, в виду отсутствия какого-либо общего смещения алгоритм следующий.

    Повторно. У тебя есть вторая контрольная пара, третья, четвёртая?
    Да и вообще, смещение это один из вариантов.
     
    Кстати, если тебе интересно, то можешь проанализировать эту пару и понять в каких местах несоответствия. И каковы они - кластерные, секторный или вообще байтовые. Пример влияния байта - поменяй в заголовке первый и затем попробуй открыть файл.

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



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

    Всего записей: 1542 | Зарегистр. 10-01-2009 | Отправлено: 14:39 17-03-2016 | Исправлено: The_Immortal, 15:10 17-03-2016
    user0245

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Следующая проблема, ноутбук сильно завис, после длительного ожидания "жестко" выключил его, после чего загрузиться больше не смог. Переустановить ОС не смог, зависает намертво на пункте Начало установки. Загружался с LIVE CD, при открытие Мой компьютер зависает окно намертво, проги, которые есть на live открываются. Диск на 600гб, разбит поровну на C и D Проверял диск С акронисом, слишком много ошибок "Не удается прочесть сегмент", как я понял это беды. На диске D ошибок 4 в сегмент 8-11. Так как вся важная информация хранится именно на диске D, можно ли как-то устранить эти 4 ошибки и скопировать данные / или хотя бы получить к нему доступ, чтобы выборочно скачать данные? Или как-то обрезать диск D, сколько и как, чтобы большая часть данных не пострадала? Заранее спс.

    Всего записей: 16 | Зарегистр. 17-03-2016 | Отправлено: 14:52 17-03-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    user0245
    Скорей всего имеются физические проблемы.
    Поэтому в первую очередь нужно посмотреть показатели SMART (и чтобы модель винта была видна).
    Работу с винтом желательно прекратить (установки винды, всяческие сканирования), а если что и надо, то делать с чего то, что не работает с файловой системой диска. Последнее можно исключить "отключением" сигнатуры в конце 0-го сектора.
    В любом случае задумайся о том, куда сбрасывать данные.Кстати, каков их обьём?
    ЗЫ: Успел прочесть сообщение? А то что сёдня на кибере какой то буйный админ(ша) дуркует.
     
    Добавлено:
    The_Immortal

    Цитата:
    что на одно смещение полагаться не стоит

    Не полагаться, а что есть куча других причин, кроме смещения. В том числе и вброс мусорного байтика в ранлист - даже один и тот же, в одной записи даст одно смещение, в другой другое.
     
    Опять же, зная кластера двух неоткрываемых файлов можно посмотреть заняты ли они чем то в новой структуре данных.
     

    Цитата:
    а как можно автоматизированно сравнивать байтовое представление двух файлов в DMDE?

    Это лучше сделать в WinHEX - там есть функция сравнения с подсветкой отличий.

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



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285,
    Цитата:
    Это лучше сделать в WinHEX - там есть функция сравнения с подсветкой отличий.
    Благодарю. В общем, WinHEX показал штук 50 различий. В принципе не так много. Разница между каждыми парами байтов всегда составляет 80: например, 9D - 1D. Это, правда, ничего не дает, но пока других закономерностей не разглядел. Важнее бы, конечно, понять цикл (оффсет), через который эти изменения происходят, но он похоже есть (обнаружил цикл в 2000). Вы не могли бы мне с этим помочь (если скину дампы файлов или лучше сами файлы?) или я не в том направлении работаю?

    Всего записей: 1542 | Зарегистр. 10-01-2009 | Отправлено: 15:24 17-03-2016 | Исправлено: The_Immortal, 15:32 17-03-2016
    user0245

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

    Цитата:
    Поэтому в первую очередь нужно посмотреть показатели SMART (и чтобы модель винта была видна).  

     
    http://hostingkartinok.com/show-image.php?id=e6863e7725820b5bbf0708447b2ea716

    Всего записей: 16 | Зарегистр. 17-03-2016 | Отправлено: 15:40 17-03-2016 | Исправлено: user0245, 15:41 17-03-2016
    temp9285

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

    Цитата:
    Разница между каждыми парами байтов всегда составляет 80: например, 9D - 1D.

    Это уже больше похоже на закономерность. Теперь бы ещё выяснить где (в структуре контейнера) они меняются - может тоже есть закономерность?
    Если не хочешь перегружать тему, или выкладывать конфидишен - пиши в приват.

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



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285, оказывается в WinHex есть отчет по сравнению
    Код:
    Offsets: хекс.
     
      91F:    EB    6B
     28CF:    9D    1D
     48AF:    A2    22
     48CF:    BF    3F
     68AF:    D7    57
     88AF:    BE    3E
     A8AF:    E7    67
     A8CF:    D2    52
     C8AF:    90    10
     C8CF:    B9    39
     C91F:    A2    22
     E8CF:    9B    1B
     E91F:    AC    2C
    1089F:    CE    4E
    1090F:    BF    3F
    1489F:    CE    4E
    148BF:    CF    4F
    1490F:    8E    0E
    1689F:    BE    3E
    1690F:    FD    7D
    1889F:    C5    45
    1C89F:    A7    27
    1C8BF:    FD    7D
    1E8BF:    A0    20
    208AF:    D8    58
     
    25 отличий найдено.  
    Первый столбик после оффсета - здоровый файл, второй столбик - битый файл. Сами файлы отправлю в приват.
    Четкой закономерности нет Есть цикл между некоторыми оффсетами. Например:
     
    1089F (+4000) 1489F (+2000) 1689F (+2000) 1889F (+4000) 1C89F
    1090F (+4000) 1490F (+2000) 1690F
    91F (+С000) C91F (+2000) E91F
     
    48AF (+2000) 68AF (+2000) 88AF (+2000) A8AF (+2000) C8AF (+14000) 208AF
    148BF (+8000) 1C8BF (+2000) 1E8BF
    28СF (+2000) 48CF (+6000) A8CF (+2000) C8CF (+2000) E8CF (+2000)
     
    Если тут и есть какая-то логика, то в этом может разобраться только профи
    Размер файла 145 588 байт.
     
     
    Пойду также сравню другую пару. Сравнил... Правда, файл оказался в 10 раз меньше по объему (размер файла 14 224). И всё как-то скудненько (я этот один байт поменял и файл нормально открылся):
    Код:
    Offsets: хекс.  
     
    283F:    CA    4A
     
    1 отличий найдено.
    , но опять разница между байтами составляет 80.
     
     
     
    Вот ещё одна пара (размер файла 98 313):
    Код:
    Offsets: хекс.
     
      6DF:    3A    BA
     26DF:    02    82
     46DF:    15    95
     66DF:    61    E1
     A6DF:    2B    AB
     C6DF:    56    D6
    166CF:    57    D7
     
    7 отличий найдено.  

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

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    user0245
    Спроси про состояние винта у участников темы http://forum.ru-board.com/topic.cgi?forum=84&topic=4681#1
    Не хочется чтобы ты на выходе получил запиленный диск.
    И не услышал ответ по поводу количества (обьёма данных) - от этого зависит то ли делать посекторку, то ли вычитывать данные (это если не дадут винту эпикриз).
    The_Immortal

    Цитата:
    оказывается в WinHex есть отчет по сравнению

    Гляди, ты всё таки что то умеешь. . Спасибо за инфу, я им мало пользуюсь и не задавался целью изучить его возможности.

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

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

    Цитата:
    Спроси про состояние винта у участников

    чет молчат все( На одном форуме посоветовали Викторией Ремап сделать, что скажешь, может помочь?

    Всего записей: 16 | Зарегистр. 17-03-2016 | Отправлено: 11:25 18-03-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    user0245
    Ремап если и можно делать, то после вычитывания данных.
    В противном случае ты можешь убить диск раньше чем его вычитаешь.
     

    Цитата:
    чет молчат все

    Те кто не молчит ещё не "подошли", а остальные видимо не хотят. Я их не могу заставить, поэтому отвечу попозже что можно сделать.
    Обьём данных является секретом?

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 12:11 18-03-2016 | Исправлено: temp9285, 12:32 18-03-2016
    tomset



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    user0245
    если данные ценные и важные, я бы посоветовал сразу к спецу DR обратиться.
    Это семейство Mariner весьма капризное и быстро любит пилиться.
    Если деньги важнее данных. Можете попробовать сами.
    Но нужна полная WDmarvel, чтобы заблокировать обработку ошибок. Проверив запись в SA.
    Иначе он просто не даст ничего вычитать.
    Ну и молиться чтобы окончательно не запилился.
    Ремап пока данные не вычитаете, категорически делать нельзя.
    Раз он сам кандидаты не начинает переназначать, у него наверняка проблемы с записью.
    И ремапить он тоже не будет.
    Любая запись на него категорически противопоказана.
    Поэтому под Windows его пытать нельзя, а только под системами, которые не пишут на диск.

    Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 13:13 18-03-2016 | Исправлено: tomset, 13:21 18-03-2016
    user0245

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

    Цитата:
    Обьём данных является секретом?

    Диск вообще на 600гб разбит поровну по 300 на C u D, но меня больше интересует информация с диска D (он забит почти под завязку, то есть где-то 270гб). но мне вся инфа с него не нужна, нужны пару отдельных файлов и папок, если конечно можно выборочно забрать
     

    Цитата:
    я бы посоветовал сразу к спецу DR обратиться.  

    специалистов в моем городе нет. так что буду пытаться сам.

    Цитата:
    Но нужна полная WDmarvel, чтобы заблокировать обработку ошибок. Проверив запись в SA.  
    Иначе он просто не даст ничего вычитать.  

    Если можно объясните по подробней, что и как делать или может укажите где почитать об этой процедуре.

    Всего записей: 16 | Зарегистр. 17-03-2016 | Отправлено: 13:37 18-03-2016
    tomset



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Когда WDmarvel купите, на ее форуме поддержки все выясните.
    Какой смысл объяснять, если у вас нет утилиты.

    Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 13:42 18-03-2016
    user0245

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

    Цитата:
    Когда WDmarvel купите, на ее форуме поддержки все выясните.  

    хорошо. я понял. Подскажите еще такой вопрос. на смену старому предлагают Seagate Laptop ST500LT012 как Вам вообще данная фирма по сравнению с WD, стоит брать?

    Всего записей: 16 | Зарегистр. 17-03-2016 | Отправлено: 13:54 18-03-2016
    tomset



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Без разницы, не угадаете, все ломаются. Только бекап спасает данные.  )

    Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 14:19 18-03-2016
    igor not me

    Редактировать | Цитировать | Сообщить модератору
    user0245

    Цитата:
    Без разницы, не угадаете, все ломаются. Только бекап спасает данные

    И тем не менее, Seagate лично по моим предпочтениям в конце. Более надёжны всё же WD , Хитачи, Тошиба. Но и от лотереи многое зависит. Можно и на WD-шник нарваться бракованный

    Цитата:
    Если можно объясните по подробней, что и как делать или может укажите где почитать об этой процедуре.  

    Тему по ремонту WD читайте. Последнюю часть хотя бы. Ибо инструкций для чайников тут не существует . Если же у вас с техникой туго - можете попросить и я например гляну по удалёнке, сделаю пару вещей холявной Марвел, которые могут облегчить чтение данных...
    По SMART. tomset сказал частично, добавлю только, что 41000 ударов в 191 атрибуте - эт круто. В футбол им знатно поиграли

    Отправлено: 15:18 18-03-2016 | Исправлено: igor not me, 15:24 18-03-2016
    temp9285

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

    Цитата:
    нужны пару отдельных файлов и папок

    Ага, это типа как носильшику сказать что надо перенести два баула, при этом не уточчнить пуха или свинцовых слитков.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 17:04 18-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