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

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

    Junior Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
    это все в DMDE надо делать?
    открыл лог сканирования и нужный раздел.
    Нашел файл
    номер MFT29671файл начинается так
    %PDF-1.5
    номер LBA 2316963008
     
    что дальше?
    По имени файла искал  
    как я и писал раньше  
    Win hex нашел название файла в секторе 2336102115 со смещением 1167с2DC6CC
    Что дальше?
     
     
     
    Добавлено:

    Цитата:
    В нижнем правом окне будет первый сектор этой записи. И будут видны разные аттрибуты

    LBA 2954387166

    Цитата:
    Наиболее интересный - 0х80  $DATA

    там еще есть  0х80:Zone.Indetifier  $DATA. Это нен нужно?
    В строке 0х80  $DATA ниже такие данные
    Размер:9504 Занято:12288
    первый вирт кластер:0
    последний виртуальный кластер: 2
    Сжатие:2
    Загято: 12288
    размер: 9504
    ингициализировано: 9504
    занято кластеров: 3 начиная с 15136694

    Цитата:
    +0:  xxx cluster(s) @ yyy

    такого не вижу
     
    Добавлено:
    Сейчас заметил что в winhex название этого файла три раза пдряд встречается в секторе 2336102115
    первй раз со смещением  1167с2DC6CC
    потом со смещением  1167с2DC73С
    потом 1167с2DC7АC
     
    Добавлено:
    Продолжил дальше искать по названию. Опять файл нашелся
    Сектор 2336102116 смещение 1167C2DC86C
    потом смещение 1167C2DC8EC
    потом смещение 1167C2DC96C
    потом смещение 1167C2DC9EC
     
    и потом еще много раз встречается. Это нормально?
    Всего записей: 160 | Зарегистр. 29-01-2007 | Отправлено: 00:57 15-07-2015 | Исправлено: KitePark, 01:06 15-07-2015
    9285

    BANNED    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    KitePark
    Да, в DMDE.
    Я с  WinHEX малознаком, поэтому мне сложно что то сказать по нему.

    Цитата:
    обозвала found_2316963008_76172866.pdf


    Цитата:
    файл начинается так  %PDF-1.5  номер LBA 2316963008

    Начало соответствует PDF, но вот реперным он быть не может так как начальный сектор совпадает. Тут надо найти такой, у которого начало в одном секторе, а реально в другом.
    Хотя тут есть одна очень неприятная новость - за акронисом замечено то, что он может делать много разных смещений (*) + неизвестно что он успел сделать - может он один файл перетасовал, а может половину, а может и почти все).
    (*) недавно был случай, человек ресайзил раздел чем то линуксовым. Так получилось что он собрал все данные из двух частей - в одной части фалы были относительно старого начала, в другой относительно нового. То есть программа делала последовательно, до момента обрыва.
     

    Цитата:
    такого не вижу

    Покажи что видишь или сделай дамп этого и следующего сектора и выложи.
    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 01:24 15-07-2015
    KitePark

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

    Цитата:
    Ещё пообщался с dmde - он предложил воспользоваться бэта-версией

    В каком смысле воспользоваться? мне опять сигнатурный поиск ей провести?
     
     
    Добавлено:

    Цитата:
    Начало соответствует PDF, но вот реперным он быть не может так как начальный сектор совпадает. Тут надо найти такой, у которого начало в одном секторе, а реально в другом

    Вроде как раз так и есть. Т.е. файл по таблице должен начинаться в секторе  2316963008. Но судя по поиску имени файла  через WinHex, файл начинается в секторе 2336102115
    Или я нифига не понимаю...

    Цитата:
    Тут надо найти такой, у которого начало в одном секторе, а реально в другом.

    как это сдедать?
    разве нам нужно знать точное название файла не для того чтобы по нему найти его в WinHEx?

    Цитата:
    Покажи что видишь или сделай дамп этого и следующего сектора и выложи.

    дык вроде все расписал тут  
    http://forum.ru-board.com/topic.cgi?forum=84&topic=4564&start=2720#2
    дамп вот http://rghost.ru/8gjllQZTY
     
     
    Всего записей: 160 | Зарегистр. 29-01-2007 | Отправлено: 01:27 15-07-2015
    9285

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

    Цитата:
    мне опять сигнатурный поиск ей провести?

    В обычной версии нет сигнатурного поиска - поэтому поиск будет как бы новый.
    А чтобы было понятней - опять же, у каждой программы свои алгоритмы, и результаты тоже.
    Вот я взял и в виртуалке смоделировал удаление кучи файлов разных форматов.
    Потом прогнал диск разными программами.
    Photorec не нашёл одну jpg-шку., хотя она была нефрментирована и имела характерное начало и конец - то есть должна была найдена без проблем.
    Get Data Back вообще не нашла rar-воский архив.
    У R-studio Тоже были какие то недочёты.
    А вот бэта-версия нашла всё. Правда в моём случае не было смещение, но всё ж таки.
     
    Перезалей дамп - я просил два сектора. То есть тот что сбросил и последующий.
     
    Добавлено:

    Цитата:
    как это сдедать?

    Это нужно найти файл, который найден сигнатурно и он цел (хотя бы начало) а в DMDE восстанавливается неправильно. Конечно же, ты должен знать имя файла и желательно чтобы на разделе он был один.
    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 01:41 15-07-2015 | Исправлено: 9285, 01:44 15-07-2015
    KitePark

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

    Цитата:
    В обычной версии нет сигнатурного поиска

    т.е. нужно делаь опять поиск NTFS таблиц?
    В прошлой версии было найдено куча разделов но восстановление данных с них принесло только битые файлы. Сейчас т.е. может лучше получится?
    В чем смысл? Я же уже провел сигнатурный посик с помощью Active File Recovery и как мне кажется все фало было найдено. Единственный минус - потеряна структура каталогов.
    Сейчас с бета версией есть шанс что получится восстановить с сохранением имен и структуры?
    Что насчет изысканий по поиску смещения фалов? мы их продолжаем?
     
    Добавлено:

    Цитата:
    Перезалей дамп - я просил два сектора.

    вот  
    http://rghost.ru/7wcfXnpZ9

    Цитата:
    Это нужно найти файл, который найден сигнатурно и он цел (хотя бы начало) а в DMDE восстанавливается неправильно

    именно такая ситуация и есть с этим pdf. Восстанавливаю его через DMDE - он не открывается. Восстановленый по сигнатурному поиску спомощью Active Recovery - открывается нормально.
     
     
     
    Всего записей: 160 | Зарегистр. 29-01-2007 | Отправлено: 01:50 15-07-2015
    9285

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

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

    Не буду гарантировать, поэтому процитирую написанное мне
    Можно новую версию DMDE попробовать, она определяет смещение не только по индексам, но и по файлам известных типов.
     

    Цитата:
     но восстановление данных с них принесло только битые файлы.  

    Ну, как минимум, указанная выше pdf-ка должна была восстановиться нормально.
    Хотя ... тот же кэш, мог сбросить даже в нормально расположенный файл мусор.
    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 02:04 15-07-2015
    KitePark

    Junior Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    вот эти два файла
    http://rghost.ru/7My9hLhfP
    http://rghost.ru/6PfXfJ5My
     
    Добавлено:

    Цитата:
    указанная выше pdf-ка должна была восстановиться нормально.

    да. беру свои слова обратно. Она нормально восстановилась. Просто вьевер проглючил у меня.
    т.е. нужно продолжать делать это?

    Цитата:
    нужно найти файл, который найден сигнатурно и он цел (хотя бы начало) а в DMDE восстанавливается неправильно. Конечно же, ты должен знать имя файла и желательно чтобы на разделе он был один.

    Всего записей: 160 | Зарегистр. 29-01-2007 | Отправлено: 02:05 15-07-2015
    9285

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

    Цитата:
     Восстанавливаю его через DMDE - он не открывается. Восстановленый по сигнатурному поиску спомощью Active Recovery - открывается нормально.

    Странно. По данным из MFT всё соотвествует.
    Может ты из другого тома пытался его восстановить.
    Вот на всякий случай http://plasmon.rghost.ru/8KzLX7Md5/image.png список нескольких файлов, данные о которых я извлёк из имеющихся дампов.
    Указан номер начального сектора и число секторов.
    Можешь попробовать сделать дамп сам - соответствующие значения став в нужные поля. После сохранения дампа переименуй - хотя бы расширение  и попробуй открыть.
     
    Кхе,кхе. Что то я уж стал подзабывать обращать внимание на то, какая версия DMDE используется.
    А ведь у тебя она ломанная - как раз в такой может восстанавливаться "битый" файл, при том что нормальная версия восстановит полностью исправный файл.
    И если это подтвердится, то сам виноват в своих мучениях.
     
    Вторая ссылка - моя.
    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 02:19 15-07-2015 | Исправлено: 9285, 02:27 15-07-2015
    KitePark

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

    Цитата:
    Странно. По данным из MFT всё соотвествует.

    да. этот файл нормально восстановился. просто у меня вьевер глючит. Я выше уже писал об этом.

    Цитата:
    она ломанная

    да. каюсь.  
     
    нашел другой файл. он точно не восстанавливается нормально через DMDE и нормально открывается после сигнатурного восстановления.
    файл называется 5trendov.pdf
    нашел его на томе через DMDE, но судя по содержимому это не PDF, либо он сильно покоцан. номер сектора в DMDE 2954724882. MFT 198529. По факту файл находится в секторе 3078048240, судя по поиску.
    Перешел по номеру MFT. Вижу следующую картину  
    +0:       69 clusters@26028674
     
    вот дамп и файлы
    http://rghost.ru/8WyRf9gtd  
    http://rghost.ru/86hbRy6Sr
    Я уверен что в секторе 3078048240 этот pdf фалй начинаеися, но почему то  если смотреть на содержание этого сектора, то название фала не читается совсем в DMDE
    Всего записей: 160 | Зарегистр. 29-01-2007 | Отправлено: 02:45 15-07-2015 | Исправлено: KitePark, 03:11 15-07-2015
    9285

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

    Цитата:
    Я выше уже писал об этом.

    Я заметил, но ответ писал когда ещё не было "Добавлено".

    Цитата:
    да. каюсь.  

    Я не поп и не отмаливаю грехи - главное чтобы дальнейшая работа велась с нрмальной версией. чтобы исключить проблемы, описанные выше.
     

    Цитата:
     либо он сильно покоцан. номер сектора в DMDE 2954724882. MFT 198529. По факту файл находится в секторе 3078048240, судя по поиску.
    и далее
    Тем не менее, в архиве лежит dev0_lba1781320720_2.bin - что соотвествует началу файла по данным из ранлиста. Сам рассчитал или как?
    Я чуть выше написал про мусор, но не обязательно дело в нём - на самом деле запись 198529 может быть об удалённом файле. Соответственно, его место может занято другими.
    Вдобавок, надо обращать внимание на обозначения в панели файлов - http://dmde.ru/manual/filepanel.html
    Всё что не обычный файл (или папка) не обязательно является правильным.
    По логике, если ты откроешь том по варианту 1 и зайдёшь в папку Root, то увидишь более актуальное дерево папок и "живые" файлы.  
     
    Если что,  можешь прикреплять скриншоты, той же панели файлов, чтобы было более понятно о чём речь.
    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 10:48 15-07-2015
    eugenelee

    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Доброго времени суток.
     
    Хочу восстановить данные с HDD WD my pass.ultra 1Тб. Момент и причины сбоя неизвестны. Диск использовался как подключенный к роутеру на постоянной основе (редко снимался). Контроллер вшит, подключение только по usb. В винде заставляет все висеть(. В линукс говорит следующее:

    Код:
     
    I/O error, dev sdc, sector 966896256
    Buffer I/O error on device sdc1, logical block 120861776
     

    что обнадеживает: виден корень, дальше - ошибка ввода/вывода.
    Сейчас попробовал MHDD iso на cd на ноуте - не видит не диск ноута не проблемный usb.
     
    зы: делать образ 1тб некуда. нужных данных на диске максимум 60гб
     
    Буду благодарен за советы, наводящие вопросы
    Всего записей: 19 | Зарегистр. 17-10-2008 | Отправлено: 11:24 15-07-2015
    9285

    BANNED    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    eugenelee
    Если с винтом физические проблемы, то попытки вычитывания (особенно учитывая известную болячку WD) могут привести и к более печальным последствиям.
    Ну это как предупреждение.
    В принципе, если есть сбойные сектора и их не много, то можно попробовать вычитать нужное - возможно что сбойки не на их поляне.
    Чтобы ОС типа винды не мучила диск обращением к структурам ФС можешь под линуксом в DMDE сделать MBRoff (применит изменение разметки).
    Далее можешь в DMDE открыть том и попробовать восстановить нужное.
    Для просмотра показателей SMART используй то, что может работать с внешниками.
    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 11:38 15-07-2015
    eugenelee

    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
    Спасибо.
    Пока получаестся средствами r-studio под линуксом вытаскивать файлы, не все конечно но процесс идет.
    Всего записей: 19 | Зарегистр. 17-10-2008 | Отправлено: 13:01 15-07-2015
    KitePark

    Junior Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
    я попутал немного.
    2954724882 это сектор где MFT лежит для этого файла
    http://rghost.ru/6VRQxNCBJ
    панель файлов.
    http://rghost.ru/689vqmVvB
    Это я открыл том после посика ntfs.
    те папки что зеленые - были на разделе E. А желтые папки это как раз те что были на мертвом разделе F.
    Просканировал весь диск бета версией программы.
    Файлы так же восстанавливаются битыми.
     
     
     
    Добавлено:
    а вот панель файлов непосредственно там где файлик этот лежит
    http://rghost.ru/7QksKRYRs
    Всего записей: 160 | Зарегистр. 29-01-2007 | Отправлено: 19:05 15-07-2015
    9285

    BANNED    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    KitePark
    Если такой файл один и
    Цитата:
    По факту файл находится в секторе 3078048240
    а по данным MFT он должен начинаться в
    Цитата:
    1781320720
    то это уже нельзя списать на сдвиг - уж слишком он велик.
    Тут речь может идти о переносе на новое место, но почему то без корректировки записи MFT ни относительно нового, ни относительно старого начала раздела.
    Что лишний раз подтверждает какое говно производят акронисовцы.
    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 20:02 15-07-2015
    KitePark

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

    Цитата:
    Если такой файл один

    не знаю что под этим подразумевается.
    Фактически у меня такой только один файл был.
    но есть ведь разные найденные таблицы. в некоторых из них при открытии обнаруживается структура каталогов потяранного раздела. и там этот файлик лежит совершенно в других секторах.
    Всего записей: 160 | Зарегистр. 29-01-2007 | Отправлено: 20:10 15-07-2015
    9285

    BANNED    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    KitePark
    Подразумевается именно то, что есть только один такой файл, и не только "живой", но и возможно когда то бывший, но удалённый.
    Таблица есть, и она одна (в некоторых случаях и такого нет) - остальные от других разделов или какие то реликты.
    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 21:17 15-07-2015
    KitePark

    Junior Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Понятно. Так какой дальше план? Или мне уже расслабится и заняться сонтировкой восстановленный файлов?
    Всего записей: 160 | Зарегистр. 29-01-2007 | Отправлено: 21:20 15-07-2015
    9285

    BANNED    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    KitePark
    Может у кого будут другие идеи, но я думаю что наступила пора расслабится.
    Точнее просмотром восстановленного на предмет корректности данных и определением есть ли что то бесценное, что не восстановилось.
     
    Добавлено:
    Ну а на будущее - помнить о бэкапе,  и ещё о дефрагментации
    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 21:27 15-07-2015
    KitePark

    Junior Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
    Ок. Нужно ли мне сейчас перед созданием нового раздела F как то зачистить сектора где хранится информация о разделах, которых на самом деле нет?
    Всего записей: 160 | Зарегистр. 29-01-2007 | Отправлено: 21:39 15-07-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