Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

» Восстановление разделов и информации на HDD (часть 8)

Автор: The_Immortal
Дата сообщения: 17.03.2016 09:48
temp9285,
Цитата:
В первом случае нужен дамп не сколько заголовка файла а его файловой записи - 114529.
Пардон!
Цитата:
Все дампы переименованы в zip тобой или как?
Не, в zip я ничего не переименовывал...
Цитата:
Кстати их можно открыть в архиваторе и протестировать - те, которые пройдут её целы.
Хорошая идея! Так можно отсортировать убитые docx, благодарю!
Цитата:
ак что это три копии одного файла в разных местах.
Ага, и одна из них (со смещением 2177388) рабочая.

Ну в общем, в виду отсутствия какого-либо общего смещения алгоритм следующий. Восстанавливаю все docx. Далее отправляю их все на распаковку. С теми, что не распаковались работаю: иду в RAW-поиск и нахожу аналогичные файл по размеру (и/или по номеру сектора проблемного файла - хотя такие файлы похоже битые) - восстанавливаю, пробую открыть.

Заколебешься А что делать? Бэкап ежедневный!
Автор: temp9285
Дата сообщения: 17.03.2016 14:01
The_Immortal

Цитата:
Не, в zip я ничего не переименовывал...

Ок! Проверю этот момент.

Цитата:
Ну в общем, в виду отсутствия какого-либо общего смещения алгоритм следующий.

Повторно. У тебя есть вторая контрольная пара, третья, четвёртая?
Да и вообще, смещение это один из вариантов.

Кстати, если тебе интересно, то можешь проанализировать эту пару и понять в каких местах несоответствия. И каковы они - кластерные, секторный или вообще байтовые. Пример влияния байта - поменяй в заголовке первый и затем попробуй открыть файл.
Автор: The_Immortal
Дата сообщения: 17.03.2016 14:39
temp9285,
Цитата:
Повторно. У тебя есть вторая контрольная пара, третья, четвёртая?
Пара-то есть, но смещение там другое. Правда, Вы говорите, что на одно смещение полагаться не стоит, поэтому буду проверять вот это:
Цитата:
Кстати, если тебе интересно, то можешь проанализировать эту пару и понять в каких местах несоответствия. И каковы они - кластерные, секторный или вообще байтовые. Пример влияния байта - поменяй в заголовке первый и затем попробуй открыть файл.
На самом деле мне интересно, но вот беда - мозгов не хватает Правда, интерес от этого не пропадает!
Кстати, а как можно автоматизированно сравнивать байтовое представление двух файлов в DMDE? А то я открыл две копии DMDE и сраниваю их глазами - через 12 секторов глаза просятся выпрыгнуть. Или только так?

Первый косяк обнаружился на 19-ом секторе от начала файла.
Автор: user0245
Дата сообщения: 17.03.2016 14:52
Следующая проблема, ноутбук сильно завис, после длительного ожидания "жестко" выключил его, после чего загрузиться больше не смог. Переустановить ОС не смог, зависает намертво на пункте Начало установки. Загружался с LIVE CD, при открытие Мой компьютер зависает окно намертво, проги, которые есть на live открываются. Диск на 600гб, разбит поровну на C и D Проверял диск С акронисом, слишком много ошибок "Не удается прочесть сегмент", как я понял это беды. На диске D ошибок 4 в сегмент 8-11. Так как вся важная информация хранится именно на диске D, можно ли как-то устранить эти 4 ошибки и скопировать данные / или хотя бы получить к нему доступ, чтобы выборочно скачать данные? Или как-то обрезать диск D, сколько и как, чтобы большая часть данных не пострадала? Заранее спс.
Автор: temp9285
Дата сообщения: 17.03.2016 15:04
user0245
Скорей всего имеются физические проблемы.
Поэтому в первую очередь нужно посмотреть показатели SMART (и чтобы модель винта была видна).
Работу с винтом желательно прекратить (установки винды, всяческие сканирования), а если что и надо, то делать с чего то, что не работает с файловой системой диска. Последнее можно исключить "отключением" сигнатуры в конце 0-го сектора.
В любом случае задумайся о том, куда сбрасывать данные.Кстати, каков их обьём?
ЗЫ: Успел прочесть сообщение? А то что сёдня на кибере какой то буйный админ(ша) дуркует.

Добавлено:
The_Immortal

Цитата:
что на одно смещение полагаться не стоит

Не полагаться, а что есть куча других причин, кроме смещения. В том числе и вброс мусорного байтика в ранлист - даже один и тот же, в одной записи даст одно смещение, в другой другое.

Опять же, зная кластера двух неоткрываемых файлов можно посмотреть заняты ли они чем то в новой структуре данных.


Цитата:
а как можно автоматизированно сравнивать байтовое представление двух файлов в DMDE?

Это лучше сделать в WinHEX - там есть функция сравнения с подсветкой отличий.
Автор: The_Immortal
Дата сообщения: 17.03.2016 15:24
temp9285,
Цитата:
Это лучше сделать в WinHEX - там есть функция сравнения с подсветкой отличий.
Благодарю. В общем, WinHEX показал штук 50 различий. В принципе не так много. Разница между каждыми парами байтов всегда составляет 80: например, 9D - 1D. Это, правда, ничего не дает, но пока других закономерностей не разглядел. Важнее бы, конечно, понять цикл (оффсет), через который эти изменения происходят, но он похоже есть (обнаружил цикл в 2000). Вы не могли бы мне с этим помочь (если скину дампы файлов или лучше сами файлы?) или я не в том направлении работаю?
Автор: user0245
Дата сообщения: 17.03.2016 15:40

Цитата:
Поэтому в первую очередь нужно посмотреть показатели SMART (и чтобы модель винта была видна).


http://hostingkartinok.com/show-image.php?id=e6863e7725820b5bbf0708447b2ea716
Автор: temp9285
Дата сообщения: 17.03.2016 15:42
The_Immortal

Цитата:
Разница между каждыми парами байтов всегда составляет 80: например, 9D - 1D.

Это уже больше похоже на закономерность. Теперь бы ещё выяснить где (в структуре контейнера) они меняются - может тоже есть закономерность?
Если не хочешь перегружать тему, или выкладывать конфидишен - пиши в приват.
Автор: The_Immortal
Дата сообщения: 17.03.2016 15:57
temp9285, оказывается в WinHex есть отчет по сравнению
Код: Offsets: хекс.

91F:    EB    6B
28CF:    9D    1D
48AF:    A2    22
48CF:    BF    3F
68AF:    D7    57
88AF:    BE    3E
A8AF:    E7    67
A8CF:    D2    52
C8AF:    90    10
C8CF:    B9    39
C91F:    A2    22
E8CF:    9B    1B
E91F:    AC    2C
1089F:    CE    4E
1090F:    BF    3F
1489F:    CE    4E
148BF:    CF    4F
1490F:    8E    0E
1689F:    BE    3E
1690F:    FD    7D
1889F:    C5    45
1C89F:    A7    27
1C8BF:    FD    7D
1E8BF:    A0    20
208AF:    D8    58

25 отличий найдено.
Автор: temp9285
Дата сообщения: 17.03.2016 16:11
user0245
Спроси про состояние винта у участников темы http://forum.ru-board.com/topic.cgi?forum=84&topic=4681#1
Не хочется чтобы ты на выходе получил запиленный диск.
И не услышал ответ по поводу количества (обьёма данных) - от этого зависит то ли делать посекторку, то ли вычитывать данные (это если не дадут винту эпикриз).
The_Immortal

Цитата:
оказывается в WinHex есть отчет по сравнению

Гляди, ты всё таки что то умеешь. . Спасибо за инфу, я им мало пользуюсь и не задавался целью изучить его возможности.
Автор: user0245
Дата сообщения: 18.03.2016 11:25

Цитата:
Спроси про состояние винта у участников

чет молчат все( На одном форуме посоветовали Викторией Ремап сделать, что скажешь, может помочь?
Автор: temp9285
Дата сообщения: 18.03.2016 12:11
user0245
Ремап если и можно делать, то после вычитывания данных.
В противном случае ты можешь убить диск раньше чем его вычитаешь.


Цитата:
чет молчат все

Те кто не молчит ещё не "подошли", а остальные видимо не хотят. Я их не могу заставить, поэтому отвечу попозже что можно сделать.
Обьём данных является секретом?
Автор: tomset
Дата сообщения: 18.03.2016 13:13
user0245
если данные ценные и важные, я бы посоветовал сразу к спецу DR обратиться.
Это семейство Mariner весьма капризное и быстро любит пилиться.
Если деньги важнее данных. Можете попробовать сами.
Но нужна полная WDmarvel, чтобы заблокировать обработку ошибок. Проверив запись в SA.
Иначе он просто не даст ничего вычитать.
Ну и молиться чтобы окончательно не запилился.
Ремап пока данные не вычитаете, категорически делать нельзя.
Раз он сам кандидаты не начинает переназначать, у него наверняка проблемы с записью.
И ремапить он тоже не будет.
Любая запись на него категорически противопоказана.
Поэтому под Windows его пытать нельзя, а только под системами, которые не пишут на диск.
Автор: user0245
Дата сообщения: 18.03.2016 13:37

Цитата:
Обьём данных является секретом?

Диск вообще на 600гб разбит поровну по 300 на C u D, но меня больше интересует информация с диска D (он забит почти под завязку, то есть где-то 270гб). но мне вся инфа с него не нужна, нужны пару отдельных файлов и папок, если конечно можно выборочно забрать


Цитата:
я бы посоветовал сразу к спецу DR обратиться.

специалистов в моем городе нет. так что буду пытаться сам.

Цитата:
Но нужна полная WDmarvel, чтобы заблокировать обработку ошибок. Проверив запись в SA.
Иначе он просто не даст ничего вычитать.

Если можно объясните по подробней, что и как делать или может укажите где почитать об этой процедуре.
Автор: tomset
Дата сообщения: 18.03.2016 13:42
Когда WDmarvel купите, на ее форуме поддержки все выясните.
Какой смысл объяснять, если у вас нет утилиты.
Автор: user0245
Дата сообщения: 18.03.2016 13:54

Цитата:
Когда WDmarvel купите, на ее форуме поддержки все выясните.

хорошо. я понял. Подскажите еще такой вопрос. на смену старому предлагают Seagate Laptop ST500LT012 как Вам вообще данная фирма по сравнению с WD, стоит брать?
Автор: tomset
Дата сообщения: 18.03.2016 14:19
Без разницы, не угадаете, все ломаются. Только бекап спасает данные. )
Автор: igor not me
Дата сообщения: 18.03.2016 15:18
user0245

Цитата:
Без разницы, не угадаете, все ломаются. Только бекап спасает данные

И тем не менее, Seagate лично по моим предпочтениям в конце. Более надёжны всё же WD , Хитачи, Тошиба. Но и от лотереи многое зависит. Можно и на WD-шник нарваться бракованный

Цитата:
Если можно объясните по подробней, что и как делать или может укажите где почитать об этой процедуре.

Тему по ремонту WD читайте. Последнюю часть хотя бы. Ибо инструкций для чайников тут не существует . Если же у вас с техникой туго - можете попросить и я например гляну по удалёнке, сделаю пару вещей холявной Марвел, которые могут облегчить чтение данных...
По SMART. tomset сказал частично, добавлю только, что 41000 ударов в 191 атрибуте - эт круто. В футбол им знатно поиграли
Автор: temp9285
Дата сообщения: 18.03.2016 17:04
user0245

Цитата:
нужны пару отдельных файлов и папок

Ага, это типа как носильшику сказать что надо перенести два баула, при этом не уточчнить пуха или свинцовых слитков.
Автор: user0245
Дата сообщения: 18.03.2016 19:01

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

я могу уточнить, мне нужно восстановить файлы .txt, .doc, .jpg, всего выйдет на пару гб, вот только как это поможет?

igor not me
Цитата:
я например гляну по удалёнке, сделаю пару вещей холявной Марвел, которые могут облегчить чтение данных...

что для этого необходимо?
Автор: The_Immortal
Дата сообщения: 18.03.2016 22:02
У меня одного не срабатывает фильтр имен при восстановлении в DMDE? Или я что-то не так делаю?
Автор: igor not me
Дата сообщения: 18.03.2016 22:53

Цитата:
что для этого необходимо?

Вы, я и ваш винт Так сказать "на троих" сообразим хак Team Viewer 8 - id и пароль в личку или на почту, в профиле смотреть (пока 10 постов не наберёте - не сможете в личку ходить, кажется...)
Автор: tomset
Дата сообщения: 19.03.2016 03:16

Цитата:
могу уточнить, мне нужно восстановить файлы .txt, .doc, .jpg, всего выйдет на пару гб, вот только как это поможет?

Причем тут вообще объем?
Чтобы прочитать файлы, надо вычитать все метаданные описывающие их и сами файлы,
Они раскиданы по диску в совершенно случайном порядке.
В разных местах на разных поверхностях
А у вас, к примеру, одна из голов не читает.
И часть структур и данных будет попадать на эту голову.
Ну и кроме варианта поменять головы, ни как эти данные не достать.
Замена головок тот еще геморрой.
И без их замены, даже хоть один самый маленький документ попавший на плохую головку, не достанешь.
Так что и затраты будут связанны не с объемом данных, а с расходами по замене головок. Доноры, чистая зона, инструмент, время, приобретенный ранее опыт и т.д.
Автор: temp9285
Дата сообщения: 19.03.2016 10:54

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

Понеслось г..о по венам.
Это типа как чихнувшему человеку сразу писать про возможность смерти от эболы.
Хотя на самом деле в нос попала какая то фигня и организм защитился.
Автор: tomset
Дата сообщения: 19.03.2016 11:16
temp9285
Нечего г-м исходить.
У вас свои заказы у меня свои.
если у вас 90% случаев с хорошими дисками и данными убитыми в основном по собственной дури пользователя, всякими кривыми программами.
То у меня 90% дисков на которых сразу нужно менять головы, чтобы хоть что-то спасти. Подобный смарт ничего хорошего не предвещает.
А реакция такая из-за идиотов, которые вечно ноют, что им всего два файла надо с диска при убитых головах и запиле. Считают, что работы там на пять минут и стоить это много ну ни как не может.
У большинства же вообще головы нет, а в отношении HDD тем более.
Когда, например, столкнешься с подобным:
https://forum.hddguru.com/viewtopic.php?f=9&t=33119


Автор: temp9285
Дата сообщения: 19.03.2016 11:36
tomset
У меня заказов нет.
Тем не менее думаю что на всё надо смотреть разносторонне, а не только с "ракурса проктолога".
Если заметили, то уже было чтение диска по всей поляне. И если бы пострадавший изначально задумался о восстановлении, то уже потраченный ресурс мог быть использован на ту же посекторку или восстановление щадящими методами.
И результат акрониса (*) как бы намекает что с D проблемы минимальный.
Суммируя вышенаписанное можно предположить что можно восстановить данные в шадящем режиме, и делать это после исключения обращений к диску виндой.
И обьём данных как раз важен - потому как чем он меньше, тем меньше шанс что бэды (если они есть) тем, где эти данные.

(*) Я не знаю что означат те или иные описания ошибок акрониса, но думаю что речь идёт о невозможности считать записи MFT 8-11 (некритичные, в том числе для программ восстановления).



Добавлено:

Цитата:
Когда, например, столкнешься с подобным:

Лишнее подтверждение про инвариантность взглядов.
Автор: OneFrom1
Дата сообщения: 19.03.2016 13:55
Просьба помочь.
Комп с Win 7 SP1.
Винт- Western Digital Caviar Green WDC WD10EARS-2 (1000.2GB)
Имел два раздела.
При записи линуксового образа на флэшку утилитой DD из командной строки Windows
по глупости, невнимательности вместо указания записи на removable media
запустил утилиту на винт
dd bs=10M of=\\?\Device\Harddisk1\Partition0 if=c:\disc.iso

В ответ тут же сообщила о невозможности записи, после чего уже внимательнее посмотрел и создал образ на флэшку подправлнной командой.
Это было утром, после чего работал весь день, и на следующий день решил перегрузить комп...
и он пишет, что типа Debian не может загрузить...

Винт принес домой, пытаюсь спасти данные.
Пока никакх действий не предпринимал, чтобы не испортить далее.
Кроме как R-Studio просканировал диск на поиски файлов.

Надеюсь на помощь, что можно сделать максимально аккуратно.

Экраны прилагаю

1. Скрин с управления компа - проблемный винт




2. Скрин Виктории вкладка Стандарт




3. Виктория, вкладка Smart




4. Работа R-Studio




При открытии R-Studoi сегмента с меткой Addition вижу полное содержимое доп раздела. То есть этот раздел видимо вообще не затронут, только его нужно восстановить.
А вот нужные данные (каталоги) в начальной части, хотя и помечены зеленым, не вижу.



Автор: temp9285
Дата сообщения: 19.03.2016 14:06
OneFrom1

Цитата:
Имел два раздела.

Какого обьёма и в какой последовательности.
В принципе, если делается подобная запись в рабочей винды, начало диска затирается, но рабочие разделы нет. Так что есть шанс.
Покажи скриншот окна Разделы из DMDE. Если увидишь там свои разделы - зайди и посмотри что в них.
Автор: user0245
Дата сообщения: 19.03.2016 14:21
temp9285
для восстановления данных с поврежденного диска подойдет внешний HDD, а точнее карман с обычным 2,5 диском?
или лучше что-то на подобии этого приобрести SATA Optibay 9.5мм CADDY?
Автор: OneFrom1
Дата сообщения: 19.03.2016 15:07
Раздела было два - по 500GB

Окно с DMDE, запушенного с домашнего компа (win 8)





Цитата:
Если увидишь там свои разделы - зайди и посмотри что в них[

Извиняюсь, это "Открыть том"?

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354

Предыдущая тема: Проблема HDD с востновлениям информациии


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.