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

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

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Здравствуйте. Слетел раздел, отображается как RAW. Chkdsk в режиме только чтение говорит следующее: "Повреждена основная таблица файлов. Будет выполнена попытка восстановления основной таблицы файлов с диска. Не удается восстановить основную таблицу файлов". Файловая система определяется верно - NTFS. Active File Recovery, DMDE и др. находят при сканировании раздел и всю информацию, что были на диске. TestDisk пишет, что раздел в порядке (он зеленый), но выдает неверный размер. Acronis раздел не восстанавливает, потому как раздел существует, а он восстанавливает в не размеченных областях.
    Скриншот DMDE при загрузке как физический диск:
       
    При выборе тома Volume01 DMDE выдает "MFT Cluster - нет допустимых значений". При автоопределении размера кластера выдает правильный размер раздела.
    В архиве 11 секторов потерянного раздела (с 2048 по 2058 физического диска) и лог DMDE.
    Ссылка

    Всего записей: 98 | Зарегистр. 15-06-2005 | Отправлено: 22:07 23-06-2014 | Исправлено: limbast, 11:40 24-06-2014
    Tau_0

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

    Цитата:
    Ты определись с тем, что затёрто.

    Если удалялся какалог то и файлы в каталоге тоже были удалены. Это значит, что кластеры в отрезках, соответствующие этим файлам стали незанятыми в $Bitmap этим кластерам соответствуют 0, а не 1. Система имеет полное право в них писать... А каталоги видимо остались...
     
    Я думаю, что так...

    Всего записей: 1273 | Зарегистр. 26-03-2010 | Отправлено: 00:15 24-06-2014
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    limbast
    Судя по логу, повреждены записи 0-2. Поэтом, если хочешь восстановить раздел in-place (и понмаешь все возможные риски)  нужен дамп секторов 6293504+10. Плюс, можно дёрнуть удачу за хвост - сектора 205804936+8.
    Возможно ошибка логическая, но они нередко являются следствием физических - поэтому нужен SMART.
     
    Tau_0
    Прочти осмыслено цитату из твоего ответа.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 12:17 24-06-2014
    Tau_0

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

    Цитата:
    Tau_0  Прочти осмыслено цитату из твоего ответа.

    В двух словах, небольшой каталог будет полностью сохранён резидентно в файловой записи (атрибут Root невелик) . Поэтому он не пострадает в том смысле, что его можно восстановить.
    А вот файлы имеют нерезидендную часть, поэтому система их может затереть.
     
    ЗЫ Практической пользы для lastborn56 от этого никакого…
     

    Всего записей: 1273 | Зарегистр. 26-03-2010 | Отправлено: 13:49 24-06-2014
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Tau_0
    Что ты юлишь как вошь на гребешке?
    Ты написал ложь. Всё остальное попытка вылезти из лужи.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 14:04 24-06-2014
    Tau_0

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

    Цитата:
    Ты написал ложь.

    Укажи в чём она состоит...

    Всего записей: 1273 | Зарегистр. 26-03-2010 | Отправлено: 14:36 24-06-2014
    9285

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

    Цитата:
    Похоже на то, что в MFt файловые записи осталились, но их run-list (сами данные) давно другой информацией перекрыты...


    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 14:53 24-06-2014
    Tau_0

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
    А--- аа --- ааа...
    Просто слишком в спешке конспективно написано, хотя не педанту ясно... Неужто трудно понять, что run-list (фактически списки указателей) ханится в File Record, а сами отрезки нерезидентно во внеших кластерах. Они то и освобождаютя, поэтому и могут перекрыться...
     
    Зы базовые определения я знаю (если не все, то их просто найду...), но вот с практическим использованием похуже.

    Всего записей: 1273 | Зарегистр. 26-03-2010 | Отправлено: 16:30 24-06-2014 | Исправлено: Tau_0, 16:31 24-06-2014
    9285

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

    Цитата:
    Неужто трудно понять, что run-list (фактически списки указателей) ханится в File Record, а сами отрезки нерезидентно во внеших кластерах.

    Ты задай этот вопрос тому, кому писал этот ответ. А также множеству тех, кто обращался за помощью или пытается понять все премудрости логической структуры данных.  

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 18:01 24-06-2014
    limbast

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

    Цитата:
    Судя по логу, повреждены записи 0-2. Поэтом, если хочешь восстановить раздел in-place (и понмаешь все возможные риски)  нужен дамп секторов 6293504+10. Плюс, можно дёрнуть удачу за хвост - сектора 205804936+8.
    Возможно ошибка логическая, но они нередко являются следствием физических - поэтому нужен SMART.  

    Вот сектора, что вы просили Ссылка
    На счет смарта, не знаю что с винтом, но ни одна программа не считывает ни SMART, ни firmware, ни серийник! Видимо плохо совсем, однако второй раздел на указанном диске работает как обычно. И еще, может это чем то поможет, этот диск когда то подцепил муху, выдавал и смарт и все остальное после этого, но теперь не выдает. Возможно потому что он подключен через JMicron.
     
    Подключил винт напрямую на маму, все параметры определяются и SMART читается.
     

    Всего записей: 98 | Зарегистр. 15-06-2005 | Отправлено: 18:13 24-06-2014 | Исправлено: limbast, 19:16 24-06-2014
    Tau_0

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

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

    На это есть хорошие книги и статьи, где очень подробно энтузиастами Linux-Group  устройство NTFS  dв целом разобрано...
     
    ЗЫ Да и я более развёрнуто у же писал ===>

    Цитата:
    ... Указатели есть, но сами run/extent/отрезки затёрты…

    Но тебя это не удовлетворило…

    Всего записей: 1273 | Зарегистр. 26-03-2010 | Отправлено: 18:25 24-06-2014
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    limbast
    Пендинги, релокейты, ошибки передачи данных - в общем то есть предпосылки к сложившейся ситуации.
    Можешь по результатам поиска восстановить данные с помощью DMDE на другой носитель.
    Если же решишься на in-place, то можно сделать и так. Тем более что MFT нефрагментированая и любой начитавшийся книжек сможет восстановить заголовок. Это относится к Tau_0 и его крайнему спитчу.
    Tau_0
    Можно учиться в десяти лучших автошколах при этом не уметь в реальности водить авто, а можно и без них стать ассом.
    Вот сейчас есть наглядный случай показать что ты:
    - имеющий здесь бОльший стаж
    - читающий много скрижалей
    - вообще программист по профессии
    Можешь сделать то, что может сделать "бездарь"-самоучка (причём делает уже давно и более сложные задачки). Предоставляю тебе право первого хода - делаешь патч. Только одно условие - пострадавший его пока не применяет (извини, но я боюсь последствий).
    Согласен?

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 20:36 24-06-2014
    limbast

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285  
    DMDE демо восстанавливает информацию по одному файлу, а на диске более 5000 файлов.
    Прошу помощи в восстановлении, как ты предлагаешь возможно когда то я и смогу восстановить, но на это уйдет гораздо больше времени чем узнающего человека. На мою проблему только ты ответил, значит ли это что ты единственный в той теме, кто может помочь?  
    Если тебя не затруднит, можешь ли ты исправить проблему?
     
    PS
    В 2012 году я уже обращался в эту тему и тогда мне помог Antech. Очень быстро и оперативно, не думаю что у него это заняло много времени или потому что проблема была другого рода. Где он сейчас? Его с 2013года не видно на этом форуме, и мыло уже недействительно.
     

    Всего записей: 98 | Зарегистр. 15-06-2005 | Отправлено: 21:11 24-06-2014
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    limbast
    Современная демо DMDE позволяет восстанавливать до 4000 файлов из одной панели (скажем так - папки).
    В любом случае, так как in-place не всегда может закончиться удачно, самое важное (критичное) надо всё таки извлечь.
    Насчёт твоего самостоятельного исправления это было как бы не тебе написано, и в свете предыдущих сентенций моего визави. Конечно же, я сделаю тебе патч (но попозже) и могу сразу выложить его в ЛС. чтобы визави не мог подсмотреть
    Antech в своё время практически ушёл отсюда, некоторое время ещё был активен на хоботе. Потом куда то пропал. Надеюсь что ничего плохого с ним не произошло.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 21:27 24-06-2014
    igor_me

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

    Цитата:
    значит ли это что ты единственный в той теме, кто может помочь?

    Вам - наверно да, нужен патч. А по железу тут я иногда тоже помогаю
    Если гуру меня научит делать патчи - тоже могу чуток поклепать
    9285

    Цитата:
    На хоботе не лучше.

    Хм, нашли ещё место, куда не стоит ходить? Похоже на досуге у вас хобби ходить по разным местам в инете и искать такие, куда не стоит ходить другим, гы-гы

    Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 21:58 24-06-2014 | Исправлено: igor_me, 21:59 24-06-2014
    limbast

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
    Заранее спасибо, можешь конечно в ЛС, как тебе удобно.
    Перед патчем как я понимаю можно сохранить область, которая будет патчиться, и при неудаче её можно будет восстановить. Ведь так?

    Всего записей: 98 | Зарегистр. 15-06-2005 | Отправлено: 22:35 24-06-2014
    Flavius_Aetius

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
    Добрый вечер.
    Наконец-то я дополз до компа.
     

    Цитата:
    Для анализа ситуации я запрашивал дампы секторов 73378896+50, 346112392+8 и 346104352+8.
    А что прислал ты?

    Этот вопрос ставит меня в тупик, поскольку я сделал ровно то же самое, что и в первый раз, но с учётом пожелания
    Цитата:
    Имена файлов дампов оставляй как предлагает программа.  

    Сделал ещё раз. Может я что-то не понимаю и не те интервалы задаю?
     

    Цитата:
    И ещё я писал про лог Поиска NTFS. Он тоже нужен, как и результат открытия найденных томов.  

    На момент написания предыдущего сообщения лог ещё не был готов.
    По поводу томов. Нашлось два тома. В одном 1258 соответствий, многое из того, что было в убитом разделе там видно после виртуальной реконструкции файловой системы в DMDE. Во втором томе всего 3 соответствия.
     
    Ещё раз дампы + лог: http://rghost.ru/56557478 (9285)

    Всего записей: 8 | Зарегистр. 15-06-2014 | Отправлено: 23:33 24-06-2014
    9285

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

    Цитата:
    Перед патчем как я понимаю можно сохранить область, которая будет патчиться, и при неудаче её можно будет восстановить. Ведь так?

    Если речь о первых трёх записях MFT, то толку нет от сохранения мусора. Идеальный вариант - посекторка всего проблемного раздела, но требует места соизмеримо с обьёмом раздела.
    На хоботе Yatagan предлагал сохранять $MFT - это существенно меньше по размерам, и несомненно мера из разряда "лучше хоть что то, чем ничего", но есть некоторые моменты, которые не позволяют это назвать гарантированным решением.
     
    Flavius_Aetius

    Цитата:
    Может я что-то не понимаю и не те интервалы задаю?

    Да.  И лог поиска подтвердил это.
    В присланных дампах аналогия того, что было раньше, а имена прошлых дампов подтверждают что это другие сектора.
    Поэтому повнимательнее и почитай шапку темы http://forum.ru-board.com/topic.cgi?forum=62&topic=20390#1 - в самом конце очень наглядно показано как делать дамп.
     
    igor_me
    У меня просто хобби писать правду бестолочам и "титулованным", которые считают что приписька эксперт, а особенно MVP является индульгенцей и всё вываленное ими - истина. Да и почти три года помощи на хоботе всё было тип-топ, но стоило мне во флеймовой теме написать  так сразу оказался нарушителем. Ну а потом координатор за дрот попросту не захотел признавать свою неправоту и чтать в публичке мнения о нём. И лишил права отвечать на его "земле". Я то в привате всё равно помогаю, но преимущественно приглашаю пострадавших сюда, чтобы всякий упырь не мог мешать решению проблемы. Flavius_Aetius как раз с хобота.

     
    Добавлено:
    limbast
    Патч готов, смотри ЛС.
     
    Flavius_Aetius
    http://higgs.rghost.ru/56559536/image.png
    На скриншоте видно два больших фрагмента.
    1. Тот что соотвествует текущему началу тома и имеет - более 63тыс записей.
    Посмотрел - чистая ХР, оригинал после установки в MFT имеет до 20 тыс записей.
    Соотвественно есть вариант что остальные - записи прежнего раздела с началом в том же секторе.
    Или ... ты ставил какую то сборку, + к ней кучу софта.
    2. Тот, у которого более 200 записей. Этот фрагмент соотвествует тому, который как бы тебе нужен.
    Начальная часть затёрта, но всё же 200000 записей это же немало.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 01:15 25-06-2014
    limbast

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
    Прошелся Victoria. 3 сектора нечитаемы.
    Скопировал патч. Запустил chkdsk. Вот лог.
    Программа Chkdsk была запущена на моментальном снимке тома в режиме "только чтение".  
     
    Проверка файловой системы на K:
    Тип файловой системы: NTFS.
    Метка тома: DISK K.
     
    ВНИМАНИЕ!  Параметр F не указан.
    CHKDSK выполняется в режиме только чтения.
     
    Проверка файлов (этап 1 из 3)...
    Слишком большой тег вхождения 0xff атрибута типа 0x80 в файле 0x0.
    Тег вхождения должен быть меньше чем 0x6.
     
    Запись атрибута (128, "") в сегменте записи файла 0
    повреждена.
    Тег вхождения 0x0 атрибута типа 0xb0 в файле 0x0
    уже используется.
    Запись атрибута (176, "") в сегменте записи файла 0
    повреждена.
      Обработано файловых записей: 59392.                                          Проверка файлов завершена.
    Сегмент записей в файле 15115 потерян.
      Обработано больших файловых записей: 4.                            
    Обнаружены ошибки. Продолжение работы в режиме только чтения невозможно.
     
    Ты писал, что я могу через DMDE до 4000 файлов скопировать в папке. Не получается! Пишет об ограничении в 4000 фалов и все, только кнопка закрыть, хотя в папке всего 51 файл.

    Всего записей: 98 | Зарегистр. 15-06-2005 | Отправлено: 22:42 25-06-2014 | Исправлено: limbast, 22:48 25-06-2014
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    limbast
    Лог посмотрю чуть позже.
    Что касается 4000 - там надо чекбокс не забыть поставить в левой части (файлы в текущей панели).
    ЗЫ: Что то Tau_0 куда то запропастился. Может патч тебе пишет?

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 23:02 25-06-2014
       

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