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

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

Автор: tomset
Дата сообщения: 06.04.2016 18:51
dream555
Откусить нельзя от RAW, создать можно.
Но данные могут лежать очень далеко от начала, если что-то удаляли или изменяли после записи.
Поэтому сначала проверяется, где лежат самые "дальние" данные.
И после них можно создать новый раздел, удалив раздел RAW.
Только придется это делать редактором, а не обычными программами создания разделов.
Автор: temp9285
Дата сообщения: 06.04.2016 21:38
onenet

Цитата:
Судя по обстоятельной инфе tomset дела мои плохи...

Причём здесь инфа о невозможности восстановления переписанного, если у тебя данные то по сути целы.
Судя по беглопрочитанному про UFS, надёжность ей не чужда (косвенно это подтверждается наличием нескольких копий суперблока). Так что вполне возможно что и штатные средства (если таковые имеются) могли бы справится.
Впрочем, если не хочется самому ковыряться и сдерут с тебя не всю "кожу" - так тому и быть.

dream555
Может стоит "сдать анализы" и тогда уже определять что там у тебя и что можно сделать?

tomset
Из всего спитча верно лишь
Цитата:
Поэтому сначала проверяется, где лежат самые "дальние" данные.

Всё остальное - неправда.
Семёрка штатными средствами жмёт RAW оставляя "сырец" неизменным.
Автор: tomset
Дата сообщения: 06.04.2016 22:13
temp9285


Цитата:
Семёрка штатными средствами жмёт RAW оставляя "сырец" неизменным.

Не проверял.
Но это полный маразм сжимать RAW, не обращая внимания на информацию.
Это ваша прерогатива, ковырять всякие логические случаи, восстанавливать данные на месте, менять размеры разделов, когда это абсолютно не нужно.
Такой фигней не страдаю. Беру чистый диск и восстанавливаю с пострадавшего на него данные. Ни когда, ни каких изменений на пострадавший диск не вношу.
В каком бы он состоянии не был.
Самое правильное купить еще диск, хоть б.у. для этой цели.
Потом пригодится, как резервный. И к таким, как я, не придется обращаться и терять во много раз больше денег.
Такое ощущение, что люди покупают комп и единственный диск к нему, чтобы было само железо. А не ради работы на нем с информацией.
Автор: temp9285
Дата сообщения: 06.04.2016 22:58
tomset

Цитата:
Но это полный маразм сжимать RAW, не обращая внимания на информацию.

Во первых, винда предупреждает о потере. И даже если это маразм, то ещё бОльший маразм - возможность форматирования рабочего раздела.

Цитата:
когда это абсолютно не нужно


Цитата:
Такой фигней не страдаю.

О господин, прости холопа, которй посмел заниматься тем, что ему нравится.
А если серьёзно, то я уже как то (тогда в шутку) предлагал обратиться в спецклинику - причём не простую, а с крутым оборудованием. Теперь я могу посоветовать это уже не в шутку, потому как это или возрастные маразмы, или что то более серьёзное. И этот вывод не только по вашим "догмам" из области рековери, но и по куче других (в том числе сейчас ангажирующихся на хоботе).
Жизнь вовсе не правильно белая, и даже не чёрно белая. Есть миллионы нюансов, и многие их них имеют право на жизнь. И люди живут не только в черте МКАД и не все мерят жизнь доллАрами, и бывают случаи когда у человека просто нет возможности найти девайс, и уж тем более купить новый. Ему что, пойти убить владельца нужного? Или что?
Реально уже достал своими догмами.
И ещё - то, что считаешь фигнёй позволяет понимать происходящее, а не быть придатком чьего то комплекса.
Автор: dsuryaninov
Дата сообщения: 08.04.2016 10:03
Проблема с диском 320Гб началась с момента его подключения через адаптер Sata-USB для бэкапа. После выключения/включения перестали открываться оба раздела, предлагалось форматирование. Файловая система разделов изменилась на RAW.

Виноват, по незнанке начал тыкать разный софт: PTDD Partition Table Doctor, Acronis Disk Director, TestDisk, PartitionGuru.

Решил скопировать секторы всего раздела через DMDE, копирование 10% заняло примерно два дня, на третий выключили свет.

В этой ветке видел что Antech патчил образы, помогите восстановить хотя бы один раздел (H:\ начало 186996663 конец 625137344).



Секторы 0-99, 186996663 -186996762
Автор: temp9285
Дата сообщения: 08.04.2016 12:41
dsuryaninov
Нужен дамп секторов 193288119+100
Если показатели SMART нормальные и нет подозрений на физические проблемы, запускай сканирование на требуемом участке (или на всём винте если и остальное надо), сохрани лог поиска и выложи его.
Автор: dsuryaninov
Дата сообщения: 08.04.2016 13:39
temp9285
проблемы есть. Очень долго стал считывать данные. Поэтому подсоединил через адаптер и восстанавливал файлы через NonstopCopy. Все шло хорошо, до того момента пока не выключил/включил.



Дамп 193288119+100


Цитата:
запускай сканирование на требуемом участке (или на всём винте если и остальное надо), сохрани лог поиска и выложи его

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

Сейчас при запуске сканирования вылетают ошибки:


Автор: temp9285
Дата сообщения: 08.04.2016 22:23
dsuryaninov
Я же написал что скан делать если всё нормально. Не в курсе алгоритмов указанной программы но, судя по описанию, она рассчитана для вычитывания с битых болванок - поэтому нет уверенности что она корректно работает с жёсткими дисками. Было бы корректней использовать что то типа HDclone или тоу же DMDE с пропуском сбойных секторов. И не факт что это бы помогло.
Что касается дампа - начальные четыре записи повреждены, но самая важная - 0 вая вроде выжила.
Так что патч то я сделать могу, только было бы к чему применять - ведь образа то нет.
И, самое главное - неизвестна причина проблемы (запил?).
здесь где то есть наши "споры" с tomset-ом, в которых он очень трагично описывает последствия таковых и излишних чтений всем что не стоит десяток тысяч баксов. Но рациональное зерно в пужалках всё таки есть - и тебе надо определяться.
Автор: igor me v2
Дата сообщения: 08.04.2016 22:46

Цитата:
поэтому нет уверенности что она корректно работает с жёсткими дисками

Работает, проверено. Мне тоже помогала, когда нужно было вытащить отдельные файлы, не сканируя весь диск. Рекомендую

Добавлено:
Вообще интерсно. 5 атрибут Failed, но DATA=0. Глюк? Хотя и медленных и нестабильных секторов тоже хватает. Так что... лучше посекторка...
Автор: temp9285
Дата сообщения: 08.04.2016 23:04
igor me v2
Аж страшно писать в такие моменты.


Цитата:
Вообще интерсно. 5 атрибут Failed, но DATA=0. Глюк?

ХЕЗ, но в последнее время встречал подобное. Может производители не хотят пугать пользователей (показывать реальность), и скрывают число релокейтов, которое доступно из зарезервированных секторов, при этом выдавая реальный статус?


Цитата:
Мне тоже помогала, когда нужно было вытащить отдельные файлы, не сканируя весь диск. Рекомендую

Это справедливо для случая когда MFT цела в части нужных файлов. Но здесь такого нет.
Или обьясни как можно узнать имена файлов без полного скана?
Автор: igor me v2
Дата сообщения: 08.04.2016 23:49

Цитата:
в последнее время

Так вроде винт не вчера выпущен Модель не сильно новая-то. Я вот такое чуть-ли не первый раз вижу

Цитата:
Это справедливо для случая когда MFT цела в части нужных файлов

Да именно этот случай имел в виду. Когда в рабочей системе например из-за шального бэда на каком-то файле "ошибка CRC". Я просто сказал, что прога работает и для HDD...

Добавлено:

Цитата:
Аж страшно писать в такие моменты

Сейчас уже не страшно. Я отлетел вчера в полночь. Похоже этот сбой был очень коротким...
Автор: temp9285
Дата сообщения: 09.04.2016 03:13
igor me v2

Цитата:
Так вроде винт не вчера выпущен

Речь идёт не о конкретном винте, а о нескольких случаях, когда RAW=0 но Current и Worst ниже Treshold. Насколько понимаю, это и является поводом для критического состояния.


Цитата:
Да именно этот случай имел в виду.

у так здесь не такой случай.
И понятно что она работает (раз пострадавший работал) - вопрос в том насколько корректно.
Автор: dsuryaninov
Дата сообщения: 09.04.2016 15:13
temp9285 если честно, не понял тебя. С чем определяться? Обращаться за платным восстановлением?


Цитата:
Так что патч то я сделать могу, только было бы к чему применять - ведь образа то нет.

То есть чтобы внести изменения нужно создать образ целого раздела, пропатчить его и обратно записать?

igor me v2 посекторное копирование раздела в образ? С обратным ходом? Займёт конечно вечность.. Мне самое главное пару десяток фоток по списку вытащить, которые забэкапить не успел. А диск не жалко. Лучше в ноут вставить и через live cd или через адаптер так же по скорости выйдет?
Автор: temp9285
Дата сообщения: 09.04.2016 18:37
dsuryaninov
Определяться будешь ли дальше "пилить" диск или нет.
В идеале, да сделать образ раздела и потом пропатчить в нём нужные записи чтобы по записям ФС восстанавливать данные. Обратно? В смысле записывать на пока живой труп? Зачем?
Но в процессе вычитывания обычным ПО ещё живой может в любой момент умереть.
Если же тебе надо вытащить лишь пару десяток фоток, то можно попробовать вычитать только их.
Но тут два варианта:
1. Вычитать MFT, найти в ней нужные файловые записи и вычитать занимаемые файлами сектора.
2. Пропатчить MFT на винте в надежде что не пострадали нужные для поиска индексы и файловые записи, и потом восстановить файлы.
Но, есть загвоздка. Чтобы пропатчить MFT надо знать где она находится. И опять два варианта.
3. Сканировать диск, что чревато, уж лучше тратить ресурс "жизни" на снятие посекторки.
4. Принять за истину что два идинтечных ранлиста (один в целой, но смещённой записи, другой в битой оригинальной) соответствуют действительности и использовать их.
Если файлы не сильно дефрагментированы, то я бы выбрал вариант 1+3, хотя и 2+3 тоже можно.
В случае фрагментации чуть проще вариант 2+3.
Автор: dsuryaninov
Дата сообщения: 09.04.2016 19:58

Цитата:
Обратно? В смысле записывать на пока живой труп?

Нет, обратная посекторка раздела в образ, чтобы из него восстановить файлы.

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

NonstopCopy читает сначала в одну сторону, потом обратно. Так мне удалось восстановить немало видеофайлов и фоток. Вот бы этот функционал в DmDe.
Автор: temp9285
Дата сообщения: 10.04.2016 15:26
dsuryaninov

Цитата:
Нет, обратная посекторка раздела в образ, чтобы из него восстановить файлы.

Всё равно не понял о чём речь. О чтении секторов в обратном порядке?


Цитата:
Т.е. лучше не насиловать диск и поставить на копирование секторов?

Всё написано выше, в том числе что сейчас и копирование посекторки может оказаться смертельным.


Цитата:
NonstopCopy читает сначала в одну сторону, потом обратно. Так мне удалось восстановить немало видеофайлов и фоток.

Похоже что эти пиления не пошли на пользу больному.


Цитата:
Вот бы этот функционал в DmDe.

Вообще то функция обратного копирования в DMDE есть, но только это не панацея.
Тем более что у неё есть другие возможности - в том числе заполнение (в посекторке) пропущенных и сбойных специальным шаблоном (а не нулями).
Автор: igor me v2
Дата сообщения: 11.04.2016 17:07
temp9285
Гляньте эту тему, может что подскажете челу.
http://forum.ru-board.com/topic.cgi?forum=84&topic=5112#lt
Автор: Relict2
Дата сообщения: 11.04.2016 20:08
Недавно приобрел диск WD 3ТБ, подключил через hdd box Agestar. Несколько дней работал без проблем, копировал архивы, затем при удалении файлов выдал сообщение "Структура папки повреждена". После перезагрузки файловая система стала RAW.
Пробовал исправить testdisk-ом, ничего не вышло. Помогите восстановить раздел, если возможно.
Дампы и скриншоты
Автор: temp9285
Дата сообщения: 11.04.2016 22:46
Relict2
Наверное случился заворот данных.
Бокс то рассчитан на работу с винтами более 2ТБ?
Нужно бы глянуть что в секторах 6555648+100 и 264208+10
Автор: Relict2
Дата сообщения: 12.04.2016 12:19

Цитата:
Нужно бы глянуть что в секторах 6555648+100 и 264208+10


Дампы:
http://rghost.ru/68fPQD7xx

Диск подключен через док-станцию AGESTAR 3UBTFT. Про ограничения в объемах не сказано.
Автор: temp9285
Дата сообщения: 12.04.2016 20:22
Relict2

Цитата:
Про ограничения в объемах не сказано.

Не всегда такое и пишется. Можно у техподдержки поинтересоваться, или в нете поискать информацию.
В принципе, заворот обычно случается на ATA-котроллерах, причём с некоторыми версиями драйверов.
То есть причина может быть в драйверах, а таковые имеются и у USB. Поэтому не стоит сбрасывать со счетов такой вариант, тем более что ситуация очень соотвествует завороту.
В дампе имеется лишь начальная запись MFT, и она соотвествует тому, который есть на скриншоте и начинается в секторе 264192.
Я что то пропустил момент с тестдиском - это им ты прописал том с началом в секторе 264194 или что то другое делал.
В принципе можешь запускать Полное сканирование (NTFS+RAW), по мере продвижения теста сохраняй лог, т.к. дело долгое и в случае сбоя не надо будет делать с самого начала.
Можешь выложить промежуточный сэйв лога где то через час поиска, а потом уже полный. И изучай результаты поиска.
Только учти что в случае заворота переписаными могут быть не только MFT, но и другие данные.
Автор: Relict2
Дата сообщения: 13.04.2016 09:26
temp9285

Да, если перезаписал, то скорее всего testdisk-ом, другим не пользовался. При быстром сканировании он нашел раздел, я и нажал write.

Сначала пробовал восстановить файлы R-Studio, но в нем оказалось много битых.
DMDE справляется гораздо лучше. Одна проблема имена файлов неизвестны.

Полный лог
Автор: temp9285
Дата сообщения: 13.04.2016 10:08
Relict2
Ну а что ты хочешь, если часть MFT перезаписана? Причём немалая - более 2000 записей в начале.
Автор: dsuryaninov
Дата сообщения: 13.04.2016 11:57
temp9285

Цитата:
Вообще то функция обратного копирования в DMDE есть

Я имею ввиду восстановление "вперед и обратно" за один цикл. DMDE может только либо с начала, либо с конца.
Посекторка выполняется с ошибками:
WinError 23. Data error (cyclic redundancy check).
WinError 2. The system cannot find the file specified.
WinError 55. The specified network resource or device is no longer available.


Цитата:
1. Вычитать MFT, найти в ней нужные файловые записи и вычитать занимаемые файлами сектора.

Подскажи пожалуйста как сделать.
Автор: temp9285
Дата сообщения: 13.04.2016 13:08
dsuryaninov
Если верить обломкам MFT то она находится в 175616 секторах начиная с 193288119

Цитата:
Я имею ввиду восстановление "вперед и обратно" за один цикл.

ИМХО, но такое чтение не панацея - по крайней мере не всегда. А елозенье по одному и тому же месту на винтах вряд ли приведут к хорошему. Здесь более актуален сценарий вычитывания читаемого, а потом всего остального.
Автор: MikeX
Дата сообщения: 14.04.2016 20:59
Ноут ASUS K53T, Win7 x64 (штатная установка, без использования сторонних программ, в т.ч. для разбивки диска) на HDD 500 гиг, первый раздел винчестера — заводской раздел Recovery (основной).

Вечером ноут был выключен как обычно. Включили с утра — система после появления заставки и сборки в ней шариков в цветное окно самостоятельно перезагружается и предлагает запустить восстановление системы ("Последний запуск Windows был неудачным").

При загрузке с флэшки 2K10_v6.3 в Win-7 — в Управление дисками показывает второй (основной) раздел, т.е. диск C:, как диск с файловой системой RAW; третий (основной) раздел с диском D: нормальный.

SMART диска в норме.
На всякий случай запустил тест Read+Ignore в Victoria-4.43 — прошёл нормально.

DMDE видит все разделы и открывает проблемный; выборочный просмотр файлов с раздела — нормально.

Удаление и повторная вставка раздела в DMDE ситуации не изменила (что я, впрочем, и предположил до выполнения операции).

Желательно восстановить раздел по месту.
Куда копать? Какая информация ещё понадобится?
Автор: temp9285
Дата сообщения: 14.04.2016 21:33
MikeX
chkdsk c:
можно дамп 100 секторов начала MFT
Автор: MikeX
Дата сообщения: 14.04.2016 22:47
temp9285

chkdsk c: — хм, упустил что из командной строки надо: делал проверку из GUI — "Невозможно выполнить проверку, т.к. диск недоступен".

Результат (запуск без ключей): несколько ошибок "В индексе $SDH для файла 9 обнаружена ошибка".

100 секторов с начала MFT — в zip-архиве http://rghost.net/7cGvpBq4r

Автор: temp9285
Дата сообщения: 14.04.2016 22:55
MikeX

Цитата:
Результат (запуск без ключей): несколько ошибок "В индексе $SDH для файла 9 обнаружена ошибка"

9-ка это $Secure - и современными осями он используется. Саму ошибку чекдиск поправит, но как на это среагирует винда не могу сказать - подразумевается если правка нарушит какие то права на файлы нужные системе.
Автор: MikeX
Дата сообщения: 14.04.2016 23:00
temp9285
Хорошо, спасибо.
Только стряхну сначала данные, на всякий случай.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354

Предыдущая тема: Проблема HDD с востновлениям информациии


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