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

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

Автор: 9285
Дата сообщения: 21.05.2014 21:13
MINZDRAVV
Зависит от того где и для чего используется.
Если применительно к ширботребной венде, то скорей всего msdos. Хотя для разметки лучше пользоваться штатными средствами той ОС, которая будет использоваться (за исключением отдельных случаев типа ХР + 4к сектор).
Автор: mrrtc
Дата сообщения: 22.05.2014 11:20

Цитата:
Первое: вынуть HDD из коробки, включить в комп напрямую.

Сделал, сложно было его разобрать. Сначало нужно снять нижний модуль, потом поперечную плашку. Потом боковая стенка - дальная от SATA разъемов. Самое сложное снять боковую, так как она крепится на защелках. Я у себя половину поломал.

Цитата:
Не открывался винчестер или всё таки раздел?

не открывается раздел.


Цитата:
скриншот экрана Разделы из DMDE.

http://s12.postimg.org/no04ccnfh/dmde_partitions.png


Цитата:
дамп 0-го сектора

https://www.dropbox.com/s/t7703tsle6ixxdt/dev1_lba0_2.bin
Автор: 9285
Дата сообщения: 22.05.2014 12:00
mrrtc
Проблема с MFT и зеркалом. Нужно посмотреть что там. Нужен дампы секторов. Если предположить предположим что раздел форматировался средствами винды, то 2048+50 и 6293504+100
Автор: mrrtc
Дата сообщения: 22.05.2014 14:58
9285
https://www.dropbox.com/s/glyy9mcdas1kcvk/dme_format_sectors.rar
Автор: 9285
Дата сообщения: 22.05.2014 15:57
mrrtc
Имеются повреждения в записях. Скорей всего можно поправить и дать закончить исправления чекдиску, но гарантий нет.
В любом случае можешь запустить в DMDE поиск NTFS, по мере продвижения делай сохранения лога. Сохранённый через минут 30-ти можешь выложить. В принципе, можешь попробовать открыть том с началом в секторе 2048, посмотреть на знакомые имена папок и файлов, повосстанавливать и оценить целые файлы ил нет. А можешь досканить и до конца.
Автор: mrrtc
Дата сообщения: 22.05.2014 21:12
Открыл том в секторе 2048. походил по папкам в $Root, часть папок пустые. После того как нажал на [Все найденные + реконструкция] те папки которые были пустые стали зеленого цвета и в них появились файлы (В процессе вылазили ошибки чтения MFT). Повосстанавливал некоторые - открываются корректно.

Лог после 30ти минут https://www.dropbox.com/s/cqzyllulrzegjd7/ntfsscan.log

Как я понимаю есть шанс воостановить MFT, в этом случае винт оживет без копирования данных на другой винт. так? какие мои следующие действия?
Автор: 9285
Дата сообщения: 22.05.2014 22:09
mrrtc
Шанс восстановления in-place достаточно высок, но 100% гарантии этого нет.
Поэтому важные (критичные) данные лучше восстановить на другой носитель.
Делай Поиск до конца, выкладывай лог - почитай тему, действия уже не раз описывались.
Автор: mrrtc
Дата сообщения: 25.05.2014 12:27
Сделался полный поиск
https://www.dropbox.com/s/mpexdp86w66sxmr/ntfsscan_full.log

Как я понял про in-place - это восстановление найденных разделов (удаление первого сектора, вставка найденного раздела). Вчера проделал эти действия. После перезагрузки раздел по прежнему не доступен, после этого в разделе в секторе 2048, после поиска, неправильное дерево каталогов. После этого я понял что вставлял не найденный раздел с правильными данными (который в секторе 2048), а тот же самый раздел который отображался изначально.

Сейчас пытаюсь вставить найденный раздел после чистки первого сектора и всплывает такое окно:
http://s29.postimg.org/i231dsxfr/confirm.png
Автор: 9285
Дата сообщения: 25.05.2014 14:47
mrrtc
in-place понимается как восстановление по месту - то есть без извлечения данных куда либо.
А уж чем оно будет достигнуто - вставкой раздела, правкой бутсектора или MFT это уже не столь важно.
Непонятно зачем ты начал делать не то, что нужно - хорошо что не получилось; а если бы сработало, да ещё бы чекдиск запустился.
Вообще ошмётков файловых систем у тебя очень много, поэтому неудивительно что так много найдено томов с большим числом совпадений. И наибольшее число у "другого" тома. Хотя логичнее смотрится один раздел (по твоим словам), с началом в секторе 2048 (значения из таблицы и бутсектора) и с повреждёнными записями в начале MFT, но надо это проверять. Тем более что in-place, применительно к твоему случаю требует исправлений чекдиска - и не факт что он в этой "кладбище" записей не запутается.
На всякий случай - сбрось дамп секторов 212949960+100 и 256774848+100 и в каком из найденных томов более менее реалистичная ситуация.
Автор: mrrtc
Дата сообщения: 25.05.2014 15:36
9285
Как я понимаю изменением разметки ничего не испортить, если не запускать чекдиск. А чекдиск ни разу не запустился (хотя я был готов нажимать любую клавишу). Тем более перед изменением разметки я сохранил дамп отката, а дамп нулевого сектора у меня уже был. Так что я вернул все обратно сразу как понял что сделал не то.

Дампы секторов
https://www.dropbox.com/s/i6jgyvqkq6mh3jz/dev1_lba212949960_100.bin
https://www.dropbox.com/s/vnam9snxgzv0omz/dev1_lba256774848_100.bin

Раздел 2048 более реалистичный потому что он один правильного размера (1ТБ), все остальные много меньше. И я проверил топ 5 по совпадениям у него правильные папки в корне.
Автор: RabbitPGN
Дата сообщения: 25.05.2014 18:57
Всем привет!
Давненько уже не заглядывал, после последнего краха 2х террабайтника..
Так вот, суть дела.
Купил в начале года 3 терабайтник WD саташный, сделал разметку GPT, воткнул в мать гигабит GA-965GM-S2, в один из разьёмов сата, в другой 500гиговый системный сата диск. Установил 8.1 на 500гиговый. Запустил ось, все 3 терра(2,72) видяться и всё нормально. Залил инфу по завязку(осталось 32-40 мегабайт.). Итак пользовался уже 4 месяца изредка перезагружая комп, Всё считывалось, удалялось, заменялось(файлы) на 3 террабайтнике. Естественноо место скакало, т.к. что-то удалял и добавалял(32 метра, 4 гига,100 метров и т.п.).
Ну вот настало время комп почистить от пыли, всё разобрал-собрал, только провод от 3Tb воткнул не в тот же разьём сата а в соседний(всего их там 6-ть). Так вот,
Запускаю ось, захожу в проводник, картинка таже 3Tb и свободно 32 метра, всё норм. Запускаю одну видюху, пишет не удаётся найти заданный сектор на диске, запускаю другую, воспроизводит и т.д. т.е. некоторые не доступны(чтение/запись), некоторые доступные(чтение/запись).
Перезагрузил комп, та же картина. Запустил проверку диска из контекстного меню диска.Пишет, что найдены ошЫпки, надо исправить. Запускаю кмд от админа с Chkdsk C: /f/r,
Пишет не хватает места для выполнения исправления. Ок, не дожидаясь окончания закрываю окно, перезагружаюсь, захожу в мой компьютер на диске свободно 32 метра, захожу на диск, выделя ~40 гигов перемещаю на 500 гиговый другой диск(физический) и после окончания вижу картину, что перемещено ~40гигов(обьём на 500гиговом), а на 3Tb свободно ~4,3Gb.. ?????? WTF?
Ок, снова запуск от админа кмд Chkdsk C: /f/r
Дело сдвинулось:

Однако, как писала винда, что не удаётся найти заданный сектор на диске, при открытии видеофайлов и некоторых папок, так и пишет. Плюнул в блок питания, отпинал системник, разбил мониров, лёг спать. Сегодня включил, таже картина. Запустил DMDE, через него файлы видяться и папки(которые в винде не открываются)).Однако насторожило, что при выборе физ.устройст, пишет 2Tb, хотя раньше(при покупке писал 3Tb) Выключил, переткнул шнурок сата в сарый разьём сата(изначальный). Запустил ОС и о ЧУДО!!! Папки доступны, файлы тоже(Все или нет не знаю(их сотни), но основные, первого и втрого уровня директории робят), всё открывается, читается, удаляется, перемещается,
НО!!!
Место как было свободно 4 гига так и осталось, запускал снова кмд с параметрами, пару ошибок нашёл и исправил быстренько, при повторных запусках уже ничего не находит. В DMDE уже 3Tb пишет при запуске, но теперь такая картина:


Как быть, ШО делать??

Так оставить или как-то место подправить(ведь не могли из неоткуда перенестись ~40гигов рабочих видеофайлов, которые сейчас хранятся на 500 гиговом(физическом) диске) или может где в системных папках дубли могли остаться, которые надо просто удалиить...
Автор: 9285
Дата сообщения: 25.05.2014 20:55
mrrtc
Архив с патчем.
Патч записать в указанный в названии сектор. Можно сразу переоткрыть диск в DMDE - том должен будет открываться без поиска.
После перезагрузки отказаться от проверки диска системой. Сделать вручную и показать лог.
Хотя думаю что всё должно быть с минимальными ошибками., тем не менее насчёт важных файлов предупредил ранее - чтобы потом не "кусал локти".
Автор: mrrtc
Дата сообщения: 25.05.2014 22:00
Все отработало. Раздел появился. Ура! Спасибо большое. Не знаю как вас и благодарить
[more=лог]
C:\Windows\system32>chkdsk e: /f
Тип файловой системы: NTFS.
Метка тома: Recovery.

Проверка файлов (этап 1 из 3)...
Обработано файловых записей: 156672.
Проверка файлов завершена.
Обработано больших файловых записей: 1014.
Обработано поврежденных файловых записей: 0.
Обработано записей дополнительных атрибутов: 0.
Обработано записей повторного анализа: 0.
Проверка индексов (этап 2 из 3)...
71% выполнено. (обработано записей индекса: 155895 из 174462)
Удаление элемента индекса $O файла 25.
Обработано записей индекса: 174462.
Проверка индексов завершена.
Проверено неиндексированных файлов: 0.
Восстановлено неиндексированных файлов: 0.
Проверка дескрипторов безопасности (этап 3 из 3)...
Обработано файловых SD/SID: 156672.
Проверка дескрипторов безопасности завершена.
Вставка атрибута данных в файл 2.
Обработано файлов данных: 8897.
CHKDSK проверяет журнал USN..
Обработано байтов USN: 12725520.
Завершена проверка журнала USN
Исправление ошибок в зеркальной копии основной таблицы файлов.
Исправление ошибок в файле журнала.
Исправление ошибок в атрибуте BITMAP основной таблицы файлов.
Исправление ошибок в битовой карте тома.
Windows сделала изменения в файловой системе.

976759807 КБ всего на диске.
669987720 КБ в 146574 файлах.
38208 КБ в 8897 индексах.
0 КБ в поврежденных секторах.
266259 КБ используется системой.
65536 КБ занято под файл журнала.
306467620 КБ свободно на диске.

Размер кластера: 4096 байт.
Всего кластеров на диске: 244189951.
76616905 кластеров на диске.

C:\Windows\system32>
[/more]
Автор: 9285
Дата сообщения: 25.05.2014 22:41

Цитата:
Все отработало.

Б.., вот ты шустрый какой. (Сестры Зайцевы).
"Ворчит для приличия". Я же писал про проверку, но не исправление.
PS. Благодари форум, на котором нет самоудовлетворяющихся властью модераторов. И можно спокойно решать проблемы.
По хорошему - напиши там что проблема решена, чтобы люди не тратили время впустую.
Автор: a4241
Дата сообщения: 25.05.2014 23:20
Ноутбучный WD Scorpio Black 500Gb, стояла Win7, в один момент весь покрылся долгочитаемыми секторами c временем >1800мс. Скрин - http://std3.ru/cb/e1/1401048185-cbe1fea72df7b78cd28d5960be9ebb90.png

Шумов не появилось, даже бедов не находит, только 3 pending после теста. Но даже скан с такой скоростью невозможен, любая программа подвисает уже на стадии анализа. Точно так же не открывается в системе, просто подвисает.

Cама инфа на месте, судя по hex–просмотру. Но даже дамп диска с такой скоростью слить невозможно, он будет годами сливаться.
Тут что-то можно сделать, или проще выкинуть?
Автор: 9285
Дата сообщения: 25.05.2014 23:44
a4241
Тебе, скорей всего, надо в тему по ремонту WD и искать в контексте slow responding.
Автор: tsvbuzuluk
Дата сообщения: 26.05.2014 22:35
[more] Доброго времени суток форумчане! Хотелось бы прояснить ситуацию описанную ниже.
Диск WD 500 гб Blue Series в боксе HDD AGESTAR SUB2O7
Win7 x64OEM без СП (отключено обновление)
Один раздел логический, разбит с помощью виндового управления дисками

Шесть месяцев назад при подключение предложение отформатировать, вылечил CHKDSK.
Пару месяцев назад повторение.
Сегодня повторение ситуации но уже CHKDSK не помог.
попытка поиска раздела по этой инструкции
http://www.cgsecurity.org/wiki/TestDisk_Step_By_Step
остановилась на шаге проверки списка фалов, программа выпала в ошибку
Can't open filesystem. Filesystem seems damaged. Советы http://forum.cgsecurity.org/phpBB3/filesystem-seems-damaged-1tb-drive-t268.html не помогли.

С помощью DM Disk Editor and Data Recovery 01.39.00 найдены данные, восстановил на другой ж/д (один файл не восстановлен)

Собственно вопрос:
как убедиться что на вновь отформатированный диск теперь можно заливать данные и не боятся их потерять вновь?
[/more]
Автор: 9285
Дата сообщения: 27.05.2014 00:42
tsvbuzuluk
[more=Аналогия]Приходит пациент к доктору. У как то заболела голова. Выпил таблетку - помогло.
На днях заболела опять - таблетка не помогла. Выпил бутылку пива - полегчало, но не полностью.
Мне спать спокойно или писать завещание?
Вот что ответить доктору
Так вот и в твоей ситуации - причин проблемы огромное множество. Любая из них может (повториться) создать проблему. Но если причина не известна, то сложно что то диагностировать - разве только погадать.?[/more]
PS. Нужно выяснять что является причиной проблемы, и тогда (возможно) можно поти уверено отвечать на твой вопрос.
Автор: igor_me
Дата сообщения: 27.05.2014 14:14
tsvbuzuluk
А чтобы быть уверенным - для начала стоит показать SMART, потом решим.
Автор: Albertue
Дата сообщения: 31.05.2014 19:26
До сегодняшнего дня все было нормально. HDD хоть и внешний, но никуда не переносился, использовался только дома с ноутбуком, т. к. емкости диска ноутбука не хватало. И вот сегодня вдруг перестал читаться. Перегрузился, и вот такую ошибку выдало

Все бы ничего, но на этом диске мой почти готовый диплом (!!!), через 2 недели защита. Умоляю, посоветуйте что-нибудь!

PS: Если нужно, диск Western Digital на 500 ГБ, ОС Windows 7 x64

Замена корпуса проблему не решит. Извлек. Вот всего его разъемы.
Корпус его - простая пластмассовая коробка без разъемов даже. Тот единственный разъему, через который он подключался к компьютеру по USB смонтирован на самом диске

А вот так выглядит его корпус


Вот скрин менеджера дисков (проблемный диск - Н
Автор: igor_me
Дата сообщения: 31.05.2014 19:57
Ну вот ещё один копирует посты Открываем USB-коробку, смотрим, какой диск. Если SATA - вынимаем и включаем в комп напрямую. Заодно проверяем контакты на плате контроллёра (инструкция в шапке). Если USB - блин, не знаю, чем помочь Распайку SATA кабеля на него наверно не осилите...
Автор: Albertue
Дата сообщения: 31.05.2014 20:13
igor_me, я же выложил фото разъемов диска. К компьютеру напрямую не подключить его. Корпус диска - просто коробка. На нем ни единого разъема нет. Все разъемы припаяны к самому диску
Автор: alexgr
Дата сообщения: 31.05.2014 22:48
Albertue
тут только нести к хорошим спецам. иначе можно винт окончательно попортить.
Автор: igor_me
Дата сообщения: 31.05.2014 22:52
Albertue
А, пардон, задумался И правда... Ну тогда только контакты можно проверить...

Цитата:
тут только нести к хорошим спецам

Ну если человек чувствует в себе силы распаять SATA-разъём - то можно и самому, если же нет - таки к спецам...
Автор: alexgr
Дата сообщения: 01.06.2014 18:22
Albertue
для начала можно попробовать DMDE или RStudio или GetDataBack (NTFS). вроде файловая система слетела.
Автор: satanic76
Дата сообщения: 02.06.2014 20:57
Доброе время суток, господа!
Прошу помощи...
В общем ситуация такая - попал в руки образ диска с поврежденной файловой системой NTFS (данные на диске очень важные!)... К сожалению, информации очень и очень мало! Не знаю ни количество разделов на диске ни их размер ни где нужные нам данные лежат - люди вызвали специалистов, те сняли образ, после чего отформатировали носитель и переустановили систему...
UFS Explorer Professional Recovery и DMDE разделы на диске находят (причем первый - два находит, DMDE - один)... Вот скрины:






Но при попытке открытия найденных разделов кроме $MFT, $MFTMir, $Volume и $LogFile ничего не отображается...
Проблема с MFT? Подскажите что делать, какие дампы для анализа предоставить?

Заранее благодарю!
Автор: 9285
Дата сообщения: 03.06.2014 01:19
satanic76
Давай для начала дампы секторов 0+100 и 50170935+100
В любом случае можно использовать поиск данных по сигнатурам.
Автор: satanic76
Дата сообщения: 03.06.2014 07:25
9285 http://gfile.ru/a7xpG вот дампы секторов...
Восстановление по сигнатурам не сохранит структуру папок и имена файлов - я правильно понимаю? Если так, то не вариант, к сожалению...
Автор: 9285
Дата сообщения: 03.06.2014 10:20

Цитата:
Восстановление по сигнатурам не сохранит структуру папок и имена файлов - я правильно понимаю?

да
Но дампы не внесли ясность. Была надежда на то, что использовался динамический диск который располагался на двух физических, причём начало MFT на этом, а продолжение на втором. В этом случае можно было бы обьяснить почему читаемы лишь 4 записи. Но по ранлисту, MFT одним фрагментом; а после четырёх записей идут индексы.
Кстати, если исходить из данных 0-вой записи, начало раздела может быть в секторе 43879479. Кстати, если вычесть "смещение" 63, то получается цифра, которая фигурирует как смещение в R.saver-е.
Опять же - посекторка физического диска? В таком случае что то маловат.
И не из рэйда ли какого то этот винт?
Автор: satanic76
Дата сообщения: 03.06.2014 10:34
9285 проблема в том, что как уже писал выше - информации минимум! От владельцев данных информацию не получить полезную - они в этом не понимают ничего! Я даже не сумел добиться один был раздел на диске, или несколько...
На счет рэйда предположение более чем вероятное!!! По сути это образ диска (раздела диска?) сервера... Я заходил на этот сервер удаленно, но уже после переустановки системы - там зеркало! Но был ли рэйд до крушения раздела - опять же никому не известно...
Что то попробовать можно в случае, если рэйд был?

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109

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


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