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

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

Автор: Tau_0
Дата сообщения: 08.09.2014 16:32
ultroserg

Цитата:
Но диск d не отображается. Через управление компьютером увидел что он светится, как не размеченная область.

Из DMDE cкрин окна Разделы диска... приведите.
Автор: neizvestnyj375
Дата сообщения: 08.09.2014 22:22
отформатировали внешний HDD по неосторожности, на котором было три раздела, и затем еще заново разбили на 2 раздела. Возможно ли извлечь ранее хранившуюся информацию и чем лучше для этого воспользоваться?
Автор: south_man
Дата сообщения: 08.09.2014 23:04
neizvestnyj375

Цитата:
отформатировали внешний HDD ... было три раздела... еще заново разбили на 2 раздела. Возможно ли извлечь ранее хранившуюся информацию ..?


в предположении что
а) файл.система была NTFS
б) форматирование было быстрым, а не полным
- пользуемся тем, к чему душа лежит... DMDE, GDB for NTFS, ZAR, R-studio, Recuva..
делаем поиск ФС, а потом пробуем вытаскивать - если файлы не читаются, иногда стОит попробовать другой софт.

много полезного найдете в шапке форума - обратите внимание
Автор: The_Immortal
Дата сообщения: 09.09.2014 11:48
Приветствую!

Знакомая принесла свой внешник - WD My Passport Ultra WDBJNZ0010BTT, который внезапно перестал определяться.

Подключил его к своей машине на XP (USB 2.0) - определился он как неопознанное WD Ses Device. Скачал соответствующие драйверы, теперь в Диспетчере он сидит как:




Винда диску букву присвоила, однако при попытке обратиться к нему возникает ошибка доступа.
diskmgmt видит диск без файловой системы:




Victoria (4.46b) получает Passport диска, однако SMART получить не может. Через HD Tune Pro (5.50) SMART получить удалось, но с задержкой в 20-25 сек:



Собственно, задача в первую очередь восстановить данные. Возможно ли это сделать? Ну и хотелось бы знать, что не так (в теории) с ЖД.


Спасибо!
Автор: south_man
Дата сообщения: 09.09.2014 14:20
The_Immortal
картинки мне не видно - блокируются (в т.ч. СМАРТ), поэтому не могу точно судить, вечером гляну из дома..

скажу одно - эти внешние диски и без WD Ses драйвера отлично опознаются как съемный диск и дают работать в т.ч. делать клонирование и т.п.

+ если (вдруг) есть проблемы на физическом уровне - головы/запилы и т.п. - то будет сложно что-то сделать т.к. диск с бортовым юсб.. а любая диагностика и работа полноценно доступна по сата.
Автор: The_Immortal
Дата сообщения: 09.09.2014 14:39
south_man, в общем, на данный момент восстанавливаю данные через DMDE. Периодически выскакивает "Устройство не готово", но жму "Повторить" и восстановление дальше идет. Правда, не очень понятно какое именно устройство не готов: то ли с которого считываю (проблемное), то ли на которое записываю (иногда второе отваливается).
Если не сложно, то посмотрите вечерком СМАРТ - все же интересно, может ли диск ещё немного пожить или даже не пытаться его мучить. Обидно, прожил он всего ничего....
Автор: Alex_Green
Дата сообщения: 09.09.2014 19:10
Tau_0


Цитата:
Alex_Green писал про USB драйв, а у BeCeJIbIu , как я понял, обычный хард...???...


Вообще интерфэйс подключения накопителя особой роли не играет. Если хард нужно отформатировать одним разделом на весь физический объём, и не будет необходимости грузить с него ОС, то в общем то вполне можно обойтись без кода загрузчика и таблицы разделов. И всё будет работать и открываться в винде.
Автор: Tau_0
Дата сообщения: 09.09.2014 19:32
Alex_Green, тогда мне совсем непонятно --- откуда BeCeJIbIu проблему получил, если такой том на любой Windows (XP, 7, ...) нормально монтироваться должен.
Почему он "лечить" хард принялся...???...

ЗЫ Тут надо самому с таким "голым" разделом/томом NTFS побаловаться, что я вскоре и сделаю...
Автор: south_man
Дата сообщения: 09.09.2014 19:44
Alex_Green

Цитата:
Вообще интерфэйс подключения накопителя особой роли не играет.

смею добавить о целой толпе сата "карманов", которые и виртуальный сектор делают как им нужно и сектора откусывают то в начале, то в конце.. (не говоря про шифрование AES-128 на лету) так что бывает, что достал из такой коробочки диск и получил "не инициализированный" - и начинаешь думать - как же так..
и хорошо если думать, а многие ж пытают лечить - а лечить нужно только когда оно в коробочке.
Но вот незадача, если диск физически "нездоров", то именно "коробочка" будет самым слабым звеном, от которого нужно было б отказаться.

так что тут от случая к случаю и палка о двух концах.. имхо
Автор: 9285
Дата сообщения: 09.09.2014 20:51
BatyBat
Пардон, но я немного "обознался" и перепутал тебя с BeCeJIbIu.
И ответ был адресован ему.
Автор: igor_me
Дата сообщения: 09.09.2014 23:12
The_Immortal

Цитата:
Если не сложно, то посмотрите вечерком СМАРТ

Я посмотрел У меня сейчас тоже вечер
Ну если не считать Unsafe shutdown Count, то SMART вообще идеален . В такой ситуации вам разве что можно проверить контакты на плате контроллёра (инструкция в шапке). Теоретически можно было бы глянуть технологическим софтом, но учитывая, что как сказали выше, диск USB, то с ним наверно только WDR сможет работать...
Хотя... когда закончите сливать данные - если хотите, можете стукануть в личку и дать удалённый доступ, могу глянуть (предварительно проверьте контакты!).
Насчёт "устройство не готово" - это скорее про источник. Хотя проги для восстановления наверно и про приёмник могут писать так. Ну а вообще в вашем случае посекторную копию сделать было бы самое оптимальное. Но раз данные сливаются - ждём-с.
Автор: south_man
Дата сообщения: 09.09.2014 23:26
The_Immortal
соглашусь с igor_me - подозрений по СМАРТу особо нет, не считая более 10к парковок - но т.к. диск мобильный - то ничего удивительного. Должен работать т.к. отказ не прогнозируется (но это и не означает, что все будет отлично, впрочем - особенно, если диск подвергался ударам и перегрузкам)
Автор: Tau_0
Дата сообщения: 09.09.2014 23:30
igor_me

Цитата:
Ну если не считать Unsafe shutdown Count, то SMART вообще идеален .

Иэто Вы считаете идеальным... ===>
Атрибут ID = 07 Seek Error Rate Current = 1, Worst = 1, Raw = 8881
Автор: The_Immortal
Дата сообщения: 10.09.2014 08:41
Tau_0, хм... Может это значение особенность WD и не является критическим? Хотя я погонял ФАКи, и вроде как для WD ненулевое RAW реально является проблемой. Но вообще странно - откуда тогда столько ошибок? Что могло послужить этому - удары? ЖД не так много проработал... Но в любом случае Threshold ещё не достигнут

igor_me,
Цитата:
В такой ситуации вам разве что можно проверить контакты на плате контроллёра
- не могу никак вскрыть коробку


Цитата:
Ну а вообще в вашем случае посекторную копию сделать
Не подскажите на будущее как это делается?


Цитата:
Но раз данные сливаются - ждём-с.
Несмотря на то, что "Устройство не готово" возникало раз 300 за время слива, данные в итоге слил!
Автор: Tau_0
Дата сообщения: 10.09.2014 09:21

Цитата:
Может это значение особенность WD и не является критическим?

Действительно по описаниям в сети этот вендор зависимый атрибут не является критическим. Но эта нормализованная ошибка механики упала до 1... Мне неизвестно какой смысл WDC в этот атрибут вкладывает, но зачем-то он поддерживается....

ЗЫ У меня на всех четырёх WD VAL= 200 Raw = 0. Это не значит, что нет мелких не учитываемых ошибок, конечно они вседа есть. А вот на Вашем внешнем их многовато... Может подшипники подклинивают или ещё что, но хард (его микрокод) может на обработку этого дела время тратить...


Цитата:
Ну а вообще в вашем случае посекторную копию сделать
Не подскажите на будущее как это делается?

Я бы тоже в том же DMDE, только из-под DOS, пробовал делать посекторную копию... Windows в отличие от DOS не ждёт задумавшегося харда и выбрасывает его из системы...
Слишком это занудно --- 300 раз внешнему шпоры давать...
Автор: igor_me
Дата сообщения: 10.09.2014 21:09
Tau_0

Цитата:
Атрибут ID = 07 Seek Error Rate Current = 1, Worst = 1, Raw = 8881

Вы ещё забыли Treshold 0 Так что атрибут не достиг критического значения.
Ну и вы сами тоже оветили

Цитата:
Мне неизвестно какой смысл WDC в этот атрибут вкладывает

Вот, уж если современные WD скрывают даже количество ремапов (в G-list может быть несколько десятков, а в 5-м атрибуте всё ещё будет 0 ). Чего уж там какой-то seek error rate SMART современных дисков вообще похоже перестал быть "непогрешимым" индикатором (текущего состояния). Производители трактуют неккоторые атрибуты в свою пользу, и более-менее правильно его читать можно только, зная "вендор-особенности" SMART...
Автор: Tau_0
Дата сообщения: 10.09.2014 21:35
igor_me, Вы бы лучше рассказали, как этот внешний лечить. Слишком он молод, чтобы контакты окислились.. А Вот слегка пристукнуть его при переноске могли запросто.

Из-за чего он отваливается...???...
Автор: AntiMember
Дата сообщения: 10.09.2014 22:02
А я бы копнул в сторону питания и задерганых разъемов...
Автор: antoxakenig
Дата сообщения: 11.09.2014 09:09
доброго времени суток !
у меня есть жесткий диск, на котором был накатан образ системы через акронис (год назад). на рабочем столе были данные. эти данные "вроде как" были сохранены, а на проверку - нет.
в общем потребовалось сделать опять перезаливку, и оказалось что данных нет.
прогонял жесткий программой getdataback , она мне нашла данные , но , когда я их восстановил - данные оказались нечитаемыми. затем прогнал программой dmde ? так как по отзывам "она все может" , но она мне не нашла тех данных, которые мне нада, которые нашла getdataback.
посоветуйте, чем еще можно прогнать ???
Автор: 9285
Дата сообщения: 11.09.2014 09:50
antoxakenig

Цитата:
на котором был накатан образ системы через акронис

Ты хотел написать на который? Если нет, то поясни о чём речь.

Цитата:
эти данные "вроде как" были сохранены, а на проверку - нет.

???? После расскатки образа данные были, но не читались? Или что?

Цитата:
когда я их восстановил - данные оказались нечитаемыми

Как это выглядит?

Цитата:
так как по отзывам "она все может" , но она мне не нашла тех данных,

На самом деле она не может вышивать крестиком.
А если серьёзно, то она может многое, но в пределах своих возможностей.
Автор: antoxakenig
Дата сообщения: 11.09.2014 16:47

Цитата:
на котором был накатан образ системы через акронис  

Ты хотел написать на который? Если нет, то поясни о чём речь.

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

Цитата:
эти данные "вроде как" были сохранены, а на проверку - нет.
???? После расскатки образа данные были, но не читались? Или что?

после накатки заливки выяснилось что данных нет. приступили к восстановлению данных. на данный момент прогнал r-studio. пока еще нет результата.

Цитата:
когда я их восстановил - данные оказались нечитаемыми
Как это выглядит?

это выглядит так. файл восстановлен, но не читаем =(

Цитата:
так как по отзывам "она все может" , но она мне не нашла тех данных,
На самом деле она не может вышивать крестиком.
А если серьёзно, то она может многое, но в пределах своих возможностей.

вот как то так =(

Автор: neizvestnyj375
Дата сообщения: 11.09.2014 17:04

Цитата:
посоветуйте, чем еще можно прогнать ???

пробовать следующие программы, их тьма, может быть какая-то и найдет то что вам нужно.
Автор: 9285
Дата сообщения: 11.09.2014 17:36

Цитата:
есть компьютер. на который виндавс устанавливается путем заливки. вот на этом компике данные не сохранили , а накатили заливку.

То есть данные записались поверх существующих.
И когда речь идёт о "пропавших" файлах, то подразумеваются прежние файлы.
Тода всё вполне обьяснимо.
Старая MFT полностью или частично перезаписана. В таком случае восстановление по структурам ФС возможно в части оставшихся записей. Но в этом случае можнолишь восстановить область секторов, в которой ранее располагались те или иные файлы. Но там уже могут быть новые данные (полностью или частично). Соотвественно такие файлы битые и "не открываются", хотя правильнее бы сказать что открываются, но с ошибкой или с повреждённым содержимым.
В случае полного отсутствия старой MFT есть возможность восстановления по сигнатурам, но тут уже другие "тараканы" - восстанавливаются лишь начальные фрагменты или даже целиком, но опять же с вклиненными новыми данными.
Автор: igor_me
Дата сообщения: 12.09.2014 01:40
Tau_0

Цитата:
слегка пристукнуть его при переноске

И это могли, я ж не спорю. Просто контакты проверить не трудно и отмести вариант, если не они. А вот повреждения поверхности блинов без микроскопа (и вскрытия "пациента", собсссно ) всё равно не увидеть...
Автор: Tau_0
Дата сообщения: 12.09.2014 02:32
igor_me

Цитата:
А вот повреждения поверхности блинов без микроскопа (и вскрытия "пациента", собсссно ) всё равно не увидеть...

Простой микроскоп не пойдёт, когда дефекты порядка 10нм, а длина волны видимого света > 400 нм. Для того, чтобы глазом увидеть надо иметь в хозяйстве электронный мелкоскоп. Да ещё исхитрится в него хард впендюрить...

Но Вы же умеете на хардах WDC переносить дефекты из G-list в P-list и пересчитывать транслятор... Правда на этой бяке WD My Passport USB<==>SATA мост припаян к плате диска... А через USB не получится...???...
Автор: south_man
Дата сообщения: 12.09.2014 13:17
Tau_0

Цитата:
А через USB не получится...???...
далеко не факт, возможно, есть софт умеющий это.
Проще найти сата тестпойнты и подпаяться к ним, чтоб получить нормальный доступ по фейсу, минуя мост.
Автор: evgen1137
Дата сообщения: 13.09.2014 11:22
Здравствуйте! В общем, когда-то в 2009 году одним вечером мне стало скучно и я решил разделить диск D:\ на две части, точнее отделить от него небольшую часть, но это не суть. Во время деления свет вырубился, ну и естественно раздел накрылся. chkdsk сделал всё ещё хуже: снёс все файлы на диске, оставив только коренные папки, а всё остальное перенёс в found.000, в котором лежат папки dirXXXX.chk и файлы fileXXXX.chk (где XXXX - число). В папках были файлы с нормальными названиями (причём чем больше номер в dirXXXX, тем файлы, которые там находились, примерно были позднее записаны; это я узнал, когда бродил по ним). Сначала я думал, как восстановить иерархию всех директорий и их содержания, а потом заметил, что все файлы, которые находились в этих dirXXXX - битые. Из знакомых никто не знал, что делать, ну я и забил на этот хард. Спустя 5 лет, сейчас, мне приспичило снова залезть и попытаться что-нибудь да восстановить, благо знания и опыт появились. Как я уже сказал, почти все файлы битые, только единицы из avi и jpg открываются. Глянув их через hex редактор, я обратил внимание на то, что в начале всегда был какой-то рандомый мусор. Тогда я решил схитрить: сделал поиск по *.txt и посмотрел их содеражние. Единицы из них были нормальными, а вот в остальных в начале был мусор. Причём мусор был длинной ровно 3072 байта во всех этих текстовиках, то есть 0xC00. Соответственно ровно такой же длины отсутствовал конец. Ну я решил попробовать "починить" какой-нибудь avi. Скопировал на рабочий стол, открыл hex редактором, удалил из начала 3072 байта, сохранил, открыл и... видео открылось и без проблем воспроизводилось, однако в конце одна секунда видео пропала. Видимо этот конец находился в каком-то другом файле. Ну теперь, собственно, вопрос: какими инструментами можно взять и восстановить все эти файлы, ведь вручную (65к файлов, ~160гб, даже хоть если только и нужные восстанавливать, то всё равно не мало выйдет) можно замучится: вырезать начало файла и искать его конец (если он вообще не удалился). Конечно, неплохо было бы вернуть старую иерархию директорий, только я думаю, что это уже невозможно, но хотя бы предоставляется возможным вручную скорректировать этот оффсет?
Попытки разобраться, откуда начинается такой сдвиг, ни к чему не привели, а в файлах размером меньше 3кб - вообще ужас, там всё сдвинуто неизвестно куда.
Заранее спасибо за помощь
Автор: Alex_Green
Дата сообщения: 13.09.2014 13:29
evgen1137

Цитата:
какими инструментами можно взять и восстановить все эти файлы, ведь вручную (65к файлов, ~160гб, даже хоть если только и нужные восстанавливать, то всё равно не мало выйдет) можно замучится: вырезать начало файла и искать его конец (если он вообще не удалился)


Не знаю, я бы попробовал сигнатурный поиск без какой-либо привязки к файловой системе. По крайне мере для нефрагментироавнных файлов даный способ должен сработать. Рекомендую попробовать Photorec. По поводу AVI файлов могу сказать что в Photorec реализован их более интелектуальный алгоритм поиска, который даже в случае фрагментированных файлов восстанавливает корректно их первый фрагмент (имеется кое-какой опыт ручной сборки фрагментированных AVI файлов на картах памяти). Ещё несомненным плюсом также является и то, что по окончании поиска файлам присвоены такие имена как например b 1512944, f 118095, где 1512944 и 118095 - номера секторов начала файлов от начала раздела. Да, кстати такие плэйры как KM Media Player и VLC Media Player воспроизводят успешно и неполные AVI файлы, то есть в случае если восстановился только первый фрагмент файла.
Насколько мне известно, автоматических утилит умеющих удалять мусор из chk файлов длиной в 6 секторов, в природе просто не существует. Так что видимо сигнатурный поиск остаётся в даном случае наиболее оптимальным вариантом. Может быть кто то из участников ещё что нибудь подскажет.


Цитата:
однако в конце одна секунда видео пропала.

Одна секунда, это вроде бы не так страшно?
Автор: evgen1137
Дата сообщения: 13.09.2014 17:00
Alex_Green

Цитата:
Насколько мне известно, автоматических утилит умеющих удалять мусор из chk файлов длиной в 6 секторов, в природе просто не существует.

Ну так в dirXXXX у меня не .chk файлы, а вполне нормальные названия файлов с расширениями, только в них в начале мусор на 3кб (кусок предыдущего файла или что-то непонятное) и конец на 3кб отсутствует. И вот интересно, почему такое произошло... В принципе, если никаких решений не будет, то скопирую себе все видео и фотки оттуда, а потом напишу маленькую програмку, которая будет удалять 3кб из начала. Отсутствие нижних пикселей в фотках и последней секунды в видео будет лучше, чем ничего.
Пока что запустил PhotoRec, сканирует, вот уже 900 файлов нашло, но нужных мне ещё нет, они вроде где-то ближе к середине в разделе должны лежать...
Автор: 9285
Дата сообщения: 14.09.2014 02:46
evgen1137
Никогда не бывает лишним указывать чем делались превращения.
Потому как у каждого из уничтожителей данных свои алгоритмы. А они бывают не самые правильные, например у акрониса.
И ещё стандартные "анализы" - вполне возможно что есть альтернативные структуры, с правильными записями.
В любом случае, тебе ничто не мешает восстановить какой либо файл с простым ранлистом (однофрагментный) вручную, но только с учётом поправки в 6 секторов. Но лучше с многофрагментым. Если концовки файлов будут нормальные, то можно сделать "сдвиг" данных - бутсектора и ранлиста MFT и восстанавливать ту часть файлов, у которых есть такой сдвиг.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109

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


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