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

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

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

    Цитата:
    А такую штуку

    Ну это после чистки (если она нужна). Ну я сам не пробовал такие штуки. Но люди некоторые мажут контакты некими маслами. Раз штука для электроники - наверно можно и мазнуть. Но если вы хотите её купить - не обязательно, думается. Просто почистить без фанатизма. Если эта смазка уже на руках - тогда вперёд...

    Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 21:19 01-04-2016
    arttdat

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Приветствую всех в этот не добрый для меня час.
    За помощью пришёл на этот форум.  
    Вельзевулово отродье к коему я на своё горе подключил системный 3х терабайтный диск, решило что из 3х терабайт мне вполне и 802 ГБ хватит, после чего обьём жесткого диска сократился до этого размера.
    Я, не совсем согласный с данной точкой зрения, скачал Волшебную программу (HDD Capacity Restore Tool), после чего попытался восстановить исходный размер.  
    Собственно, что хотел, то получил. Размер восстановлен. Вот только то, что попало в 2,2 ТБ забвения, осталось там. И на выходе у меня раздел на весь обьём диска, с данными по факту на 802 гига.
    Что теперь делать, не представляю, MFT буд то в клочья разорвало.
    Дамп первых 200 секторов
    Скрин разделов:

    то, что он тут накопал (кроме FILES, который на самом деле худее где то на 500 ГБ должен быть), вообще какие то разделы из далёкого небытия, и мне нафиг не сдались
    Скан NTFS:

     
    И ещё интересную вещь нашёл, в R-Studio когда фалы копаешь, он их находит и восстанавливает. А вот путь, по которому (как он думает) они находятся, вообще случайный. То есть часто путь к фильму ведёт в дебри каталога какой нибудь программы, и там естественно по факту его нет.

    Всего записей: 11 | Зарегистр. 21-06-2015 | Отправлено: 07:38 02-04-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    arttdat
    Ты уверен что именно эта материнка подрезала диск? Я пока что знаю про гигабайтовские, и связано это с их спецификой. И подрезала ли? Может просто отображался как 7хх гигов?
    Если было реально только подрезание размера, то после восстановления исходного размера данные должны быть доступны, но... если в период кастрации не было исправлений чекдиском - подозреваю что последнее было.
     
    Сохранил лог поиска NTFS, Если да - выложи его, т.к. картинка даёт информацию, но не очень большую.
    По результатам поиска открывал том, начинающийся в секторе 2048 - что в нём?
    И ещё бы взглянуть на дамп секторов 2048+20 последющих.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 10:38 02-04-2016
    arttdat

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    Не уверен, но ничего другого к этому диску не подключалось, кроме материники на которой всё работало хорошо. Насчёт подрезала ли, не знаю, сама материнка при буте говорила, мол 802 гига диск.
    В период исправления исправления чекдиском не было. Каюсь, после было, буквально час назад, но вроде ничего фатального, скрин месева из MFT и разделов делался до него.
    Лог и дамп
    В том томе мой второй раздел. Был системник и второй с файлами. Так вот это тот который с файлами.
    Вроде всё так же как и было. А вот системный раздел канул в бездну.

    Всего записей: 11 | Зарегистр. 21-06-2015 | Отправлено: 13:28 02-04-2016 | Исправлено: arttdat, 13:50 02-04-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    arttdat
    То есть, в БИОСе он идентифицировался как 802 гиговый?
    Судя по всему, твой системный начинается в секторе 5735215104 (в логе поиска он NTFS4) - да его и на экране Разделы видно.
    И он перекрывается нынешним разделом на весь обьём диска - откуда такой взялся?
     
    С дампом "просчитался" - забыл что есть те, кто пользуется акронисом.
    Можно взглянуть на 2072+32, 690184+100 а заодно и  5741506560+100 ?
     
    Насколько понимаю, сейчас винт подключён к другой системе. Если хочется восстановить что то с системного (да и вообще) - лучше сделать GPT off (не забыть применить изменения и перезрузить систему).

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 14:13 02-04-2016
    arttdat

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

    Цитата:
    То есть, в БИОСе он идентифицировался как 802 гиговый?

    именно

    Цитата:
    в секторе 5735215104

    то есть это где то 64 гига получается? мало, он гораздо больше был.

    Цитата:
    перекрывается нынешним разделом на весь обьём диска  

    вот я и думал на этот capacity restore, что он мне на весь обьём растянул раздел с файлами

    Цитата:
    те, кто пользуется акронисом

    на меня намекаете? я пользовался им весьма давно и перешёл на Paragon Partition Manager


    Цитата:
    2072+32, 690184+100, 5741506560+100

    вот

    Цитата:
    GPT off

    сделано

    Всего записей: 11 | Зарегистр. 21-06-2015 | Отправлено: 15:04 02-04-2016 | Исправлено: arttdat, 15:06 02-04-2016
    ss661

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Может кто подскажет
    ноутбучный ST9320325AS были бэды, отрезаны. Дал человеку попользоваться, в один день ноут выдал синий экран и больше не загрузился. Victoria разделы видит, в юсб кармане зависает. Тест в любом режиме приводит через несколько секунд к TTTTTTTTTTT и зависанию. Досовские менеджеры разделов не увидели. Как можно достать инфу?

    Всего записей: 813 | Зарегистр. 23-02-2007 | Отправлено: 16:11 02-04-2016
    tomset



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ss661
    Вполне может быть дело закончится заменой головок, чтобы спасти инфу.
    Можно попробовать заблокировать ошибки, чтобы не вис.
    в теме по сигетам были команды T>Fxxxx
    Но только после проверки записи.
     
    Какой чудила хранит важное не отремонтированном диске без копий? Только под хлам, после полугода нормальной работы уже можно более-менее доверять.
    Но копии, даже с нового надо обязательно делать.

    Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 16:24 02-04-2016 | Исправлено: tomset, 19:16 02-04-2016
    temp9285

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

    Цитата:
    то есть это где то 64 гига получается? мало, он гораздо больше был.

    Насколько больше? 118гигов? Есть и такой раздел, вот только число записей MFT у него маловато для системного. Впрочем. ничто не мешает открыть и посмотреть все возможные кандидаты.
     

    Цитата:
    вот я и думал на этот capacity restore, что он мне на весь обьём растянул раздел с файлами

    Она не занимается логическими изменениями.
     

    Цитата:
    на меня намекаете?

    Нет, на тех, у кого старая версия NTFS и начало MFT и зеркала такие какие в дампе.
    И это характерно для акрониса.
     
    PS. Я конечно же верю про то, что разделы были другие, но факты (дампы) свидетельствуют о различных изменениях - в том числе о том, что когда то раздел был примерно 2,4тб.
     
    ss661
    Желательно подключить без карманов. И подозреваю что сначала надо разобраться с физическими проблемами.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 16:34 02-04-2016
    arttdat

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

    Цитата:
    Насколько больше?

    точно не помню, но больше 400

    Цитата:
    Впрочем. ничто не мешает открыть и посмотреть все возможные кандидаты.

    поясните?

    Цитата:
    Она не занимается логическими изменениями.

    тогда у меня идей нет

    Цитата:
    что когда то раздел был

    возможно, таких подробностей не помню

    Всего записей: 11 | Зарегистр. 21-06-2015 | Отправлено: 16:50 02-04-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    arttdat
    На экране Разделы виден том (жёлтенький) с началом в секторе 5504552960.
    Вот его и открой.
    Если его сейчас не будет видно в списке разделов, то можно перейти в этот сектор, сделать вид "Загрузочный сектор", затем нажать пару раз Enter.

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

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

    Цитата:
    открой

    вообще левое что то

    Всего записей: 11 | Зарегистр. 21-06-2015 | Отправлено: 17:51 02-04-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    arttdat
    Если ты не можешь определить что это за левое, то как то напрашивается  мысль что ты малознаком с этим диском. И в свете этого, в утверждение о 400 гиговом системном разделе, как то не верится, особенно в ракурсе имеющихся данных. (*)
    В принципе, есть пара фрагментов MFT - кандидатов (**) на такой (с началом в секторе 4779030948). Но один из них зеркало, а основной всего 16 записей. К тому же размер кластера 512кб.  Ладно, я могу поверить что это заголовок отформатированного акронисом раздела, но должно же быть продолжение. Да и сама MFT системного раздела имеет тысячи записей - и то, если это ХР; для последующих версий число уже несколько десятков тысяч. И такие есть, но в уже обозначенных началах.
    Можешь сам проанализировать результат поиска - в меню есть пункт "Все фрагменты MFT". Вот и попробуй найти подходящую цепочку.
    (*) Есть один вариант, который относительно укладывается в имеющиеся данные - система стояла на виртуальном диске (vhd).
    (**) Эти фрагменты в секторах 4779036110+12, 4779033006+32
     
    PS. Можно попробовать найти 6-ю запись MFT, в которой размер битовой карты тома будет соответствовать ожидаемому.
    Затем идентифицировать к чему относится эта запись.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 01:55 04-04-2016 | Исправлено: temp9285, 08:10 04-04-2016
    moroka33



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Доброго.  
     Нарисовалась проблема. На серваке имеют место несколько дисков WD объемом от 4-х до 6_ти ТБ. При подключении другого сервака непонятным образом был потерт (забит 0_ми) нулевой сектор дисков - инфа не читается... Через Акронис и Сонату видно, что инфа цела, но восстановить 0_ой сектор не получается. Может кто из опытных подскажет способы инструменты, которыми можно восстановить 0_е сектора, чтобы получить доступ к инфе.  
     Душевно, с наилучшими.

    Всего записей: 4273 | Зарегистр. 31-07-2009 | Отправлено: 19:11 04-04-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    moroka33
    Сразу на всех слетели?
    И что значит при подключении другого сервака? По сети (локальной)
    Или всё таки при подключении винтов к другому серваку? Так может раньше был рэйд (вариантов которых куча, в том числе и софтовые)?
    Если без рэйда и просто винты, то как бы напрашивается GPT, у которой в 0-вом прописана "заглушка" - Protective MBR, которую можно соорудить вручную остальное берётся из других секторов.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 19:46 04-04-2016
    moroka33



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

    Цитата:
    Сразу на всех слетели?

    Да, однообразно, грешим на глюк контроллера, но...(((

    Цитата:
    что значит при подключении другого сервака

    правильно

    Цитата:
    при подключении винтов к другому серваку


    Цитата:
    может раньше был рэйд

    Рэйд_а не было, при переносе сервак запросил как винты учитывать, была поставлена метка на варианте: как рейд 0_го уровня... Похоже поняли, что-то неправильно, но...
    Варианты откатитьне просматриваются?

    Всего записей: 4273 | Зарегистр. 31-07-2009 | Отправлено: 19:55 04-04-2016 | Исправлено: moroka33, 19:57 04-04-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    moroka33
    Всё таки уточню.
    Были просто винты, которые перенесли в другой сервак и там их инициализировали как 0-вой рэйд?
    Если да, то всё зависит от того, что сделал контроллер с винтами - одно дело если только инициализировал, но сами данные не затронул; совсем другое если он и "поляну" переполосовал.
     
    Кхм. Ты уверен что хочешь сам решить эту проблему? Если уверен в своём желании и не будет очень больно в случае неудачи то тогда надо выключить сервак (*), запомнить какой винт куда подключён, снять все вставленные, подключить для начала какой то один к обычному компу (поддерживающему работу с такими винтами), ничего не инициализировать, не разрешать делать проверку диска и т.п. - запустить DMDE, выбрать этот физический диск и сделать скриншот экрана разделы - показать здесь.
    Но лучше всё таки пригласить хотя бы сисадмина.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 20:36 04-04-2016
    moroka33



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

    Цитата:
    Были просто винты, которые перенесли в другой сервак и там их инициализировали как 0-вой рэйд

    Да.

    Цитата:
    инициализировал, но сами данные не затронул

    moroka33

    Цитата:
    Через Акронис и Сонату видно, что инфа цела


    Цитата:
    уверен что хочешь сам решить эту проблему?

    Скажем так, хотелось бы рассмотреть варианты, может есть простое и внятное решение.) Вопрос подобраться к 0_му сектору напрямую... Восстановить за большие деньги есть к кому обратиться....)

    Цитата:
    запустить DMDE, выбрать этот физический диск и сделать скриншот экрана

    Доступ к телу будет только завтра, но может сейчас подключится непосредственный участник.

    Всего записей: 4273 | Зарегистр. 31-07-2009 | Отправлено: 20:53 04-04-2016 | Исправлено: moroka33, 20:54 04-04-2016
    onenet



    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Привет всем. А вот и я - сам виновник "торжества".
    Благодарю moroka33 за точность в изложении хода событий. От себя добавлю, что винты стояли в системе FreeBSD, по одному UFS разделу на каждом. Перенос произошел в сервер HP с райд-контроллером.

    Всего записей: 3 | Зарегистр. 04-04-2016 | Отправлено: 22:01 04-04-2016
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    moroka33
     
    Ну, физически считать сектора можно - многие хекс редакторы это умеют, но вопрос в том как интерпретировать полученную запись. Я думаю что именно на уровне логических записей файловой системы напутано. Тогда придётся использовать другие диски приёмники для копирования данных.
     
    Что касается дисков большого объёма - приятели из фирмы-диллера WD рассказали что по их наблюдениям у всех ОС семейства Windows есть проблема с дисками большими 5 Тб:
     
    "...4Тб и меньше ось видит и работает с ними нормально, а 5 - 6 Тб приходится бить на разделы по 3 Тб - целиком даже десятка с ними не работает. Мелкомягкие берут отчёты, обещают помочь, но пока решения не придумали...".

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")
    Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

    Всего записей: 33205 | Зарегистр. 31-07-2002 | Отправлено: 22:04 04-04-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