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

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

Автор: cdrom2
Дата сообщения: 17.10.2014 20:48
9285

Цитата:
Что такое DIM-образ?

Еще есть и ARC-образ и ADI-образ (Backup files). Этот образ можно создать и открыть в программах (Active@ Disk Image, Active@ File Recovery, R-Studio и т.п.) для восстановления данных.
Автор: nirvanistka
Дата сообщения: 17.10.2014 22:14
9285
Спасибо, запущу с обоими параметрами
Автор: nirvanistka
Дата сообщения: 18.10.2014 12:05
Чекдиск очень долго пахал, но в итоге, диск восстановлен. ура! )
пока всё-всё не просматривала, но вроде всё на месте.
9285, спасибо Вам огромное!
Автор: 9285
Дата сообщения: 18.10.2014 12:59
nirvanistka
Проверь чтобы не только на месте, но и целым было. Хотя в твоём случае проблем с этим не должно, но лучше перебЗдеть.
PS. Забыл посоветовать сделать проверку с логом в текстовый файл, но вроде бы в журналах винды должен остаться результат проверки. Его изучение может помочь понять что там долго делал чекдиск.
Автор: nirvanistka
Дата сообщения: 18.10.2014 17:47
9285
Так есть лог, я его просто скопировала с cmd и сохранила.
http://rghost.ru/private/58590400/35019b9c9585acf8563ad6cfb977394b
Автор: 9285
Дата сообщения: 18.10.2014 21:17
nirvanistka
Даже не знаю что так долго делал чекдиск. Может индексы перепроверял, а может карту размещения MFT новую строил (или искал ей место). Но ошибки можно сказать ничтожные и практически большинство из них были [more=предсказуемы]

Цитата:
Вставка атрибута данных в файл 0.

Скорей всего речь идёт о содержимом аттрибута B0, который я в подобных имплантах оставляю пустым, поэтому он создаётся новый.

Цитата:
Вставка атрибута данных в файл 1.

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

Цитата:
Вставка атрибута данных в файл 2.

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

Цитата:
Исправление ошибок в зеркальной копии основной таблицы файлов.

Раз есть исправления в основных записях, то вполне логично что они исправляются и в зеркале.

Цитата:
Исправление ошибок в атрибуте DATA основной таблицы файлов.

Вот здесь конечно интересно что подправилось. Если речь о 80-ом атрибуте, то вполне возможно что был скорректирован размер MFT (в сторону увеличения). Хотя в 0-вой записи даже на исправном томе есть какие то (несущественные?) вкрапления - например после ранлиста есть какие то хексзначения. Возможно это и "исправилось".

Цитата:
Исправление ошибок в атрибуте BITMAP основной таблицы файлов.

Написано чуть выше - фактически строится новая карта MFT и её данные записываются в соответствующее место.

Цитата:
В битовой карте тома обнаружено свободное место, помеченное как выделенное.

Вполне обыденное явление даже дя вполне рабочих томов.
PS. Скажем так - косметический ремонт без затрагивания собственно данных.
[/more].
Автор: nirvanistka
Дата сообщения: 18.10.2014 21:44
9285
Благодарю за подробный анализ
И всё-таки с винтом что-то не то. После восстановления занимаюсь копированием данных с него на внешний диск, и уже раз 5 внезапно появлялся синий экран
http://rghost.ru/private/58594831/12fc191d5f29c540a3639004558e0a27
я так понимаю из текста, что винда вырубается, чтобы ничего не испортилось, а причина похоже именно в том диске...
сам винт у меня "нулевой" именно тот, проблемный, и адрес видимо указывает на него.
Автор: 9285
Дата сообщения: 18.10.2014 21:51
nirvanistka
Сложно сказать что является причиной этой ошибки. Хотя винт может иметь косвенное отношение.
Например те же, сектора с задержкой. Желательно посмотреть что находится в этих секторах - возможно какой то из нужных файлов.
В любом случае, это уже имеет мало отношения к вопросу восстановления данных, который (насколько понимаю) решён.

Опа. Ошибка имеет отношение (в том числе) и к свопу, который обычно расположен на винте. В таком случае можно:
- попробовать его отключить или зафиксировать (но в таком случае в сектора с задержками) может попасть что то другое
- запустить чекдиск с ключём /r на системном разделе.
Автор: nirvanistka
Дата сообщения: 19.10.2014 14:19
9285

Цитата:
- запустить чекдиск с ключём /r на системном разделе.

http://rghost.ru/private/58604434/782957d3642bb3212faebffaa69e6bee
вот тут уже много исправлений...
теперь логический заново не нужно исправлять?

ещё вот что заметила: периодически запускала викторию, смотрела температуру (так как в первый же раз обнаружила, что винт перегревается), и она постоянно была 39-42. После исправления логического ничего не изменилось. А вот теперь, после исправления системного - температура стала 32. Так бывает?
Автор: LookingBal
Дата сообщения: 19.10.2014 15:32
Скорее всего переходник molex на sata был подключен наоборот, в итоге сгорела как минимум "крутилка"
Нашел в интернете информацию, что нужно прозвонить коммутатор (микросхему предусиления коммутации), так как в 70% случаев сгорает и она.
Точки Е13, Е54 на прикрученном к гермоблоку контроллере. Минус мультиметра ставлю на корпус, плюс на точку. E13 показывает 107. Вроде как E54 (хотя на плате больше похоже на E64, на фото обвел красным кругом) показывает 667. Значит есть шанс, что коммутатор жив?
Нашел донора, но он к сожалению другого года выпуска, маркировка на smooth иная, и на контроллере полность отсутствует микросхема Samsung (это случайно не ПЗУ?, хотя у WD прошивка содержится вроде-бы в главном контроллере?)

Вопрос - какие действия можно предпринять? Насколько подходит донор? Есть-ли шансы восстановления информации? Ищу донора, аналогичного моему HDD.
Ниже фото моего HDD и донора.
мой HDD
http://s020.radikal.ru/i705/1410/f4/d5dcdb6fa625.jpg

мой хдд контролер обратная сторона
http://s020.radikal.ru/i721/1410/02/e78e1a7db28a.jpg

мой хдд контролер лицевая сторона
http://s020.radikal.ru/i723/1410/48/3b3c4ca24ba0.jpg

Донор
http://s019.radikal.ru/i643/1410/46/40204d76e97c.jpg

Донор контроллер обратная сторона
http://s019.radikal.ru/i635/1410/c9/9c0372aeeba0.jpg

Донор контроллер лицевая сторона
http://s019.radikal.ru/i642/1410/d9/d69a0e5cc44b.jpg

Вот у донора явно E54 рядом с E13, у меня-же рядом с E13 ничего нет. а рядом с E49 все-таки E64, как и на доноре. может E54 совсем отсутствовать?
Автор: igor_me
Дата сообщения: 19.10.2014 18:35
Ваш вопрос больше для ветки по ремонту WD. Ответил там http://forum.ru-board.com/topic.cgi?forum=84&topic=4612&start=1860#16
Автор: 9285
Дата сообщения: 21.10.2014 14:48
LookingBal
Просьба подредактировать сообщение так, чтобы картинки не отображались прямо в теме.
Ладно бы по теме что то было важное, но выяснили то что это для другой темы.
Или в скрытый текст вынеси блок с фотками, а то за такими банерами не заметил сообщение другого участника.

nirvanistka
Нестабильность системы может приводить к ошибкам в файловой системе. Если они некритичные, то всё как бы работает, но проблемы могут возникнуть в любой момент. Поэтому проверить можно.
Сбойный сектор как бы не позволяет системе считать какой то файл. А если он нужен для работы? Да и бэды бывает начинают плодиться. Поэтому BSOD может не исчезнуть. Посмотри что сейчас со SMART и восстанавливай винду иил что то другое делай, но это уже не для этой темы вопрос.
Автор: nirvanistka
Дата сообщения: 21.10.2014 14:53
9285
Спасибо за помощь!
Автор: MrBy
Дата сообщения: 21.10.2014 15:31
9285

Добрый день, скриншот вот вроде он?
http://s019.radikal.ru/i618/1410/e1/561658b6265a.jpg
Винт 3Тб

DMDE не восстановил файл.систему, там сыр бор.. диск разбит не был, всё один том.

Думаю все проблемы с партициями, у меня, были из за произвольного чекдиска при старте в винде7... Она включалась автоматом. На первом сегейте (у меня их два 3тб одинаковых) были те же проблемы. Но там я вроде без проблем восстановил загрузочный сектор. Тут совсем никак(
Автор: 9285
Дата сообщения: 21.10.2014 15:46
MrBy

Цитата:
DMDE не восстановил файл.систему

Кто то обещал что она восстановит? Её используют для анализирования ситуации, а дальше уже как получится. Скриншот тот, но лучше бы работать с GUI-версией. Видно что нет бутсектора, начальных записей MFT и зеркала, но больше можно сказать лишь имея лог поиска.
Вон у nirvanistka тоже отсутствовали 4 основные записи, но ведь получилось восстановить. Хотя в твоём случае вряд ли только им ограничится.
Автор: MrBy
Дата сообщения: 22.10.2014 07:57
Просканировал ещё раз день-ночь
вот такие выводы:
http://s020.radikal.ru/i714/1410/e6/7750d801c3c0.jpg
и сделал лог поиска NTFS
http://rghost.ru/58651380
Автор: 9285
Дата сообщения: 22.10.2014 09:21
MrBy
Увы и ах - накрыло практически всю MFT.
Так что только сигнатурный анализ.
Автор: MrBy
Дата сообщения: 22.10.2014 09:54
9285 Может подскажите лучшую программу для анализа? по сигнатурам?
Автор: igor_me
Дата сообщения: 22.10.2014 14:14
http://forum.ru-board.com/topic.cgi?forum=84&topic=4814#1
Ответ на тему.
Ну для начала надо убедится, что нет физичких проблем. Помимо скриншота SMART, а также скриншота экрана разделов из DMDE, что тут обычно просят, также очень советую проверить контакты на плате контроллёра перед этим (инструкция в шапке). Ибо модели Самсунгов, типа вашей, этому весьма подвержены...
MrBy

Цитата:
лучшую программу

Лучших не бывает, лучше - всё вместе . Начать стоит с Get Data Back, Easeus Data recovery, Undelete. Если много картинок - PhotoRec. Разумеется тут я говорю лишь о версиях прогорамм, которыми сам пользуюсь и проверил. А они у меня довольно старые, 3-5 лет давности запросто. Как работают новые версии тех же прог - не в курсе
Также могу сказать, что пробовать не стоит - некоторые старые версии EasyRecovery. Они частенько битые файлы достают, которые другие проги достают целыми
Автор: alexgr
Дата сообщения: 22.10.2014 14:35

Цитата:
Начать стоит с Get Data Back, Easeus Data recovery, Undelete. ... Как работают новые версии тех же прог - не в курсе

ведут себя вполне достойно. можно еще добавить к этому списку R-Studio и попробовать MunSoft Data Recovery Suite. это касаемо
Цитата:
по сигнатурам

Автор: 9285
Дата сообщения: 22.10.2014 16:48
MrBy
В реальности у меня очень редко приходится сталкиваться с сигнатурным поиском.
Поэтому мне сложно выделить какую то из программ. Может самая плохая (по рекомендациям) восстановить лучше, а самое главное именно то, что нужно.
Как пример, новый формат офисных документов по сути обычный zip-архив. И некоторые проги восстанавливают их именно с этим расширенем (встречалось и наоборот). А пострадавший не в курсе, и считает что прога плохая. Или с прогами надо уметь работать - в R.Saver это бывает необходимо чтобы выбрать правильные шаги; а в R-studio желательно убрать галки с типов ФС, в крайнем случа оставить NTFS, чтобы меньше было мусора.
Да тот же Photorec. Для поиска фоток очень хорош - по мнению одного коллеги имеет возможности, которых нет у других. Но его недостаток - нет предварительного результата; и прога валит всё найденное в кучу. В результате требуется очень много свободного места, особенно если выбрань глобальный поиск, а не по типу файлов.
Так что пробовать нужно разные.
Автор: Alex_Green
Дата сообщения: 22.10.2014 20:56
MrBy
Файлы каких расширений нужно восстановить? Может смогу что подсказать. Имеется некоторый опыт сигнатурного восстановления (в том числе ручного восстановления фрагментированных JPEG, MPEG, AVI файлов) в основном на картах памяти. Иногда бывает что от FAT там вообще ничего не остается. Не думаю конечно что ручное восстановление реально на 3Tб диске, так что остаются только авторекаверилки. И надо знать (из опыта) какую прогу лучше использовать для того или иного формата файлов, ну и плюс нужно знать также и особенности программ, как совершенно верно заметил 9285.
Автор: MrBy
Дата сообщения: 23.10.2014 01:33
Alex_Green Это файлы *.mts и *.CR2


В самом конце инфы остался кусок MTF, в которой есть пару папок и вот эти файлы:
\$RmMetadata\$TxfLog\$TxfLog.blf
\$RmMetadata\$TxfLog\$TxfLogContainer0000000000000000000001
\$RmMetadata\$TxfLog\$TxfLogContainer0000000000000000000002

Что это? и относятся они как то к восстановлению?
Автор: 9285
Дата сообщения: 23.10.2014 10:37
MrBy
Не гарантирую, но вряд ли в этих файлах есть что то полезное для восстановления.
Автор: Alex_Green
Дата сообщения: 23.10.2014 14:43
MrBy
Для mts файлов попробуйте MTS Recovery Tool, а Cr2 формат понимают такие проги как Disk Digger, Active File Recovery.
Автор: Skif_off
Дата сообщения: 23.10.2014 17:35
comrades, подскажите, пожалуйста, как лучше сделать: у соседа аваст повесил ОС, после перезагрузки ОС уже не грузилась.
Терабайтник WDC WD10EZEX-00RKKA0, SMART 1, 2, рекаверилки, в т.ч. DMDE, вытаскивают один файл нормально, второй уже нет, DMDE пишет ошибку в LBA xxxxx, потом Диск не готов. Чуть позже - BSoD, номер не записал, упомянут файл ntfs.sys.
В режиме IDE винт видно только в BIOS, поэтому сканил в AHCI в Victoria под Win (точнее, ещё сканится):

Код: Block 737024 Error: ABRT
Block 14287104 Error: ABRT
Block 393980160 Error: ABRT

...+ вытащил более 1000 ms

Warning! Block start at 560797952 = 37815 ms
Warning! Block start at 565046528 = 1232 ms
Warning! Block start at 565090048 = 1654 ms
Warning! Block start at 565946624 = 1092 ms
но это терабайтник, да ещё под Win, можно забить?
Автор: alexgr
Дата сообщения: 23.10.2014 19:04
Skif_off
сначала лучше вытащить все нужные данные, потом ремапить. вдруг винт совсем помрет.
Автор: Skif_off
Дата сообщения: 23.10.2014 19:33
alexgr
Вытащил бы, но не могу же ребутиться после каждого файла В SMART не очень разбираюсь, но разве плох? Или вы имеете в виду инфу на D?
Автор: alexgr
Дата сообщения: 23.10.2014 20:55
Skif_off

Цитата:
В SMART не очень разбираюсь, но разве плох?

не видел - не знаю

Цитата:
Или вы имеете в виду инфу на D?

сам винт походу загибается.

Цитата:
поэтому сканил в AHCI в Victoria под Win (точнее, ещё сканится)

в данном случае приближает кончину ускоренными темпами.
сначала лучше вытащить/перенести на другой винт все нужные данные, потом препарировать.
Автор: south_man
Дата сообщения: 23.10.2014 21:35

Цитата:
В SMART не очень разбираюсь, но разве плох?

не так и плох - пройтись в виктории стиранием, а потом чтением.
будет отличная проверка поляны, правда данные при этом убьются.
Плюс - исчезнут софт-бэды.

Подключайте диск вторым в нормальную исправную систему, если диск Д доступен - тупо все копируйте. Потом или полный формат или как сказано выше - write + read ignore
Никаких ремапов - успокойтесь, диск сам знает что и когда ремапить.
А если до этого дойдет - то поверхность быстро развалится.
А еще есть ветка по ремонту ВД и инструкция о чистке контактов...
впрочем, контакты можно чистить всегда и первым делом.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109

Предыдущая тема: Винт стал медленно работать


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