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

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

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Все началось с  того как я обновил драйвера через DriverPack Solution  
     
    После этого у меня пропал диск на 250 гигов ,после перезагрузки пк не включился  
    пришлось восстанавливать из образа  
    После чего у меня нет доступа к двум разделам ,диск был разбит на H I J по 80 гигов ,сам диск 250 ,доступ к разделу H есть ,к 2 другим пишет В устройство вставлен неверный диск ,вставте серийный номер тома в устройство  
     
    Что делать теперь

    Всего записей: 103 | Зарегистр. 10-04-2014 | Отправлено: 10:56 31-01-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    AngelsmertNIK
    Наверное стоит более подробно описать ситуацию, и приложить скриншоты, на которых можно было бы увидеть описываемое. Плюс скриншот экрана Разделы из DMDE для проблемных дисков.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 11:53 31-01-2016 | Исправлено: temp9285, 01:39 01-02-2016
    tomset



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    http://forum.ru-board.com/topic.cgi?forum=84&topic=4986&start=100#20

    Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 13:13 31-01-2016 | Исправлено: tomset, 14:30 31-01-2016
    temp9285

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

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 14:10 31-01-2016 | Исправлено: temp9285, 01:45 01-02-2016
    tomset



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    Я ж гипотетически, а вы сразу  к жопе, писе к сердцу принимаете. )
    По крайней мере, знай вы возможности проф оборудования, не изобретали бы велосипед, а разбирались бы с еще не решёнными проблемами DR.
    А общаюсь с вами только потому, что изучаю вас как редкий феномен.
    Все знакомые которые тут бывают, спрашивают на фига он это делает?
    Отвечаю,- хрен его знает, что им движет. )

    Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 14:36 31-01-2016 | Исправлено: tomset, 16:09 31-01-2016
    dimbosm

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    Ну наконец то создался бэкап. После применения патча структура диска выглядит так
     
       
    есть коревая папка но она пустая.((  
     

    Цитата:
    Можешь сделать вместо него такой же, но только в нижнем правом окне наведи курсор  на атрибут $Data и нажми пробел. Или сделай дамп этого сектора +10 последующих. Хотя и сейчас видно что записи "классические" - 1К

     
       
     
    Как дальше будем лечить больного?

    Всего записей: 28 | Зарегистр. 08-12-2015 | Отправлено: 14:04 01-02-2016
    bar22890



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

    Всего записей: 569 | Зарегистр. 06-01-2010 | Отправлено: 17:58 01-02-2016 | Исправлено: bar22890, 19:01 01-02-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    dimbosm
    Желательно зайти во всё найденное + реконструкция, и согласиться с виртутальной реконструкцией.
    Смотреть надо ещё и в папках с именами типа $Fxxx - и (или) воспользоваться поиском по известным именам (расширения файлов).
    Кстати, вот ещё один обещанный дамп http://rghost.ru/7xlc29k6x - в нём как раз поправлена запись о выделенном каталоге и о некоторых других.
    И ещё - смещения есть и в других участках MFT. Например в  секторах 6291535, 6407415, 6462071, 667152359
    Можешь сбросить в одном архиве дамп этих секторов+ для каждого из них штук 20 последующих (можешь и побольше). Учитывая что дальше идут записи о пользовательских файлах, и не исключено что будут и резидентные, то в дампах могут быть и личные сведения (конфидишен). Если таковой есть, и доверяешь моему слову,  то можешь запаролить архив, и дать ссылку на архив в привате.
     
    bar22890
    http://forum.ru-board.com/topic.cgi?forum=84&topic=4681#1

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 18:39 01-02-2016
    dimbosm

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    Вся личная информация хранится в трёх копия, её потери я не боюсь. На этом винте тока софт.
    Если я правильно понимаю то реконструкцию мне надо открывать неполную где более или менее понятно что да где или заново пройтись поиском?. После 100% поиска в реконструкции я не нашёл ни одной папки, хотя просмотрел всё, один только мусор что странно ведь винт был забит под завязку(оставалось около 5-10Гб свободно). И как я понимаю весь мусор от старых файлов по идее  должен был быть перезаписан.
    Дампы скину завтра с утра и по результатом реконструкции отпишу еще какие папки оказались не на своём месте(в корне).
     
    Добавлено:
    Пока на работе ждал ответа ради интереса на оставшееся место винта с посекторной копией выдернул R-Studio 200 ГБ и одной папки. Восстановление прошло без ошибок но содержимое ещё не проверял.
     
    Добавлено:
    В тяпницу не всё прочитал. Завтра с утра выложу еще структуры папок реконструкции после 1% поиска и после 100%
     
    Добавлено:
    Правильно ли я понимаю что папка начало которой например в 6291535 секторе в реконструкции будет называться $F6291535?

    Всего записей: 28 | Зарегистр. 08-12-2015 | Отправлено: 20:35 01-02-2016
    Evgen11642

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    dimbosm - Видится системой RAW?

    Всего записей: 10 | Зарегистр. 15-01-2016 | Отправлено: 21:35 01-02-2016
    dimbosm

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Evgen11642
    Как и положено ЭнТэФэЭс

    Всего записей: 28 | Зарегистр. 08-12-2015 | Отправлено: 21:51 01-02-2016
    temp9285

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

    Цитата:
    Правильно ли я понимаю что папка начало которой например в 6291535 секторе в реконструкции будет называться $F6291535?

    Не в курсе принципа номерации папок о которой нет записи в MFT.

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

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Уважаемые гуру форума !
     
    Нужна ваша помощь. На практически новом харде сдуру прошелся чекдиском, который нашел кучу перекрестных ссылок файлов и соответственно поудалял записи о них в MFT, в результате чего исчезла часть важной информации.
     
    Можно ли как нибудь вернуть ?
     
     
    Ниже информация о диске:
     
       Model: Seagate BUP Slim RD                  
     Firmware: 0143                                
       Serial: «! ВBUP Slim RD                      
    Disk size: 3907029167 LBAs            1907729 Mb
          CHS: 243201/255/63              1907726 Mb
     Features: Non ATA, HDD                        
       Sector: 512 Bytes  
     
     
    SMART:
     
    HDDScan S.M.A.R.T. Report
    Model: ST2000LM003 HN-M201RAD
    Firmware: 2BC10006
    Serial: S34RJ9CF963589
    LBA: 3907029167
     
    Report By: HDDScan for Windows version 3.3
    Report Date: 30.01.2016 22:26:28
     
     
    Num    Attribute Name    Value    Worst    Raw(hex)    Threshold
     
    001    Raw Read Error Rate    100    100    0000000000-0000    051
     
    002    Throughput performance    252    252    0000000000-0000    000
     
    003    Spin Up Time    088    088    0000000000-0F1A    025
     
    004    Start/Stop Count    100    100    0000000000-00AE    000
     
    005    Reallocation Sector Count    252    252    0000000000-0000    010
     
    007    Seek Error Rate    252    252    0000000000-0000    051
     
    008    Seek time Perfomance    252    252    0000000000-0000    015
     
    009    Power-On Hours Count    100    100    0000000000-01AF    000
     
    010    Spin Retry Count    252    252    0000000000-0000    051
     
    012    Device Power Cycle Count    100    100    0000000000-007C    000
     
    191    G-sense Rate/Servo tracking    252    252    0000000000-0000    000
     
    192    Emergency Retract Count    252    252    0000000000-0000    000
     
    194    HDA Temperature    064    064    29 C    000
     
    194    HDA Temperature Maximum    064    064    44 C    000
     
    194    HDA Temperature Minimum    064    064    18 C    000
     
    195    Error Rate    100    100    0000000000-0000    000
     
    196    Reallocation Event Count    252    252    0000000000-0000    000
     
    197    Current Pending Errors Count    252    252    0000000000-0000    000
     
    198    Uncorrectable Errors Count    252    252    0000000000-0000    000
     
    199    UltraDMA CRC Errors    200    200    0000000000-0000    000
     
    200    Write Error Rate    100    100    0000000000-0000    000
     
    223    Load Retry Count    252    252    0000000000-0000    000
     
    225    Load Cycle Count    100    100    0000000000-0869    000

     
     
    А вот логи программы Chkdsk:
     
     
    Проверка файловой системы на F:
    Метка тома: Seagate Backup Plus Drive.
    Запись атрибута типа 0x80 имеет перекрестные ссылки,
     начиная с 0x1597ce0d, предположительно для 0x6 кластеров.
    Неверный нерезидентный атрибут типа 0x80. Правильная длина данных 0x28b00000,
    размер файла 0x28b00000, выделенная длина 0x222bf000.
    Неверный нерезидентный атрибут типа 0x80. Правильная длина данных 0x28b00000,
    размер файла 0x222bf000, выделенная длина 0x222bf000.
     
    Проверка файлов (этап 1 из 3)...
    Запись атрибута типа 0x80 и вхождение тега 0x0 имеют перекрестные
    ссылки, начиная с 0x1597ce05, предположительно для 0xe кластеров.
    Некоторые кластеры, занятые атрибутом типа  0x80 и тегом вхождения 0x0
    в файле 0x0, уже используются.
    Удаление поврежденного элемента списка атрибутов.
    Код типа: 128,  файл: 0.
    Невозможно определить местонахождение атрибута с тегом вхождения 0x1
    и ссылкой на сегмент 0x1000000000000. Ожидаемый тип атрибута 0x80.
    Удаление поврежденной записи атрибута (128, "")
    из сегмента 0 записи о файле.

    ...............................................................  и так далее много раз для всех потерянных файлов
     
     
    затем:
     
    Утерян атрибут общей информации в файле 0x1fb4f.
    Удаление поврежденного сегмента 129871 записи о файле.
    Утерян атрибут общей информации в файле 0x887b1.
    Удаление поврежденного сегмента 559025 записи о файле.
    Запись атрибута типа 0x80 и вхождение тега 0x2 имеют перекрестные
    ссылки, начиная с 0x1597ce05, предположительно для 0x2 кластеров.
    Некоторые кластеры, занятые атрибутом типа  0x80 и тегом вхождения 0x2
    в файле 0x88a48, уже используются.
    Удаление поврежденной записи атрибута (128, "")
    из сегмента 559688 записи о файле.
    Номер сегмента 0x88afc в файле 0x88a4c неверен.
    Исправление неправильной информации в сегменте записи файла 559692.
    Номер сегмента 0x88afd в файле 0x88a4d неверен.
    Исправление неправильной информации в сегменте записи файла 559693.
    Номер сегмента 0x88afe в файле 0x88a4e неверен.
    Исправление неправильной информации в сегменте записи файла 559694.
    Номер сегмента 0x88aff в файле 0x88a4f неверен.
    Исправление неправильной информации в сегменте записи файла 559695.
      Обработано файловых записей: 559868.                                          
     
    Проверка файлов завершена.
    Удаление потерянного сегмента записи о файле 559696.
    Удаление потерянного сегмента записи о файле 559700.
    Удаление потерянного сегмента записи о файле 559704.
    Удаление потерянного сегмента записи о файле 559706.
    Удаление потерянного сегмента записи о файле 559707.
    Удаление потерянного сегмента записи о файле 559709.

     
    ......... и так далее
     
    во втором этапе - проверка индексов, записи такого рода:
     
    Проверка индексов (этап 2 из 3)...
    Элемент .fseventsd индекса $I30 в файле 0x5 указывает на неиспользуемый файл 0x88a93.
    Удаление элемента .fseventsd из индекса $I30 файла 5.
    Запись в индексе $I30 в файле 0x5 указывает на файл 0xa2bad,
    который расположен вне MFT.
    Удаление элемента .Trashes из индекса $I30 файла 5.
    Запись в индексе $I30 в файле 0x5 указывает на файл 0xa2b7f,
    который расположен вне MFT.
    Удаление элемента bookmarks-2015-12-08.json из индекса $I30 файла 5.
    Запись в индексе $I30 в файле 0x5 указывает на файл 0xa2b7e,
    который расположен вне MFT.

     
    и такого:
     
    Элемент 02AFTE~1.MP3 индекса $I30 в файле 0x88a9b указывает на неиспользуемый файл 0x88aa6.
    Удаление элемента 02AFTE~1.MP3 из индекса $I30 файла 559771.
    Элемент 02MAYB~1.MP3 индекса $I30 в файле 0x88a9b указывает на неиспользуемый файл 0x88aa7.
    Удаление элемента 02MAYB~1.MP3 из индекса $I30 файла 559771.
    Элемент 02TRAC~1.MP3 индекса $I30 в файле 0x88a9b указывает на неиспользуемый файл 0x88aa5.

     
     
    далее:
     
    Проверка индексов завершена.
    Программа CHKDSK осуществляет поиск неиндексированных файлов и их повторное сопоставление с исходным каталогом.
    Восстановление потерянного файла tracing for nm 4528 chart aus487.PNG (559393) в файле каталога 559374.
    Восстановление потерянного файла tracing for nm 4529 chart 355.htm (559394) в файле каталога 559374.
    Восстановление потерянного файла tracing for nm 4529 chart 355.PNG (559395) в файле каталога 559374.

     
    ну и закончилось это разрушение следующим образом:
     
    Программа CHKDSK восстанавливает оставшиеся неиндексированные файлы.
     
    Проверка дескрипторов безопасности (этап 3 из 3)...
      Обработано файловых SD/SID: 559868.                                        
     
    Очистка от неиспользуемых индексных записей 8 в индексе $SII файла 0x9.
    Очистка от неиспользуемых индексных записей 8 в индексе $SDH файла 0x9.
    Очистка 8 неиспользованных дескрипторов безопасности.
    Проверка дескрипторов безопасности завершена.
    Вставка атрибута данных в файл 0.
    Вставка атрибута данных в файл 15.
    Вставка атрибута данных в файл 559688.
      Обработано файлов данных: 24463.                                            
     
    Эта копия MFT отличается от исходной MFT.
    Исправление ошибок в зеркальной копии основной таблицы файлов.
    Исправление ошибок в атрибуте DATA основной таблицы файлов.
    Исправление ошибок в атрибуте BITMAP основной таблицы файлов.
    Исправление ошибок в битовой карте тома.
    Windows сделала изменения в файловой системе.

     
     
    На этом диске где-то 300 гигов очень важной информации, что можно сделать, чтобы ее восстановить ?
     
    Помогите, пожалуйста !

    Всего записей: 24 | Зарегистр. 06-01-2006 | Отправлено: 01:43 02-02-2016 | Исправлено: avtandil33, 02:15 02-02-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    avtandil33
    16 переназначенных секторов это уже не такой уж и новый.
    Не уверен что что то можно изменить, но если что - исключи любую запись на диск.
    В том числе неконтролируемую.

    Цитата:
    Trashes

    Насколько мне известно - название корзины в Mac-овских системах, которые и ещё кучу файлов пишут на любой подключаемый диск.
    Так что, как минимум - забери букву у диска. По хорошему - сделать MBR (GPT) off в DMDE и переподключить  диск (если внешний), или перезагрузить систему.
     
    Чекдиск какой системы делал эти изменения?
    Подозреваю что
    Цитата:
    Неверный нерезидентный атрибут типа 0x80.
    относится к расширенному атрибуту, и если таковые имеются, то это признак сильной фрагментации, что не есть хорошо. Да и нередко (если не обычно) чекдиск очень сильно кастрирует их. Здесь были случаи, когда $MFT с таковым кастрировался до 256ти записей.

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

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

    Цитата:
        
    Не уверен что что то можно изменить, но если что - исключи любую запись на диск.
    В том числе неконтролируемую.

     
    Я сделал полный клон диска и для начала все действия буду производить с ним. Диск - да, внешний, не загрузочный, просто для хранения данных.
     
    Я вот подумал - он называется Seagate Backup Plus Drive, может там разметка какая-то специальная, которую чекдиск и грохнул частично ?
     

    Цитата:
        
    Цитата:
    Trashes
     
    Насколько мне известно - название корзины в Mac-овских системах, которые и ещё кучу файлов пишут на любой подключаемый диск.
    Так что, как минимум - забери букву у диска.  

     
    Да, я его подключал и на маке и на винде, но я так делаю со всеми своими дисками.
    А что значит "забрать букву у диска" ?
     

    Цитата:
        
    По хорошему - сделать MBR (GPT) off в DMDE и переподключить  диск (если внешний), или перезагрузить систему.
     
    Чекдиск какой системы делал эти изменения?  

     
    На семерке.

    Всего записей: 24 | Зарегистр. 06-01-2006 | Отправлено: 09:16 02-02-2016
    dimbosm

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

    Цитата:
    А что значит "забрать букву у диска" ?  

     
    Жмакаешь правой кнопкой мышки на "Мой компьютер" и выбираешь "Управление".
    Далее выбираешь "Управление дисками"
    На диске который надо "Спрятать" от винды жмьёшь опять ПКМ и выбираешь "Изменить букву диска или путь к диску...".
    Потом нажимаешь удалить, тебя обругают что при удалении диска к нему не будет доступа из винды- Соглашаешься.
    Всё закрываешь.
    Если не совсем понятно потом выложу инструкцию для блондинок в картинках
     
    Добавлено:
    На семёрке будет просто "Компьютер", а не "Мой компьютер"
     
    Добавлено:
    temp9285
    После применения второго дампа внешне ничего не изменилось
     
    Четыре дампа по 50 секторов
    http://rghost.ru/847PbVfHS
     
    С именами папок в DMDE разобрался: при реконструкции найденные неопознанные папки он именует по номеру MFT.
     
    Исходя из реконструкции которую построил DMDE меня из этого винта интересует только папка "Soft разобранно" и все вложенные это если я правильно разобрался mft35 и 6291589 сектор.
     
       
     
    Опять же по реконструкции из неопознанных нужна папка $f00012
     
       
     
    Ну может ещё $f07493
     
       
     
    Всё остальные найденные папки проще перекачать чем собирать их в кучку, откуда они я знаю дам куча мелких файлов общим весом около 100 метром.
     
    Еще вопрос по DMDE, можно ли как то просмотреть общий объём выделенных папок в реконструкции что бы примерно прикинуть всё он нашёл или нет?
     
    Не знаю важно или нет но теперь при реконструкции DMDE ругается "Ошибка чтения MFT.."  с перечислением номеров.

    Всего записей: 28 | Зарегистр. 08-12-2015 | Отправлено: 09:47 02-02-2016 | Исправлено: dimbosm, 10:35 02-02-2016
    temp9285

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

    Цитата:
    С именами папок в DMDE разобрался: при реконструкции найденные неопознанные папки он именует по номеру MFT.

    Нет. Вот у тебя есть папка $F00009 - а 9-я запись это $Secure.
     

    Цитата:
    Не знаю важно или нет но теперь при реконструкции DMDE ругается "Ошибка чтения MFT.."  с перечислением номеров.

    Это означает что патч для 0-вой записи уж точно сработал. А в ней есть ранлист, исходя из которой и считывается MFT. И если какой то записи нет (испорчена) то и выводится сообщение.
     
    Что касается ситуации вообще, особенно в свете дальнейшего - очень неплохо иметь контрольные суммы важных данных. Это позволяет восстановить данные и проверить их целостность.
    Например по той же $f00012 - зачем перекачивать, если файлы то доступны. Их записи не испорчены, и ранлисты вряд ли покоцаны - то есть ты их можешь восстановить. Но ведь может оказаться что сдвиг, аналогичный тем что есть в MFT может быть и в теле самого файла. И вот как раз контрольные суммы позволяют проверить на наличие повреждений.
     
    Дампы пока не смотрел.
     
    avtandil33
    Разметка там обычная. Как забрать букву тебе уже ответили.
    Запускай Поиск NTFS, о окончании сохрани лог, открывай тома с наибольшим числом соотвествий и ищи свои данные.

    Цитата:
    Да, я его подключал и на маке и на винде, но я так делаю со всеми своими дисками.

    Та это понятно, но это типа как ответ больного с сердечным присупом на вопрос "Вы выпивали?" - "Да, я так постоянно делаю и никогда сердце не болело".

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

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

    Цитата:
    Например по той же $f00012 - зачем перекачивать, если файлы то доступны. Их записи не испорчены, и ранлисты вряд ли покоцаны - то есть ты их можешь восстановить

     
    В том то и дело что кроме тех папок что я написал все остальные были вложениями на несколько уровней в одной папке. Просто я не знаю чем вы изменяете сдвиг в дампах что я прислал, если всё это автоматом то норм, а если руками менять в 30-40 записях дампов, то проще перекачать. Данные там не особо ценные просто жаль времени на сбор всего этого добра и сортировку. Если после восстановления некоторые файлы окажутся битыми переживу, мне главное знать где что лежит. Потихоньку после восстановления проверю.
     
    Добавлено:
    Тем более что я знаю в какой папке всё это добро жило и откуда качалось.

    Всего записей: 28 | Зарегистр. 08-12-2015 | Отправлено: 13:42 02-02-2016
    temp9285

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

    Цитата:
    а если руками менять в 30-40 записях дампов, то проще перекачать

    Я не знаю способов кроме ручного, тем более что смещения фрагментарны, с разными значениями.
    Да и вставки требуют контроля (понимания что сделать) - хотя алгоритм в этом моменте достаточно прост и наверняка можно реализовать программно.
    Тебе самому лучше знать что лучше. Хотя, если подождёшь до завтра - сброшу патчи для четырёх фрагментов (они уже готовы но не проверены на предмет соответствия записей секторам.
    Это просто чтобы проверить как сработает восстановление по месту - потом то можешь всё зачистить и пересоздать разделы.
    Думаю, самое главное что найден потенциальный виновник причин, что позволит тебе избежать повторения такого.

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

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

    Цитата:
    Тебе самому лучше знать что лучше

     Просто не хочется лишний раз напрягать человека который и так помогает за просто так(за огромное человеческое спасибо ), тратит своё личное время но исправление моих же косяков. Основное восстановили, а мелочь не так важна.  
     
    Добавлено:
    Если я всё понял правильно то это будут последние два патча, я их применяю. делаю MBR ON/OFF и выдаю букву диску. так?
    Дальше можно бут сливать инфу или надо будет чекдиском пройтись?

    Всего записей: 28 | Зарегистр. 08-12-2015 | Отправлено: 20:48 02-02-2016 | Исправлено: dimbosm, 20:49 02-02-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