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

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

  • Всего записей: 26385 | Зарегистр. 20-04-2006 | Отправлено: 05:45 11-10-2015
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    insight81
    Нет, там что то связано с размерами записываемых блоков.
    Я потому и предлагал прозондировать этот вопрос, т.к. не помню в чём там заковырка, но что то типа как и с 4кб секторами на HDD.
    Вот, почитай -  http://ammo1.livejournal.com/166235.html  http://forum.ixbt.com/topic.cgi?id=27:9465
     

    Цитата:
    как без раздела, я не понял)

    Как минимум ХР-шка формирует (создаёт раздел, форматирует) флэшки без таблицы разделов.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 17:51 29-02-2016 | Исправлено: temp9285, 18:11 29-02-2016
    avtandil33

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

    Цитата:
    Парсер сам может извлекать журнал, но для этого ему нужна буква диска.
    Возможно что его можно собрать по частям, подсмотрев ранлист.
    Может можно и ещё как, но я не в курсе.
     

     
    Ну я в конце концов посмотрел карту кластеров (приаттачена) нашел что файл этот в двух частях, и тупо сдампил нужное количество байт, так что получилось два бинарных файла (тоже приаттачены), но, в принципе, "моя" запись в первой части.
     
    А вот парсер чего-то дает пустые файлы...
     
    И можно про ранлист поподробнее ?

    Всего записей: 24 | Зарегистр. 06-01-2006 | Отправлено: 12:52 01-03-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    avtandil33
    http://rghost.ru/7l8F8fnfG/image.png
    Речь о выделенной записи, номер которой 61?
    С таким номером, она вполне очевидно очень быстро перезаписалась, т.к. перезапись свободных записей начинается с начала MFT.
     
    Парсер запускал от имени администратора?
    В принципе, я про парсер то узнал благодаря твоему случаю так что сам с ним мало знаком.
    Что касается дампов, то вторая часть в начале имеет характерную сигнатуру индексов, хотя содержимое не очень похоже. Да и по скриншоту карты кластеров есть непонятности. Обычно, если файл из нескольких фрагментов, то в конце первого фрагмента виднеется знак "больше".
    Ранлист - это список фрагментов. Перейди в запись MFT  под номером 82, в ней будет атрибут 0x80:$J  $DATA. Наводишь на него курсор и нажимаешь пробел - вот там и увидишь ранлист.
     
    Кстати, dmde мне подсказал как можно его программой считать файл.
    Сейчас к оригиналу его текста доступа нет, поэтому по памяти (и проверил в виртуалке).
    Открываешь том, делаешь виртуальную реконструкцию, затем переходишь в папку метаданных.
    Находишь нужный тебе, в контекстном меню - Открыть в дисковом редакторе (или просто нажав энтер). Находясь в окне дискового редактора (нижнее справа) выбираешь Правка-Выделить всё.
    Затем Сервис-Копировать секторы; в Источнике жмёшь пимпу Редактор - в приёмнике файл.
     
    Добавлено:
    По журналу видно что файл удалён 24 числа, потом есть записи от 26-го, а 28-го в 61-ю запись прописался какой то Rotate8.ico
    https://www.sendspace.com/file/sayqbh

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 15:14 01-03-2016 | Исправлено: temp9285, 15:25 01-03-2016
    dmkov9

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

    Цитата:
    PS. Если хочешь убедиться окончательно в невозможности восстановления в нормальном виде - сделай дамп секторов 267739322+10 и выложи лог Полного сканирования на участке проблемного раздела.

    Извини, на работе, не сразу прочитал.
    Вот выложил дамп и лог (если правильно сделал ):
    https://cloud.mail.ru/public/288nNs3iJamD/HDD/

    Всего записей: 858 | Зарегистр. 16-08-2007 | Отправлено: 19:19 01-03-2016 | Исправлено: dmkov9, 19:22 01-03-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    dmkov9
    Дамп правильно и в нём видны 0000.
    Хотя я чуть ошибся  и запросил то, где явно должны быть нули - нужен дамп зеркала чтобы посмотреть где точно располагалась MFT - 437907802+10
    А вот поиск неправильный - нужно сканировать весь раздел, а не 10 секторов.
    Кстати, посмотрел - на 160 гиговом разделе одна FAT-таблица имеет размер 20 мегабайт (но их две). А MFT у тебя была 8 мегабайт. Так что без вариантов она занулена. Был бы вариант ели бы она была фрагментирована, но в таком случае не было бы сообщения об отсутствии практически всех записей.

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

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    Вот дапм https://cloud.mail.ru/public/288nNs3iJamD/HDD/
    А сканирование запустил... Чтобы уже быть уверенным

    Всего записей: 858 | Зарегистр. 16-08-2007 | Отправлено: 20:07 01-03-2016 | Исправлено: dmkov9, 20:11 01-03-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    dmkov9
    Всё как и ожидалось.
    Кстати, на хоботе не трать время Yatagan-а - дай если что ссылку на эту тему.

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

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    Ну все же https://cloud.mail.ru/public/288nNs3iJamD/HDD/
    Добавил туда сканирование.
    Ну хорошо. А можно как то найти файлы шрифтов (.otf) и ависинта (.avs) ?

    Всего записей: 858 | Зарегистр. 16-08-2007 | Отправлено: 22:32 01-03-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    dmkov9
    Как и было понятно изначально - MFT улетела в компьютерную нирвану.
    Что касается нужных тебе файлов - то это нужно изучать их структуру; есть ли характерные фрагменты, какие то контрольные значения (длина файла, контрольная сумма) и т.п.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 00:58 02-03-2016
    dmkov9

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    файлы шрифтов (.otf) попытаюсь глянуть, он по идее может что то писать. А вот с ависинтом сложнее...

    Всего записей: 858 | Зарегистр. 16-08-2007 | Отправлено: 08:08 02-03-2016
    BOBAH4IK

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Ну улетела MFT и улетела... Это не первый и не последний, к сожалению случай. Как вариант можно распарсить уцелевшие индексные записи (часть описателей по-любому должна сохраниться), в итоге какая-то часть данных обрастет структурой каталогов. Цепочки с данными получившегося массива исключаются из дальнейшего анализа. По оставшемуся объему производится сигнатурный поиск по нужным регулярным выражениям. Естественно с созданием карты размещения найденного и последующим анализом этой карты и т.д... Только я не знаю можно-ли это сделать обсуждаемым здесь софтом.

    Всего записей: 857 | Зарегистр. 17-05-2006 | Отправлено: 09:28 02-03-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    BOBAH4IK
    Насколько я знаю, в индексах есть имя файла, его размер и номер записи MFT.
    И как эти данные могут помочь если нет ранлистов (тем более если файлы фрагментированы)?
     
    dmkov9

    Цитата:
    файлы шрифтов (.otf) попытаюсь глянуть, он по идее может что то писать.

    Шрифт что то пишет?
    Вообще то я имел в виду другое.
    Из http://open-file.ru/types/otf
     
    Информация о заголовке файла HEX: 4F 54 54 4F 00 ASCII: OTTO
    Получается что заголовок файла найти можно.
    Теперь вопрос в том, есть ли в файле данные о размере или есть ли сигнатура конца файла.
    Но это актуально для нефрагментированных файлов.
     

    Цитата:
     А вот с ависинтом сложнее...

    Исходя из описания в википидеи - это скрипт, и в нём что то типа обычного текста. Соотвественно, если файл не располагался резидентно в MFT (*) и можно видеть это содержимое в хекс редакторе, то искать по известным значениям. (*) С резидентными можно попрощаться.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 12:56 02-03-2016
    BOBAH4IK

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    Вы опираетесь на свои знания и даете рекомендации согласно им. Я тоже. Для вас это хобби. Для меня - хлеб.

    Всего записей: 857 | Зарегистр. 17-05-2006 | Отправлено: 13:19 02-03-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    BOBAH4IK
    Я не собираюсь узнавать рецепт вашего хлеба. Интересует есть ли он на самом деле?
    Потому как не так давно был пример того что DE (трактор) не находит файлов, которые на самом деле есть, или показывает отрицательные значения ранлистов, ну и ещё кое что.
    Просто чтобы не получилось что человек поверит что есть шанс, а окажется что его нет.

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

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

    Цитата:
    Интересует есть ли он на самом деле?

    Как показывает практика, то определенно есть.

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

    Не стоит сбрасывать со счетов то, в чьих руках находится молоток. Ведь трактор всего лишь инструмент...

    Всего записей: 857 | Зарегистр. 17-05-2006 | Отправлено: 13:41 02-03-2016
    temp9285

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

    Цитата:
    Как показывает практика, то определенно есть.

    Поверю на слово.

    Цитата:
    Не стоит сбрасывать со счетов то, в чьих руках находится молоток. Ведь трактор всего лишь инструмент...

    Он был в руках одного из известных участников этого (и не только) форумов.

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

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

    Цитата:
    Он был в руках одного из известных участников этого (и не только) форумов.

    На 9-й странице данной ветки я уже написал свое мнение по подобному поводу.

    Всего записей: 857 | Зарегистр. 17-05-2006 | Отправлено: 13:56 02-03-2016
    The_Immortal



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285, я опять к Вам (если примите).
     
    Внезапно USB-накопитель попросился отформатироваться:
     
       
     
    Как восстановить работоспособность накопителя я знаю (согласиться на форматирование), а вот как восстановить ФС и как следствие информацию - увы, нет.
     
    Помогите, пожалуйста...
     
    P.S. Понимаю, что тема не про USB, но всё же решил вдруг здесь можно что-то сделать.

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



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    The_Immortal
    Посекторку сразу в файл образ сделайте с него, пока определяется, как физическое устройство.
    А потом уже с образом разбирайтесь. Это могут быть и предсмертные судороги у флэшки. )

    Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 23:27 02-03-2016 | Исправлено: tomset, 23:28 02-03-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    The_Immortal
    Я разве кого то, когда то выгонял?
    Здесь есть тема по поводу восстановления с USB-носителей? В плане логики, а не физики?
    Если рассматривать восстановление файловой системы на уровне логики, то нет особой разницы какой носитель. Хотя оговорки есть, например в случае SSD с их "фишкой" оптимизации равномерного износа.
     
    Внезапно? Или были какие то предпосылки?
    Если внезапно, да и вообще - нелишним будет сделать посекторку; тем более обьёмы по нынешним временам мизЕрные.
    А далее Полное сканирование с отметкой имевшейся ФС или всех возможных, если нет убеждённости в наличии какой то.
    Если же исходить из версии FAT32, то тебе стоит изучить случай insight81 - возможно что у тебя что то подобное (по крайней мере бутсектор и его копия не найдены).
     
    BOBAH4IK

    Цитата:
    На 9-й странице данной ветки я уже написал свое мнение по подобному поводу.

    Спасибо!
    Хотелось бы всё таки уточнить.
    Нередко, восстановление с использованием комплекса, делается дисков с повреждениями, не позволяющими вычитать поляну. Если она вычитана, то очень велика вероятность что поляна достоверна, по крайней мере в части вычитанного. В этом случае извесно и где расположен битмап и прочая необходимая инфа. Но если подобных данных нет, и уж тем более если они переписаны, то как же можно определить расположение файла не имеющего возможность контроля его целостности.
    Поэтому прежненаписанное перефразирую словами песни "Я тебе, конечно верю! Разве могут быть сомненья? ...."

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