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

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

Автор: 9285
Дата сообщения: 22.08.2014 20:33
Arsmos
SMART - Crystal Disk Info
Всё остальное с помощью DMDE - dmde.ru
Полезно почитать шапки этой и особенно темы http://forum.ru-board.com/topic.cgi?forum=62&topic=20390#1
Автор: Arsmos
Дата сообщения: 22.08.2014 21:30
9285
Спасибо!
Всё это я читал. Сейчас вот пытаюсь вкурить - http://forum.ru-board.com/topic.cgi?forum=62&topic=20390&start=0&limit=1&m=7#1
Автор: 9285
Дата сообщения: 22.08.2014 21:38

Цитата:
Сейчас вот пытаюсь вкурить

Это тяжёлая трава. Которую можно вкуривать если собираешся заниматься этим не просто так.
Да и сведения там устаревшие.
Можешь переходить к концу шапки.
Автор: igor_me
Дата сообщения: 23.08.2014 00:19

Цитата:
Это тяжёлая трава

Автор: Readbook
Дата сообщения: 24.08.2014 12:08
Добрый день!
На днях произошка ситуация - при заргузке винды выскочил чекдиск и начал проверку диска. Исправил пару ошибок и винда загрузилась. Это произошло пошле штатного выключения компа.

Сегодня ситуация повторилась, но проверка диска шла очень долго, вылезло куча сообщений типа:
Recovering orphanded file
Комп опять же был выключен штатно.
Смарт прилагаю (переключил в режим отображения raw 10 Dec)

Что делать с таким диском? понятно что критичные данные уже забэкапил...
диск не системный, на нем создан один том на 3 тб, windows 7

Автор: south_man
Дата сообщения: 24.08.2014 15:50
Readbook

Цитата:
Что делать с таким диском?

ничего криминального не видно по СМАРТу, по всем параметрам - диск довольно новый, мало наработки.
Думаю, проблема с ошибками файловой системы где-то еще - в разгоне (оверклокинг) системы, перегрев чипсета, проблема драйверов, сата-контроллера, ошибки памяти ОЗУ...
вариантов много.
Автор: 9285
Дата сообщения: 24.08.2014 23:22
Readbook
Учитывая что винт более 2Тб хотелось бы, на всякий случай, напомнить об известной проблеме заворота данных на таковых в случае несоответствующих драйверов чипсета и т.п.
В такой ситуации данные, записываемые в адресное пространство далее 2ТБ записываются в начало диска.
И тут уже зависит от того куда они попадут. Хуже всего если в область MFT, в таком случае такими простыми ошибками не отделаться.
Автор: Readbook
Дата сообщения: 25.08.2014 07:42
О проблеме не знал, возможно это она и есть.
Диск как раз заполнился где-то на половину, а на материнской плате стоит 2 контроллера:
в чипсете и Marvell 88SE9172.
Этот винт подключен к марвелу.

Как-то можно диагностировать эту проблему прямо наверняка?
Вечером буду у компа и проверю.
Автор: 9285
Дата сообщения: 26.08.2014 23:10
Readbook
Не могу подсказать недеструктивных простых способов проверки. Тем более что не до конца понятен процесс заворота. То есть, как бы логически представляется что запись производится со смещением, равному определённому числу секторов; но вот 100% подтверждения этого нет (причём применительно к разным конфигурациям железа-ос-драйверов). Если же предположить что это так, то можно попробовать записать данные в заранее известные сектора и посмотреть где они окажутся на самом деле.
Автор: Masia
Дата сообщения: 01.09.2014 21:46
Здравствуйте!

Помогите, пожалуйста, снова "увидеть" диск. Проблема со слов юзера: "диск долго лежал и не использовался, включили, комп его не видит".
Прикрепляю архив с данными по винту (принтскрины - СМАРТ, Управление дисками, DMDE-"физика", а так же из DMDE нулевые сектора "логики", "физики" и на всякий случай "физика" первые 100 секторов):
http://rghost.ru/57805907

Спасибо!
Автор: 9285
Дата сообщения: 01.09.2014 22:26
Masia
Если судить по названию архива, то речь идёт о "легендарном" внешнике, в котором происходят смещения записей (правда это пока что подтверждалось в случае NTFS). И хотя причиной проблемы в бОльшей степени могут быть имеющиеся пендинги, тем не менее лучше бы исключить проблемный бокс.
Попробуй в DMDE открыть том.
По FAT32 не могу подсказать - попробуй постучаться в личку Alex_Green - он с ней на более короткой ноге.
Автор: Masia
Дата сообщения: 01.09.2014 22:38
9285
Спасибо! Про бокс подумала, завтра на работе попробую выудить диск из бокса и подключить без него.
В DMDE вроде данные видны (не знаю все ли). Попробовать сделать им Recover или все таки сначала проконсультироваться с Alex_Green?
Автор: 9285
Дата сообщения: 01.09.2014 22:52
Masia
Можешь попробовать восстановить, я бы может быть даже и предложил бы сделать чекдиск в режиме только чтения, или даже посекторку (если это критично) но только при одном условии - мониторинг SMART-а. И если показатели начнут ухудшаться, то сразу же прекратить всякую работу с "больным".
Автор: Masia
Дата сообщения: 01.09.2014 23:10
9285
чекдиск в режиме чтения ничего полезного не сообщает.

C:\>chkdsk.exe g:
Тип файловой системы: FAT32.
Обнаружены ошибки. Продолжение работы в режиме только чтения невозможно.
Автор: 9285
Дата сообщения: 01.09.2014 23:15
Masia
Для чекдиска достаточно характерно не конкретизировать ошибки, а потом ещё и вывалить (по факту лечения) их тучу.
Но даже если и решиться на исправление без перестраховки в виде простого извлечения данных или посекторки, то надо решать проблему с пендингами.
Автор: Masia
Дата сообщения: 01.09.2014 23:30
9285
Лучше с подстраховкой, похоже на диске весь фотоархив. Образ не помешало бы снять...
Вопрос еще возник: если начинать рековерить, как-чем мониторить СМАРТ в "прямом эфире"?

Пока вообще споткнулась на извлечении диска из бокса, никак не дается ( Вскрыла )
Автор: Alex_Green
Дата сообщения: 02.09.2014 00:20
9285
Masia
Привет! Первая фат таблица повреждена в начале. На всякий случай неплохо было бы посмотреть дамп 476915 сектора (начало корневого каталога), чтобы увидеть с какого кластера начинается самый первый файл записанный на даный раздел. Наиболее вероятно что с третьего кластера. Патч исправленного 95 го сектора лежит здесь. Но прежде чем его применять, всё же лучше глянуть содержимое сектора 476915. Да и не знаю стоит ли делать In Place восстановление, учитывая что накопитель не совсем здоров физически.
Автор: Lord_Zenich
Дата сообщения: 02.09.2014 10:43
9285
Здравствуйте, хотел Вас поблагодарить за помощь в восстановлении раздела. Вы мне ОЧЕНЬ помогли. Спасибо Вам огромное. Все восстановилось и работает.

P.S. Долго не мог написать, т.к. был за границей.

Автор: Masia
Дата сообщения: 02.09.2014 12:11
Alex_Green
Сектор: http://rghost.ru/57811840
Постараюсь избежать восстанавливать "на место".
Спасибо!
Автор: igor_me
Дата сообщения: 02.09.2014 14:02
Интересно, как можно "постараться избежать"??? Тут вроде одно из двух: или восстанавливать или нет?????
Автор: Masia
Дата сообщения: 02.09.2014 14:28
igor_me
Вопрос-то не в том восстанавливать или нет, а в том, на тот же диск или другой. Поэтому очень просто с "постараться": либо найдется ресурс для восстановления, либо нет ))
Автор: 9285
Дата сообщения: 02.09.2014 20:27
Lord_Zenich
Ничего страшного что поздно - главное что написал.
Кстати, зачем ты регился на хоботе? Надеялся что там тебе помогут? Каков результат?
Автор: Alex_Green
Дата сообщения: 02.09.2014 22:14
Masia

Цитата:
Вопрос-то не в том восстанавливать или нет, а в том, на тот же диск или другой.


Помимо дампа сектора начала корневого каталога, ещё не помешало бы сделать тест поверхности диска в режиме чтения в hddscan первые два-три процента и показать скрин. Конечно если вдруг бэдов будет сразу много, то сканирование нужно остановить, а диск отключить до лучших времён.

9285


Цитата:
Надеялся что там тебе помогут? Каков результат?


Видимо результаты будут подобными и в будущем.
Автор: Masia
Дата сообщения: 02.09.2014 22:57
Alex_Green
Как смотреть проценты сканирования не увидела.
Запустила как есть, последила минут 5: http://rghost.ru/57822826/image.png
Значение параметра СМАРТа "197 Current Pending Errors Count" растет, скан остановила:
http://rghost.ru/57822881/image.png

Пустой диск найден. Считать ли это лучшими временами? ))
Автор: south_man
Дата сообщения: 02.09.2014 23:06
Masia

Цитата:
"197 Current Pending Errors Count" растет

прогрессия печальная (было 200 потом до 344 доползли, что уже "немало"), но радует одно - у вас Тошиба, а они не выпадают с интерфейса, шкребут, тормозят, зависают и... опять продолжают вычитывать..
Так что есть 3 пути:
1) простой. Поставить на клонирование (HDD clone / WinHex / другое) - все, что вычитается - все ваше для послед. экспериментов. Что убьется - то уже навсегда..
Печаль тут одна - фат32..(

2) сложный. не морочить голову и топать сразу в сторону дядьки с PC3000 UDMA и Data Extractor-ом (DE, трактор еще в народе и т.п.) - возможно, там и результат вычитки будет лучше и фс потом соберется лучше.

3) и третий вариант, для мазохистов...
берем GDB или ZAR и тупо в реальном времени пробуем отсканировать диск и слить данные..
Автор: igor_me
Дата сообщения: 02.09.2014 23:07

Цитата:
http://rghost.ru/57822881/image.png

Усё, если хочется не сидеть на "пороховой бочке" - только посекторная копия на другой диск. Всё остальное - неоправданный риск...
Автор: Masia
Дата сообщения: 02.09.2014 23:50
south_man
Спасибо за рекомендации! Склоняюсь к третьему варианту. Попробую ZAR-ом.

igor_me
Совсем не хочется... Главное фотоархив из него максимально вытащить. Предложенный ZAR подойдет для этой цели?
Автор: 9285
Дата сообщения: 03.09.2014 00:41
Masia
Я не в курсе способностей ZAR, поэтому хотелось бы узнать почему такой выбор?
Но, насколько я понимаю, есть два варианта восстановления:
1. По файловой системе - в этом случае надо работать с таблицами. И если они целы, то шанс вычитать файлы до окончательной смерти винта ещё есть.
2. По сигнатурам - здесь шанс стремительно уменьшается.
Впрочем, может и повезёт. Буквально чера вполне бойко вычитал данные с винта, у которого достаточно стремительно росли и пендинги и убитые сектора. НО, там сбойных не было на разделе с данными (привет всем кто считает ненужным делить диск - системный же был в коматозе. И самое главное - в первую очередь были вытащены 4 гига критических данных, остальные более 100 были не столь критичны - потому то и пошли на такой шаг.

Alex_Green
Хотя я и не оптимист, но и не полный пессимист. Надеюсь что хобот всё таки отряхнётся от всякой гнидности, которая херит то, что зарабатывалось не одним участником и не один год. В противном случае его ожидает участь осзоновского гадюшика. + куча флеймовых тем про SSD. + перлы типа

Цитата:
Doctor_WD
В данном случае я бы посоветовал обратиться в специализированный сервиз по восстановлению данных.Вот здесь вы можете найти авторизованные сервизы в России :


PS. Партизанские маневры приносят результаты.
Автор: Masia
Дата сообщения: 03.09.2014 01:02
9285
Если честно, просто посмотрела какие инструменты можно найти под рукой...
К сожалению, я не настолько разбираюсь в матчасти, чтобы грамотно самостоятельно разобраться с лечением на "низком" уровне (например, работать с таблицами в HEX-редакторах). Хотя это было бы более правильно и интересно лично мне )) Но увы...
Автор: Alex_Green
Дата сообщения: 03.09.2014 01:02
Masia
Да, печально. Присоединяюсь к мнению south_man. Наиболее предпочтительный наверное вариант первый (как правильно сказал igor_me). Тут уж точно не до In Place восстановлений.
Или же если данных нужно вытащить небольшой объём, то можно попробовать пойти ва банк, как вчерашний пример восстановления в случае о котором пишет 9285.

All
В общем вопрос конечно спорный, что в даном случае лучше. При посекторной копии диск может сдохнуть, так и не дойдя до нужных файлов. Может быть попробовать открыть раздел в DMDE или WinHex и в случае успешного открытия посмотреть координаты нужных и важных файлов, ну и при копировании в образ задать только те координаты lba, которые нужны. Может там и пендингов не будет. Потом с образа восстанавливать фотки любой сигнатурной рекаверилкой. По крайне мере нефрагментированные восстановятся и без фат таблиц.
В общем я не берусь давать какой-либо категоричный совет в даном конкретном случае.

Any more ideas?

Masia
Какой примерный объём важного фотоархива?

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109

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


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