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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Восстановление разделов и информации на HDD (часть 9)

Модерирует : Akam1, Dr_StandBy, vertex4

vertex4 (05-02-2023 13:05): Восстановление разделов и информации на HDD (часть 10)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

Akam1



Комса
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Восстановление разделов и информации на HDD
 
1 часть :: 2 часть :: 3 часть:: 4 часть :: 5 часть :: 6 часть :: 7 часть :: 8 часть

Внимание! Если у Вас возникли проблемы с доступом к информации на дисках большого объема (более 120 Гб) - пропала таблица разделов, система говорит, что нужно отформатировать диск и т.п., то сначала прочитайте эту ветку про LBA48.
 
Для операций с разделами на жестких дисках по-возможности используйте штатные средства ОС. Прежде, чем править разделы с помощью Acronis Partition Expert, Norton Partition Magic и им подобных программ, пробегите быстро по всем страницам всех частей этой темы и Вы увидите, что половина проблем из-за них! Если не хотите сами наступить на эти грабли, запомните несколько простых правил:
 
- перед использованием программ типа Partition Magic всегда сохраняйте резервные копии важных данных
- не забывайте проверять диски на ошибки и дефрагментировать их (может помочь позже, при восстановлении данных)
- не пытайтесь изменять разделы на дисках с ошибками или на которых имеются сбойные блоки
- на время правки разделов постарайтесь обеспечить бесперебойную работу компьютера
- никогда не прерывайте процесс изменения разделов, если он уже начался
- не проводите операций по изменению разделов на дисках забитых до отказа, т.к. это значительно увеличивает продолжительность таких операций, а следовательно и риск возникновения сбоев
 
Прочтите и передайте другим, которые заходят сюда, когда уже слишком поздно...

 
То же самое касается программ ScanDisk и CHKDSK, автоматически проверяющих диски при загрузке системы. В случае серьезных сбоев они ничем помочь не смогут, но навредить могут изрядно. Поэтому всегда отключайте эти утилиты из автозапуска и выполняйте проверку дисков только вручную, периодически, когда уверены, что серьезных проблем на диске нет. Как их отключить написано здесь (на английском)

  • Общие рекомендации по самостоятельному восстановлению данных
     
  • Хороший совет по восстановлению, когда не уверен в своих знаниях
     
  • Список программ для восстановления информации
     
  • Статьи о восстановлении данных и жестких дисках
     
  • Восстановление данных из .chk файлов
    Обращаясь в тему за помощью, обязательно укажите информацию о диске: тип, емкость, способ подключения, информацию о разделах, SMART винта из MHDD / Victoria / HDDScan, наименование и мощность БП, возраст БП, результаты MemTest86, версию ОС и сервис-пака, а также обстоятельства краха - честное слово, толковым запросам и отвечать приятно. Здесь телепатов нет...
     

    Важно! Инструкция по чистке контактов на плате HDD

  • Всего записей: 26380 | Зарегистр. 20-04-2006 | Отправлено: 05:17 13-11-2016 | Исправлено: Akam1, 05:17 13-11-2016
    Blitzstok



    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Добрый день
    Частенько возникает ситуация, когда надо вытащить данные с харда (с одной партицией), размеченного под usb-мостом
    Как я понимаю, usb-мост общается с hdd, считая сектор равным 4096 байт, в то время как через SATA этот же диск видится с секторами по 512.  
         Корректировка записи раздела в таблице разделов с учетом вышесказанного дает раздел нужного размера, но типа RAW (в терминах windows)
         Видимо, необходимо еще сделать правки в загрузочном секторе партиции (в тех полях что зависят от размера сектора - байт/сектор, секторов/кластер, всего секторов, начало MFT..)?
    Если да, подскажите, пож-та, какие именно?
    Или и этого недостаточно?

    Всего записей: 10 | Зарегистр. 31-07-2007 | Отправлено: 17:58 05-06-2017
    9285

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

    Цитата:
    Да я вроде его и выложил, там текста на очень много строк... Не то ?

    То, но он не кликабельный и я его "пропустил" почему то.
    Что касается скриншотов то, кроме одного, не те.
    Всё таки нужен скриншот, на котором будет видно фоновое окно с инфой при выделении раздела (начинающегося в секторе 206848) - в идеале дампы секторов 206864 и  6498304.
    Судя по логу поиска, MFT имеется (по крайней мере в пределах 61696-ти записей - видимо есть какие то ошибки в начальных записях.
     
    Добавлено:
    Blitzstok

    Цитата:
    необходимо еще сделать правки в загрузочном секторе партиции (в тех полях что зависят от размера сектора - байт/сектор, секторов/кластер, всего секторов, начало MFT..)?  

    Да, кроме начала MFT, т.к. оно меряется в кластерах - а размер его (в байтах) не изменился.
     

    Цитата:
    Или и этого недостаточно?

    Мне всё никак не попадался такой "чудный"  контроллер, поэтому не пробовал такое преобразование.
    На хоботе где то dmde описывал такое преобразование, но сейчас не могу найти где.
    В любом случае, нет 100% отсутствия каких то проблем даже если раздел восстановится - где то писали о проблемах у встроенной программы резервирования в ХР с такой ФС. Где гарантия что есть и ещё с чем то?

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 20:22 05-06-2017
    sunxuj

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Я завтра постараюсь сделать такой скриншот...

    Всего записей: 207 | Зарегистр. 20-11-2015 | Отправлено: 23:44 05-06-2017
    Kickman



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Blitzstok, в порядке по времени размещения:
    http://forum.ixbt.com/topic.cgi?id=11:45814:4273#4273
    http://forum.ixbt.com/topic.cgi?id=11:45814:4286#4286
    http://forum.ixbt.com/topic.cgi?id=11:47699:846#846
    Цитата:
    Внесём исправления в загрузочный сектор. Правка - Режим редактирования.
    Bytes per sector: 512 (вместо 4096)
    Sectors per cluster: 8 (вместо 1)
    Hidden Sectors: 2048 (вместо 256)
    Total NTFS Sectors: 976766968 (вместо 122095871)
    В общем, менять в 8 раз.
     
    Добавлено:
    sunxuj
    Цитата:
    что можно сделать при сообщении Повреждена основная таблица файлов ?
    Судя по логу, она и повреждена, остаётся понять масштаб повреждений. И похоже, что зеркало живое. Чтобы быстрее Вам помочь с точным диагнозом и возможным восстановлением по месту, сделайте дампы секторов (там должны находиться зеркало начала MFT и сама MFT):
    от 206848 до 206871 (длина 24 сектора)
    от сектора 6498304, длиной 144 сектора (думаю, повреждено чуть меньше этого количества) - но там могут быть имена, даты и размеры Ваших файлов. Если они секретные, сделайте поменьше, 64 сектора - в начале идут только стандартные служебные [мета]файлы.
    Дампы делать в DMDE - Сервис - копировать секторы - в файл.
    Или, скорее всего, в Вашем случае платная версия DMDE + запасной носитель решают проблему копирования всех файлов с их именами, без "возни" с восстановлением "по месту".
    Возможно, поможет и свободная программа r.saver - попробуйте в первую очередь.

    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 23:59 05-06-2017 | Исправлено: Kickman, 00:02 06-06-2017
    sunxuj

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Блин, там такие вопросы задают, аж страшно становится. Укажите место для хранения. Указываю, диск С. А мне угрожают, эти сектора будут переписаны !!! Это как понимать ? Сектора с повреждённого диска будут переписаны на рабочем диске ?!! Я пока не рискнул продолжать, решил спросить у знающих людей.
     
    Добавлено:
    Вот, что- то накуролесил http://rgho.st/8VTdCpbXt

    Всего записей: 207 | Зарегистр. 20-11-2015 | Отправлено: 09:09 06-06-2017 | Исправлено: sunxuj, 09:18 06-06-2017
    Kickman



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    sunxuj
    Вы не меняли значения в загрузочном секторе? Я ведь это не для Вас написал, а для Blitzstok (а форум объединил сообщения).
    Самый главный вопрос теперь такой: КАК это произошло? USB-подключение? Программы восстановления/преобразования разделов?
    Диагноз пока что такой: неверный загрузочный сектор. Его параметры надо изменить на верные:
    Sectors per cluster - сделать 8 вместо 1
    MFT Start Cluster - сделать 786432 вместо 6291456
    MFT Mirror Cluster - сделать 2 вместо 16
    Clusters per File - сделать 246 вместо 2
    Clusters per index - сделать 1 вместо 8
    Вот исправленный загрузочный сектор, его нужно записать в сектор 206848 Вашего диска. http://rgho.st/7FrsBNNCw
    Источник - файл, место назначения - проблемный диск.
    Возможно, ещё 9285 Вам поможет. А я вернусь поздно вечером. Если к тому времени не решите, будем разруливать.

    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 10:30 06-06-2017
    strangerwolf546



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

    Цитата:
    И ещё прочитать про результат открытия томов с наибольшим числом соответствий + скриншот экрана Разделы

    https://drive.google.com/open?id=0B2VgZKNhgEwzQ0pxbXh1aFJtdDA
    Есть файлы, но опять таки - 2012 года изменения и очень странный обрыв после 28 гига  - нет файлов, нет ошибок чтения, просто пустое место.
    + лог поиска RAW https://drive.google.com/open?id=0B2VgZKNhgEwzTUstRzV4NnhtVVE

    Цитата:
    P-list из лога селф-скана

    К сожалению WDMarwell только демо-версия.
    https://drive.google.com/open?id=0B2VgZKNhgEwzM1FiNXFUNGFpUWc лог самого SS
    R-stud до первого гига находит 2 загрузочных сектора НТФС + 5 записей МФТ, 0 файлов (поиск по всем типам всех ФС), спамит ошибкой CRC23. После первого гига есть ошибки, но уже находит файлы. Досканит - покажу общую картину.  

    Всего записей: 29 | Зарегистр. 24-06-2015 | Отправлено: 12:25 06-06-2017 | Исправлено: strangerwolf546, 13:22 06-06-2017
    sunxuj

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Нет, я ничего не менял. А произошло это так, на этом диске у меня стояла Windows 7. Потом я купил себе SSD, а этот диск оставил как архив. Использовал его в рэке, кажется так называют устройство, в которое вставляют дополнительные диски. И всегда всё было нормально. А в последний раз я диск вынул и отложил. Потом понадобился подключил его и такая проблема... Сейчас попробую Ваш файл пропишу.
    В общем, процесс пошёл, ждём. Хотя меня смущает, зачем весь диск исправляется ? Однажды у меня уже была такая проблема, решилась буквально в секунды, а сейчас, наверное часа 2 будет переписывать...

    Всего записей: 207 | Зарегистр. 20-11-2015 | Отправлено: 12:31 06-06-2017 | Исправлено: sunxuj, 12:57 06-06-2017
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    sunxuj
    Что за файл patch_BS.bin в твоём архиве? Сам пытался сделать патч или как?
     
    По поводу самой ситуации - В принципе, всё может быть, но что то мне не верится это произошло само по себе (*). В метаданные может попасть мусор, затерев часть данных, но здесь проблема в том, что в части записей MFT используется размер кластера 512 байт, а часть - 4096. При этом даты этих записей разные - хотя должны быть идентичными.
    Единственное, что мне пока приходит на ум, и то - из разряда хоть как то обьяснить случившееся: была попытка преобразования размера кластера и она не завершилась успешно.
    И ещё - ты на SSD ставил систему по новой или клонировал?
     
    Добавлено:
    Kickman
    Цитата:
    В общем, менять в 8 раз.
    Достаточно заменить только в бутсекторе - если у тома была копия бутсектора, то она скорректируется.  

    Цитата:
    И похоже, что зеркало живое.
    На основе чего сделан такой вывод?

    Цитата:
    скорее всего, в Вашем случае платная версия DMDE + запасной носитель решают проблему копирования всех файлов с их именами, без "возни" с восстановлением "по месту".
    Восстановление на другой носитель при восстановлении по месту никогда не бывает лишним.  

    Цитата:
    Вот исправленный загрузочный сектор
    Я прекрасно представляю твоё отношение к моим советам, но всё таки - это заведено не мной и использовалось многими, в том числе и на хоботе. В имени файла патча присутствует patch (обычно с него начинается) - это чтобы и понимать что и не путать с дампами.
     
    Добавлено:
    strangerwolf546

    Цитата:
    нет файлов, нет ошибок чтения, просто пустое место

    А вот это не верно.
    По логу поиска, в секторе 518293504 имеется начальный фрагмент MFT с числом записей 15104.
    И они как бы "приписаны" к тому с началом в секторе 512002048 (*).
    Я со сдвигами транслятора не занимался, поэтому не в курсе насчёт того как там всё это выглядит, но если "прямлинейно", но может реально есть сдвиг? Ты открывал в результатах поиска том, с началом в этом секторе? Что то знакомое есть?
     
    (*) Ещё есть несколько блоков фрагментов с записями MFT после сектора 256 ххх ххх.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 13:35 06-06-2017 | Исправлено: 9285, 13:47 06-06-2017
    strangerwolf546



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

    Цитата:
    По логу поиска, в секторе 518293504 имеется начальный фрагмент MFT с числом записей 15104.  

    Да, открывал. Помимо системных файлов в корне один профиль, кусок второго (Имя профиля+ 1 папка), но нет папок User\Document adn settings. Но данные папки видны при открытии От Сектор 0, запись:206892 до Сектор 1464942275 запись 1465149167  
    https://drive.google.com/open?id=0B2VgZKNhgEwzRmFGTmFJTEJTX1U
     Я так понимаю, что в 1Гб много бедов и фиг знает, деффект поверхности или софтовый.  Впринципе можно прогнать винт сканом, но не думаю что это поможет улучшить картину.
    https://drive.google.com/open?id=0B2VgZKNhgEwzZGFHODB4SGZmaEk картинка р-студио, которая меня и заинтересовала.
    Предлагаете переехать в тему железа?

    Всего записей: 29 | Зарегистр. 24-06-2015 | Отправлено: 15:29 06-06-2017
    9285

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

    Цитата:
    Помимо системных файлов в корне один профиль, кусок второго

    Если надо, обьясню позже подробности - сейчас только рекомендация.
    В подобных случаях надо смотреть не только в корне.
    Можно запустить поиск или по известному имени фала (папки) или по шаблону файлов и смотреть в результатах поиска.

    Цитата:
    Предлагаете переехать в тему железа?

    По поводу сдвига транслятора? Скорей всего - да. Но, как писал ранее, я про это знаком может чуть больше тебя, поэтому советовать не могу, да и не советовал.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 15:43 06-06-2017
    strangerwolf546



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

    Цитата:
    Можно запустить поиск или по известному имени фала (папки) или по шаблону файлов и смотреть в результатах поиска.  

    Если бы владелица была на связи - я бы знал что искать А тут у меня 2 варианта:
    1. Сервисный забрал живой винт и засунул чей-то неликвид
    2. Сервис залил на родной винт куски чужого, вайпнув перед этим
    3. Любой из первых двух, но при этом очистка Плист + MkBad (по поводу последнего- часто ремонтники балуются, потом клиенту двигают про мёртвый хард и предлагают совсем "задаром" купить у них "новый").
    А с железом веселее, уже 2 по 3Тб лежат

    Всего записей: 29 | Зарегистр. 24-06-2015 | Отправлено: 16:01 06-06-2017
    9285

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

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 16:10 06-06-2017
    strangerwolf546



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

    Цитата:
    Ты вообще не знаком с владелицей? С её именем, лицом (или её окружением), интересами и т.п.?  

    Да, знаком. Из всего, что есть- ничего на неё не указывает, даже косвенно.  

    Всего записей: 29 | Зарегистр. 24-06-2015 | Отправлено: 16:19 06-06-2017
    9285

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

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 16:21 06-06-2017
    strangerwolf546



    Newbie
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    9285
    Восстановление по маске (DMDE,R-stud, WinHex,PhotoRec) - ознакомлен с содержимым файлов. Впринципе все ПО восстанавливают одни и те же файлы, но...
    Я бы не стал судить по первому открывшемуся найденому диску, как и во третьему.

    Всего записей: 29 | Зарегистр. 24-06-2015 | Отправлено: 16:28 06-06-2017 | Исправлено: strangerwolf546, 16:28 06-06-2017
    sunxuj

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Я не знаю что это за файл patch_BS.bin может быть где- то зацепил и сюда вложил ? Во всяком случае сам я ничего не создавал. А где он находится ?
    По поводу системы на SSD, ставил с диска, с нуля. И в момент установки, в системе не было никаких дисков, кроме SSD.
    По поводу разных дат и размеров, могу предположить, что это следы старых записей систем и файлов. У этого диска история богатая. Вот, скоро закончит переписывать, посмотрим. Ещё наверное с час будет переписывать. Не нравится мне это...

    Всего записей: 207 | Зарегистр. 20-11-2015 | Отправлено: 17:47 06-06-2017 | Исправлено: sunxuj, 17:51 06-06-2017
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    sunxuj
    У меня была шальная мысль о неудачном клонировании системы на SSD, при которой могли не измениться идентификаторы дисков и система с SSD писал на "старый" диск.
    Там не следы старых записей. а "смесь бульдога с носорогом" - постараюсь попозже выложить скриншот, на котором это будет показано.
    PS. Делаю внутренне расследование того как в папке с твоим кейсом появился файл с таким именем.
    Причём он очень удачно вписывается в картину твоего случая.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 18:41 06-06-2017
    sunxuj

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Ну вот, закончилось переписывание, а воз и ныне там. Диск 0 байт.
     
     
    Добавлено:
    Я не мог ошибку сделать ? Я тупо распаковал архив и через DMDE указал, какой файл на какой диск записать. Вот сектора, я не указывал. Думал, в файлике уже всё сделано, нужно тупо переписать. Я дурак, да ?

    Всего записей: 207 | Зарегистр. 20-11-2015 | Отправлено: 18:48 06-06-2017 | Исправлено: sunxuj, 18:52 06-06-2017
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    sunxuj
    Ожидалось чудо?
    Вот посмотри набросок - http://rgho.st/7JL4mR92V
    Верхняя строка - MFTMirr, далее фрагменты самой MFT/
    Заметь что фрагменты идут последовательно (синяя змейка)  и вообще то должны  быть одним блоком, те более что в ранлисте есть такой фрагмент (верхний в зелёной рамке).
    Но потому то он не одним блоком, что часть записей относятся к метафайлу имеющему другой размер кластера. И этот же размер кластера задан в бутсекторе.
    Если винда ставилась обычным способом - размер кластера был бы дефолтным - 4096. И я не представляю как могло (само по себе) произойти такое превращение.
    Если начальные записи MFT правильные, то тогда нет огромного второго фрагмента. Если верное значение бутсектора и записей с 512, то нужно переписывать ранлист.
     
    Добавлено:

    Цитата:
    Я тупо распаковал архив и через DMDE указал, какой файл на какой диск записать. Вот сектора, я не указывал.

    Если не указывал сектор куда записать, то он по дефолту пишется в  0-вой - можешь заглянуть в него.
    И даже если бы ты записал правильно - патч не помог бы, а если бы ещё и сработал чекдиск то ситуация могла бы и ухудшится.

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

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

    Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Восстановление разделов и информации на HDD (часть 9)
    vertex4 (05-02-2023 13:05): Восстановление разделов и информации на HDD (часть 10)


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru