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

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

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

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    yaleshka1984
    И ещё сделай дампы секторов, номера которых записаны в столбце Последний сектор, у записей в которых присутствует индикатор С.
     
    Добавлено:
    speno112
    Ты сжал раздел? Я передполагаю что на самом деле, но это характерно для акрониса.
    Поэтому давай проверим что в бутсекторе 871гб раздела - или сделай дамп ео начального сектора или наведи строку на него и покажи скриншот с фоновым окном. Ну или напиши какое там значение в поле Total NTFS Sectors
     
    Упс, не надо - в диспетчере дисков видно что ты его поджал.
    В таком случае тебе надо сделать следующее
    Удали раздел 871 гб, вставь 318гб (как основной) и обязательно задай ему активность - в контекстном меню раздела  "Активность раздела".
    Если последнее не сделаешь - система не загрузится и прийдётся восстанавливать активность чем то другим.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 23:36 19-02-2016 | Исправлено: temp9285, 00:00 20-02-2016
    speno112

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

    Цитата:
    Ты сжал раздел?

    Как я тебе писал, при сжатии выскакивали предупреждения о невозможности сжатия, но в свойствах размер уменьшался.
    Вот скан
    http://rghost.ru/6dVnjys2x
     
    Добавлено:
    temp9285
    сначала удалить, потом применить изменения, потом вставить 318 потом задать активность. Так?
    Боюсь напортачить.
     
    Добавлено:

    Цитата:
    вставь 318гб (как основной)

    В меню не могу найти такого пункта, извини
    Активность есть

    Всего записей: 50 | Зарегистр. 15-02-2016 | Отправлено: 00:06 20-02-2016
    temp9285

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

    Цитата:
    ай не то сделал

    - дамп 2048-го избыточен и я его не запрашивал, но раз сделал то уже значит то.

    Цитата:
     мне приходится делать реконструкцию файловой систему, только после этого все папки и файлы появляются, может в этом таится проблема?

    Так и надо - проблема в чём то другом.
    Во первых - надо руководствоваться http://dmde.ru/manual/filepanel.html а то может восстанавливаешь удалённое.
    Во вторых - сделай дамп секторов 5843152+1544. Затем измени расширение файла на jpg и попробуй открыть. Что видишь?
     

    Цитата:
     И если на найденном файле открыть MFT редактор он пишет, выкладываю скрин

    Не знаю, то ли скриншоты плохие, то ли радикал такие отображает - выложи на ргхост.
    И не надо открывать редактор - просто щёлкни дважды по нужному файлу и покажи как будет.
     
    Добавлено:
    speno112
    Можно всё последовательно и лишь потом применить, но лучше перед эти покажи скриншот - жду.

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

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    Скрин
    http://rghost.ru/7yNVf9MqD

    Всего записей: 50 | Зарегистр. 15-02-2016 | Отправлено: 00:20 20-02-2016
    yaleshka1984

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    скрин http://rghost.ru/8KrxkK8zZ
     
    дамп 5843152+1544 http://rghost.ru/8YzrqyCBs
     
    расширение на jpg,jpeg менял, без результатно.
    если два раза щелкнуть, то вроде как ошибок нет, скрин: http://rghost.ru/6GHnSTVKw
     

    Цитата:
    И ещё сделай дампы секторов, номера которых записаны в столбце Последний сектор, у записей в которых присутствует индикатор С.  

    не могу разобраться.

    Всего записей: 378 | Зарегистр. 11-01-2015 | Отправлено: 00:20 20-02-2016 | Исправлено: yaleshka1984, 00:25 20-02-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    speno112
    Применяй изменения, и можешь перезагрузиться чтобы проверить сработало и или нет.
    Потом можешь вставлять раздел 1,67ТБ.
     
     
    Добавлено:
    yaleshka1984
    Цитата:
    расширение на jpg,jpeg менял, без результатно.  если два раза щелкнуть, то вроде как ошибок нет

    Всё вполне "нормально" в секторах какой то мусор. Так что практически можно быть уверенным в том, что что то недоговаривают.
    Но для точности нужен лог полного (100%) сканирования и ещё посмотри в раздел RAW что есть.
     

    Цитата:
    не могу разобраться.

    На экране Разделы видишь раздел (жёлтый) у которого последний сектор 1953458175 и индикаторы xCF - вот дамп этого сектора и нужен. И есть другой такой же. Впрочем, последние скриншоты-дампы, в свете написанного выше, намекают что это не очень актуально.

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

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    Вот, что получилось http://rghost.ru/8Gd5P4D4K
    Можно применять? То есть вставлять?

    Всего записей: 50 | Зарегистр. 15-02-2016 | Отправлено: 00:45 20-02-2016 | Исправлено: speno112, 00:47 20-02-2016
    yaleshka1984

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    В разделе RAW мусор не понятный, скрин: http://rghost.ru/7xRs7p8vH , полный лог скана ближе к утру будет, потом выложу сразу. Есть ли вообще реальный шанс на восстановление данных, а то уже не знаю чего думать, впервые сталкиваюсь, данные вроде они есть и все до единого повреждены?

    Всего записей: 378 | Зарегистр. 11-01-2015 | Отправлено: 00:50 20-02-2016 | Исправлено: yaleshka1984, 00:53 20-02-2016
    igor not me

    Редактировать | Цитировать | Сообщить модератору
    Что конкретно кажется мусором? Нулевой размер файлов?

    Отправлено: 00:53 20-02-2016 | Исправлено: igor not me, 00:54 20-02-2016
    yaleshka1984

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    igor not me
    так и есть нулевой размер, он даже их не восстанавливает, точнее восстанавливает с таким же нулевым размером.

    Всего записей: 378 | Зарегистр. 11-01-2015 | Отправлено: 00:56 20-02-2016 | Исправлено: yaleshka1984, 00:56 20-02-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    speno112
    Можно вставлять и применять.
    Но только помни что написано ранее про проверку диска и т.п.
    То есть, если после проверки чекдиска (исправления) чего то не будет, то это не будт для тебя неожиданностью.
     
    yaleshka1984
    Шанс есть всегда, вопрос только в том каков его размер. В твоём случае, похоже что маленький.
    По тому логу, что был выложен раньше очень четко прорисовывается стандартная ситуация, когда раздел ранее сформированный виндой, ею же быстро форматнули. Переписаны 256 записей - далее старые. И предыдущий большой дамп - сектора из первой записи старой MFT. Но там не фото - и на твоём скриншоте - заголовок не jpg-файла.
    Я бы мог предположить вариант высунотого диска из контейнера, который шифрует и форматирование в таком виде. Но тогда было бы логично что и старые записи не нашлись.
    Пока не могу понять как обьяснить ситуацию. А может и не было телека а было что то типа шифрующего вируса?

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

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    Ура! Появился диск Е http://rghost.ru/7nfCD4Sq4. Со всеми данными на первый взгляд. Еще скрин. http://rghost.ru/689F7GJtr
    Еще что то можно сделать?
    Моожет еще и диск D сможете откопать?

    Всего записей: 50 | Зарегистр. 15-02-2016 | Отправлено: 01:17 20-02-2016 | Исправлено: speno112, 01:27 20-02-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    speno112
    Зачем вставлял как логический?
    Проверка-исправление диска делалось? Если нет - сделай в консоле, запущенной о имени администратора
    chkdsk e:
    Покажи результат.
     
    D - это какой?
     
    Добавлено:
    yaleshka1984
    Кстати, припомнился один случай, при решении которого выяснилось что файл обрботаны шифровщиком. Но из первых поколений - там шифровался кусок заголовка, причём это было достаточно характерная конструкция, потому то и нашли.
    Но дело не в том, что они были зашифрованы, а в том, что они показывались в системе до её переустановки. Скорей всего вирус сидел резидентно и показывал файлы, но стоило его дезактивировать и "шеф, усё пропало".
    Так вот и применительно к твоей ситуации. Может у владельцев подобный вирум и они видели фотки - а ты, соотвественно, нет.

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

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    Я читал случаи, когда телевизоры инициализировали жесткий диск и в дальнейшем он не открывался на компе и показывал формат RAW, но тут была проведено форматирование, на первый взгляд вроде ничего страшного, больше ничего не записывали на диск, а на практике пока видимые файлы, как помойка. Буду надеется на лучшее, как будет скан 100% выложу лог, авось чего выкопает программа еще при скане.

    Всего записей: 378 | Зарегистр. 11-01-2015 | Отправлено: 01:49 20-02-2016 | Исправлено: yaleshka1984, 01:49 20-02-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    yaleshka1984
    Если только инициализация - то это переписанный 0-вой сектор (при MBR), и RAW-ов как бы не должно быть. Кстати, у тебя то ни один из разделов не прописан - это ты делал MBRoff?
    Надейся, но ... ладно, не буду пока о плохом.

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

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    MBRoff не делал, ничего кроме как сканирования не проводил.

    Всего записей: 378 | Зарегистр. 11-01-2015 | Отправлено: 02:02 20-02-2016 | Исправлено: yaleshka1984, 02:03 20-02-2016
    speno112

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

    Цитата:
    Зачем вставлял как логический?  

    а как надо было?
    Скан проверки http://rghost.ru/7NkXTHvyv
    Осн раздел, 318 Гб по содержанию, это мой бывший диск С; Он вообще появится ?
    А где файлы с бывшего D пока не найду.

    Всего записей: 50 | Зарегистр. 15-02-2016 | Отправлено: 02:08 20-02-2016 | Исправлено: speno112, 02:18 20-02-2016
    avtandil33

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
     
    Вернулся из небытия...
     
    Опыта резко поприбавилось, но в процессе появились новые вопросы.
     

    Цитата:
    В логе чекдиска смесь как десятичных, так и шестнадцатиричных - что то раньше не встречал такого, поэтому и спрашивал чем проверял.
    Поэтому надо сопоставлять разные значения.

     
    Написал небольшую прожку, чтобы не мучиться с переводом. Она пропарсила все строки и если находила шестнадцатиричное значение, то переводила его в десятичное и вставляла рядышком в скобках. Приаттачу откорректированный лог вместе с другой инфой.
     

    Цитата:
    Например, в самом начале есть
    Удаление элемента Gruz2016 из индекса $I30 файла 5.
    Элемент индекса кодов объекта 0x19 указывает на файл 0x88a91,
    но в этом файле отсутствует основной сегмент записи файла.
    Файл 5 - корневой каталог тома. 0x88a91 = 559761
    То есть, в индексе корневой папки имелась запись о каталоге Gruz2016, который имеет (имел) номер записи 559761, но с этой записью какие то проблемы.
    Можешь посмотреть что сечас в ней, но боюсь что пустая.

     
    Ну с самой первой строчки, относящейся с почившему каталогу Gruz2016 мне думается выше и цитируемые строки должны выглядеть вот так:
     
    Запись в индексе $I30 в файле 0x5 (5) указывает на файл 0x8a63a (566842),
    который расположен вне MFT.
    Удаление элемента Gruz2016 из индекса $I30 файла 5.
    Элемент индекса кодов объекта 0x19 (25) указывает на файл 0x88a91 (559761),
    но в этом файле отсутствует основной сегмент записи файла.
    Удаление элемента индекса $O файла 25.
    Элемент индекса кодов объекта 0x19 (25) указывает на файл 0x88a85 (559749),
    но в этом файле отсутствует основной сегмент записи файла.
    Удаление элемента индекса $O файла 25.
     
     
    Я так понял, получается что если 5 - метка файла в руте, то и все файлы/папки с этой меткой тоже находились в руте ? Странно, а мне казалось, что папка Gruz2016 должна была быть внутри папки 0Huis. Ну это ладно. Прошелся поиском Gruz2016 по всему диску - ничего не нашел, наверное это и не удивительно, раз чекдиск все упоминания о ней удалил.
     
    То есть место где был Gruz2016 находится в MFT 566842, а не в MFT 559761, я правильно понял ?
     
    А MFT 559761 и MFT 559749 уже относятся к файлу 25 ?
     
    А про файл 25 нашел только в папке Root:\MetaData\$Extend (см скриншот 01).
     

    Цитата:
     
    Что касается записи 113423, то этот номер принадлежит папке 0Huis - и это видно на более раннем твоём скриншоте.
    А вот что касается имени папки 113424, это тебе лучше понять по именам файлам, упоминаемых в контексте её. Потому как выдача номера записи зависит от систем (драйвера ФС) - опять же и от того как заполнена MFT. Можешь сам просто проверить скопировав на диск какую либо папку с кучкой файлов и подпапок и посмотрев потом номера их записей.
    Как то так.  

     
    113424 - это папка 0Novgorod, единственная папка оставшаяся живой внутри 0Huis.
     
    Поиск записей:
     
    566842 - не нашел, 559761 и 559749 на скриншоте 02...
     
    Куда дальше рыть ?

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



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Подскажете - чем проверить целостность огромного кол-ва фото  
    Фотографий 70Gb
    В основном своем большинстве это Jpg
    Искал в гугле по запросам jpg file integrity check
    Но пока не нашол ничего подходдящего

    Всего записей: 383 | Зарегистр. 15-11-2007 | Отправлено: 06:42 20-02-2016
    yaleshka1984

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    лог скана 100% http://rghost.ru/6YYppz2l8
     
    Еще при выборе физического диска у меня выходит окошко. ""Размер диска исходный: 1 953 525 168, Размер диска доступный 1 953 458 176, Размер диска выбранный 1 953 458 176. Возможно не весь объем доступен. Продолжить все равно?""

    Всего записей: 378 | Зарегистр. 11-01-2015 | Отправлено: 08:11 20-02-2016 | Исправлено: yaleshka1984, 09:03 20-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