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

Как восстановить данные(документы Word, Excel) с диска C после того, как он был отформатирован при переустановке Windows 7?

Цитата:

Как восстановить данные(документы Word, Excel) с диска C после того, как он был отформатирован при переустановке Windows 7?

В шапке:

Общие рекомендации по самостоятельному восстановлению данных [?]

Хороший совет по восстановлению, когда не уверен в своих знаниях [?]

Список программ для восстановления информации [?]

[more] Добрый вечер.

Гуру прошу компетентного совета и сильно не возить по асфальту, когда то заканчивал вмк, но давно обычный юзер.

В общем один из винтов во внешнем корпусе на USB упал во время работы с 30 см высоты... Через пару дней семерка перестала его видеть, после перезагрузки был виден только в панели управления дисками как не размеченный. Диск WD Black 1TB в работе года 4.

Все дальнейшие танцы с бубном только ради того чтобы вытащить архив фото за посл.полгода это порядка 5% инфы что было там, остальное могу снять с архивов других источников. Тушка винта тоже полетит в корзину как только.....

После просмотра смарта в Виктории стало понятно что полная опа.... Запустил сканирование по секторам за неделю порядка 7% осилил из 180 тыс 25 тыс секторов бэды, 150 тыс без проблем.... причем появление групп бэд секторов было периодическим т.е. просвета ждать не стал. Вычитал что надо делать посекторное копирование для начала.

Подключив под это дело еще один системник повесил через sata мертвеца и новый терабайтник (помимо системного физ.диска). Запустил создание образа в DMDE. Проблема в том что за неделю из терабайта прошли только 17 ГБ... что чуть больше 1%... т.е. такими темпами процесс растянется на полтора года...!!!!

Есть ли какой либо способ ускорить процесс пусть даже с риском потери данных????
Нести спецам с одной стороны нецелесообразно по финансовым соображениям десятки тыс. отдавать за 4 месяца фото как то не ко времени , кроме того на диске была и конфиденциальная информация......

Буду благодарен всем дельным советам. [/more] [/more] [/more] [/more]

com52
Купить WDMarvel на месяц,
http://wdmarvel.com/ru/buy/
Проверить что головы пишут и Сделать решение Slow Responding,
Если не пишут, то вроде там уже можно в ОЗУ его сделать, уточните у автора.
Должно помочь ускорить процесс.
Посекторку или как-то сканировать не надо.
После падения скорее запилится, чем прочитаете.
Только анализ структуры файлов надо сделать.
Через DMDE или подобное, копировать только нужные файлы.

Добрый день знатоки ФС, писал в соседней теме: http://forum.ru-board.com/topic.cgi?action=addbookmark&forum=62&topic=20390&start=3240 там посоветовали обратится лучше сюда.
При копировании данных через ЮСБ с САТАшного винта переходник отрубило питание после этого при подключении винта через переходник и на прямую выдаёт что диск не отформатирован, чекдиск пишет "Невозможно определить версию тома и его состояние".
При полном сканировании DMDE выдаёт структуру каталогов. При выборочном восстановлении фалы читаются. Помогите восстановить раздел.



Дампы первых секторов винта и логического диска

http://rghost.ru/75ZrkfGbJ

дамп начальных записей MFT(если всё правильно понял что надо)

http://rghost.ru/8yjTymc8q

dimbosm
Номер секторов для физического диска рассчитал правильно - а дамп снял с логического.
Так что сделай то же самое, но уже с физического. Это чтобы посмотреть что там, хотя и по этому дампу видно что произошло смещение части записей на хх байт.
Нечто подобное, ранее, встречалось с некоторыми моделями внешников Adata, поэтоу хотелось бы уточнить что за конструкция используется - если внешний контейнер, то какой.
И про SMART ты забыл?
PS. Технически можно попробовать скорректировать смещение, но не факт что такое смещение только в начале MFT. Поэтому, если с физикой диска всё нормально, нужен будет лог поиска NTFS для оценки числа разрушений. И восстанавливать все важные данные на другой носитель - с обязательной проверкой на их целостность. После этого можно попробовать восстановить и по месту.

Цитата:

Номер секторов для физического диска рассчитал правильно - а дамп снял с логического.
Так что сделай то же самое, но уже с физического. Это чтобы посмотреть что там, хотя и по этому дампу видно что произошло смещение части записей на хх байт.
Нечто подобное, ранее, встречалось с некоторыми моделями внешников Adata, поэтоу хотелось бы уточнить что за конструкция используется - если внешний контейнер, то какой.
И про SMART ты забыл?
PS. Технически можно попробовать скорректировать смещение, но не факт что такое смещение только в начале MFT. Поэтому, если с физикой диска всё нормально, нужен будет лог поиска NTFS для оценки числа разрушений. И восстанавливать все важные данные на другой носитель - с обязательной проверкой на их целостность. После этого можно попробовать восстановить и по месту.

Используется вот такая штука http://www.nix.ru/autocatalog/HDDBox_AgeStar/AgeStar-SUBT1-SATA-Docking-Station-dlya-vneshnego-podklyucheniya-35-SATA-ustrojstv-USB20_123741.html#pid=&tab=tabs-spec
http://www.agestar-rus.ru/spec.php?id=337

У неё есть проблемы с дисками более 500 Гектар и я об этом знаю, но обычно глюки лечились проверкой диска (.
Смарты
[more]-------------------------------------------------------------------------------
1 Raw Read Error Rate 100 51 0 (000000000000h) - LC OC PR ER SP
2 Spin Up Time 136 21 94 (00000000005Eh) - LC OC PR SP
3 Start/Stop Count 119 0 12 897 616 062 (000300C200BEh) - OC EC SP
4 Reallocated Sector Count 100 140 824 (000000000338h) - LC OC EC SP
5 Seek Error Rate 100 0 0 (000000000000h) - OC PR ER SP
7 Power-On Hours 100 0 0 (000000000000h) - OC EC SP
8 Spin Retry Count 140 0 30 (00000000001Eh) - OC EC SP
9 Calibration Retry Count 100 0 3 617 (000000000E21h) - OC EC SP
10 Device Power Cycle Count 100 0 0 (000000000000h) - OC EC SP
12 Power-Off Retract Cycle 100 0 522 (00000000020Ah) - OC EC SP
192 Load/Unload Cycle Count 100 0 824 (000000000338h) - OC EC SP
193 Температура: 100 0 824 (000000000338h) - OC SP
194 Reallocation Events Count 181 0 214 749 216 801 (0032000D0021h) - OC EC SP
196 Current Pending Sector Count 100 0 0 (000000000000h) - OC EC SP
197 Offline Scan Uncorrectable Count 100 0 0 (000000000000h) - EC SP
198 UltraDMA CRC Error Rate 100 0 0 (000000000000h) - OC EC SP
199 Write Error Rate 200 0 0 (000000000000h) - ER
-------------------------------------------------------------------------------[/more]
Дампы физического диска.
http://rghost.ru/8fV5yc8Dy
Лог сканирования смогу долько завтра выложить.
Восстановить данные на другой диск не проблема вопрос только в том чем и как.

dimbosm
Показания SMART не очень хорошие. И тут важно не столь значения, сколько тенденция. То есть, 824 переназначенных сектора сейчас, давно уже или они ещё появляются.
Это к тому, что данные надо сливать с такого винта (ты это и хотел сделать?) и вопрос в том - позволит ли это сделать винт. И пока не решёна причина сбоев, не надо делать лишних чтений - в том числе и делать поиск NTFS (по крайней мере пока). Уж если и читать, то или делать посекторку, или вычитывать данные (в первую очередь самое ценное). В случае вычитывания данных нужно бы скорректировать заголовок MFT.
Так что - "думайте сами, решайте сами"..... как поступить.

Цитата:

У неё есть проблемы с дисками более 500 Гектар

Не вижу причин связи с обьёмом. Возможно причина в чём то другом - например с винтами SATA-3 (2). Впрочем, может быть всякое - может и какие то проблемы адрессации чипом-контроллером. Кстати. у упомянутых Adata причина как раз таки в одном чипе - и не исключено что такой же может стоять и в твоём боксе.

temp9285
Hard drive inspector Чёт глюканул и вфл какуюто фигню. Вот новые смарты.

-------------------------------------------------------------------------------
1 Raw Read Error Rate 200 51 0 (000000000000h) - LC OC PR ER SP
3 Spin Up Time 130 21 6 475 (00000000194Bh) - LC OC PR SP
4 Start/Stop Count 100 0 118 (000000000076h) - OC EC SP
5 Reallocated Sector Count 200 140 0 (000000000000h) - LC OC EC SP
7 Seek Error Rate 200 0 0 (000000000000h) - OC PR ER SP
9 Power-On Hours 100 0 642 (000000000282h) - OC EC SP
10 Spin Retry Count 100 0 0 (000000000000h) - OC EC SP
11 Calibration Retry Count 100 0 0 (000000000000h) - OC EC SP
12 Device Power Cycle Count 100 0 115 (000000000073h) - OC EC SP
192 Power-Off Retract Cycle 200 0 106 (00000000006Ah) - OC EC SP
193 Load/Unload Cycle Count 200 0 987 (0000000003DBh) - OC EC SP
194 Температура: 119 0 28 (00000000001Ch) - OC SP
196 Reallocation Events Count 200 0 0 (000000000000h) - OC EC SP
197 Current Pending Sector Count 200 0 0 (000000000000h) - OC EC SP
198 Offline Scan Uncorrectable Count 200 0 0 (000000000000h) - EC SP
199 UltraDMA CRC Error Rate 200 0 0 (000000000000h) - OC EC SP
200 Write Error Rate 200 0 0 (000000000000h) - ER
-------------------------------------------------------------------------------

Почему глючит с дисками больше 500 Гб фиг знает. установлено опытным путём. с малыми объёмами проблем никогда нет, Хоть тридцать раз вырубай питание. Проблем с винтом небыло, у него 642 часа в отработанном состоянии. Информация просто перераспределялась между хранилищами по типу(На одном винте софт, на другом фильмы и т.д) финты лежат в столе и подключаются по мере надобности.
Если инфа на этом винте умрёт плакать не буду, перезакачаю. Но времени жалко на скачку и сортировку поэтому хотелось бы выдрать минимум структуру папок(шоб хоть знать что там жило) максимум выдрать инфу.

Ради интереса разобрал бокс. Собран на MA6116

Цитата:

Ради интереса разобрал бокс. Собран на MA6116

Это та самая свинья. Спасибо за информацию!

Цитата:

Проблем с винтом небыло, у него 642 часа в отработанном состоянии.

Как бы время работы не является критерием исправности (по крайней мере прямым).
А диагноз бы выдан на основе предыдущих показателей, в которых было и 4 Reallocated Sector Count
Как то сразу не воспринял 4-ку - ведь атрибут 5-й. Теперь вот 5-й и значения другие. Так что, надо бы разобраться с точными данными. Может чип и их кочевряжит. А может стоит и чем то другим посмотреть - например Crystal Disk Info/

Цитата:

Это та самая свинья. Спасибо за информацию!

Всегда пожалуйста.

Сейчас винт воткнут напрямую в машину.

Так какие дальнейшие действия по спасению утопающего?

dimbosm
Оценить здоровье пострадавшего - показатели SMART (для надёжности - разными программами).
В любом случае, можно сделать в DMDE MBR off (применить изменения и перезагрузить систему) (*) чтобы винда не работала с диском, особенно после патча. Если показатели SMART в норме - делать Поиск NTFS.

(*)
Кстати, в шапке есть http://forum.ru-board.com/topic.cgi?forum=84&topic=5006&start=0&limit=1&m=2#1
То есть предполагается использование виртуалки.
Её же удобно использовать и с зелью уменьшения физических перезагрузок основной системы, да и в виртуалке можно использовать различное ПО, которым не хочется захламлять систему, или использовать альтернативные ОСи и т.п.

Цитата:

Оценить здоровье пострадавшего - показатели SMART (для надёжности - разными программами).
В любом случае, можно сделать в DMDE MBR off (применить изменения и перезагрузить систему) (*) чтобы винда не работала с диском, особенно после патча. Если показатели SMART в норме - делать Поиск NTFS.

Смарты выше. Поиск уже идёт 25%. На ночь оставлять не хотца без присмотра так что закончится завтра. Сегодня могу выложить только текущий лог поиска.

dimbosm

Цитата:

Смарты выше.

Первые противоречивые.
Что касается этого, то всё нормально.


Цитата:

Смарты выше. Поиск уже идёт 25%. На ночь оставлять не хотца без присмотра так что закончится завтра.

Всё верно, поэтому лучше делать промежуточное сохранение лога. Если вдруг что сорвётся - можно продолжить с момента сохранения.

Цитата:

Сегодня могу выложить только текущий лог поиска.

Выложи текущий, потом можешь и более поздний.

Лог сканирования 25-30%.
http://rghost.ru/76TJqvSvv

Лог сканирования 49%.

http://rghost.ru/7NHt94JZR

Похоже hard drive inspector глючит, а может и комп. С начало показывает норм смарты а минут через 5 сто значение атрибута переназначенных секторов равно нулю.

dimbosm
Убрал смещения и немного подкорректировал заголовок MFT http://rghost.ru/7QlFPfwBB
Использовать его лучше после сработки MBR off - или хотя бы букву у раздела забрать, потому как после патчевание может сработать виндовая проверка дисков (если даже захочет запустится - откажись).
Смешения есть и дальше, те что есть в более ранних дампах сделаю, но не сейчас. Могу посмотреть и другие, но это потом.
Прописывать патч или нет? Без него, по результатм поиска ты откроешь том, увидишь файлы и папки. но не все будут в корне, т.к. нужные записи повреждены. После записи патча том можно будет открыть уже без поиска и структура будет более знакомая (если исходить из практики таких восстановлений).
Тут главное - правильно записать патч.
Делается как и дамп - только меняются местами источник (файл дампа) и приемник (сектор физического диска, указанный в названии дампа. Если что неясно - лучше спроси.

Был какой-то сбой ФС (NTFS), терабайтник выглядит так:


Как вернуть каталоги, которые превратились в файлы нулевого размера с их содержимым ?

YURETS777
Посмотри в Foundxxx - нет ли там твоих папок?
И надо посмотреть что реально в записях MFT у этих "файлов".

temp9285
Винт не мой, я не знаю, что там раньше находилось.
А как найти предыдущую версию MFT и вставить ее на основную, а то я предполагаю что на винте запускали Chkdsk с ключом /f
При подключении винта требует запустить chkdsk

YURETS777

Цитата:

Винт не мой, я не знаю, что там раньше находилось.

В таком случае откуда ты знаешь что каталоги превратились в файлы?
Хотя подразумевалось что в указанных папках может лежат папки с такими именами, или содержимое соотвествует тем, что видны.
У MFT нет предыдущих версий, как и нет запасных, как и отсутствует возможность отката действий чекдиска. Можно лишь поискать лог его исправлений, хотя это лишь констатация того, что исправлялось.

temp9285
Вот она типичная работа чекдиска на NTFS cо сбоями в структурах.
А то не бывает )
Вся надежда что в Found-ах что-то будет более-менее разумное, а то и там частенько остаются одни ошметки от безымянных директрий и файлы без имен.
Даже не файлы, а просто непрерывные цепочки кластеров.

tomset

Цитата:

 Вся надежда что в Found-ах что-то будет более-менее разумное

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

temp9285
Я к тому, что даже перед применением обычного чекдиска, который чаще всего запускает сам Win, без спроса. Что совершенно не правильно.
Очень не плохо сделать посекторную копию проблемного диска или хотя бы раздела.
Чтобы потом не было мучительно жалко данных и не терять на их восстановление колоссальное время.

tomset
Ответ здесь

temp9285

"Шеф всё пропало, клиент уезжает гипс снимают" (.

После завершения полного сканирования открыл структуру диска а там первоначальная структура диска со времён когда на нём еще жила винда.
вот полный лог.
http://rghost.ru/6L9nCLl8X

Выполнил небольшое сканирование второго тома который значится как найденный на крине($Volume02)? вот там как раз моя структура фалов.

лог сканирование $Volume02 1%
http://rghost.ru/7b4P2FLXb

Лог сканирования и дампы
http://rghost.ru/7fg8db727

С характеристиках раздела меня несколько смущают значения
1 - Sectors per cluster-1
2 - MFT start cluster-786432
3 - MFT Mirror cluster -91571690
И bytes perr sector 4096 и выделено красным.
А стартовым значится нулевой сектор.

Добавлено:
Перед дальнейшим издевательством над пациентом хотелось бы сделать посекторную копию на другой винт.
Правильно ли я понимаю что для этого я цепляю не разбитый терабайтник и в меню "Сервис" выбираю "копировать сектора". Выбираю сектора с первого до последнего, а в качестве приёмника выбираю диск и там свой тербайтник. На выходе получаю диск на котором раздел 750 гектар на который ругается винда и 250 гектар не размеченного пространства.

Добавлено:
Лог сканирования 40%

http://rghost.ru/6x7qmv4Wp

dimbosm

Цитата:

а там первоначальная структура диска со времён когда на нём еще жила винда.

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

Дампы не те, т.к. если и брать версию 4к тома с началом в 0-вом секторе (и действительно такой бутсектор есть), то дамп рассчитан неправильно, т.к. в боксе, который не транслирует 4к сектора этот надо номер кластера умножать на 8. Но, по логу поиска там нет записей MFT. Да если бы и были, то учитывая смещение обычного раздела в 63 сектора, в ранее присланных дампах должны были бы быть записи 4к, а там классические 1к.

Логи сканирования этого отдельного раздела не имеют смысла т.к. сканируется практически то же самое.

Что могу предложить - в томе, который "похож" на твой, поискать MFT-запись какого либо файла и посмотреть что в ней (размер и число кластеров).

Что касается посекторки, то всё именно так; хотя мне более импонирует посекторка в файл.

Добавлено:
И ещё, чтобы прояснить ситуацию, покажи скриншоты обеих открытых томов на которых будет видна структура папок (если какие то имена конфидишен - замажь).

temp9285
Что то я сафсем запутался.
открываю диск после 80% скана и вижу левую структуру папок практически от начала жизни диска и ничего похожего на то что там было.
Открываю диск после 1% сканирования и вижу норм структуру и читаемые восстановленные файлы книжки.

dimbosm
Мне сложно представить что там.
Могу лишь сказать что в результатах поиска может быть и мусор - потому то патч и сделал.
В принципе, можно поработать с ним и не записывая, но для этого надо просто немного "поработать".
При запуске DMDE выбираешь Собрать RAID, потом меняешь тип с RAID0 на JBOD/Spaned и начинаешь собирать из трёх частей.
1. Сектора проблемного диска 0-6291518
2. Файл патча
3. Сектора 6291568 и до конца диска.
Открываешь собранный том и смотришь.

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

temp9285
Попробуем, но уже только в понедельник, узжаю в глуш без инета и тв.
При сборке RAIDa нужен только один физический диск?

dimbosm

Цитата:

При сборке RAIDa нужен только один физический диск?

В некоторых случаях - да.
Тем более что в предлагаемой сборке будет три "участника".