|
|
Регистрация | Правила форума | FAQ форума | Справка | Пользователи | Поиск | Сообщения за день | Все разделы прочитаны |
Накопители (HDD, SSD, CD, DVD, Flash и др. ) Обменяемся опытом работы с накопителями (HDD, CD/DVD, Flash и т.д.) |
|
Опции темы | Опции просмотра |
12.07.2018, 11:40 | #1 | |||
Пользователь
|
Acronis: Структура диска повреждена. Чтение невозможно
Всем доброго времени суток. Столкнулся с такой проблемой. Жесткий на 1тб. разделен был на 2 раздела. 90 гб примерно и остальное во втором на 850 +-. 850 был заполнен там важная инфа...Через любимый акронис стал соединять диски. Рубануло свет, включил комп все. Привет. Повреждена. Что делать и как восстановить? может можно как то файловую реанимировать? Понимаю тема заезжена но сам не справлюсь. Подскажите!!!
|
|||
12.07.2018, 12:09 | #2 | |||
Нарушил правила
|
Почитай шапку темы http://www.thg.ru/forum/showthread.php?t=98001 и в дальнейшем воспользуйся поиском по ней для понятия того что нужно сделать.
Как происходило сиё издевательство над данными? 1. Какая версия акрониса использовалась? 2. Запускалось с загрузочного диска или из винды? 3. На каком этапе (сколько прошло времени) когда произошёл ребут? 4. Какой из томов был выбран как расширяемый? На данный момент видно что второй том имеет запись, бутсектор и его копию, но нет MFT и MFTmirr. При этом видна запись ниже, у которой остался бутсектор и MFTmirr. Пока что могу лишь предположить что одно относится к старому положению тома, другое к новому. И если это так, и учитывать что смещение равно 63-м секторам, то ситуация может быть достаточно печальной - потому как это предполагает перемещение абсолютно всех данных (если только размер кластера не равен 1-му сектору). И вот здесь критично реально ли это началось и сколько продолжалось. В любом случае, надо забрать у томов букву, в идеале сделать MBR off (в шапке читай предупреждение) а потом заниматься анализом ситуации. Как минимум открыть нижний том и посмотреть что имеется в $Root. Если чего то нет - сделать виртуальную реконструкцию. Если есть нужное - восстанавливать на другой носитель и обязательно проверять целостность. И конечно запустить Полное сканирование на участке прежнего тома с учётом размера возможного изменения (чтобы не заморачиваться - сканировать весь диск). По мере продвижения сканирования делать сохранения результата сканирования в файл - этот файл можешь заархивировать и приатачить к сообщению. PS. А перед этим можешь сделать пару скриншотов и показать их чтобы можно было написать номера секторов, дампы которых хотелось бы посмотреть чтобы понять ситуацию. Для этого, выдели на экране Разделы последовательно нижнюю строку, а потом чуть выше - скриншот сделать так, чтобы видно было фоновое окно программы DMDE с данными в нём. PS. Оффтоп Последний раз редактировалось 9285, 12.07.2018 в 12:11. |
|||
12.07.2018, 12:43 | #3 | |||
Пользователь
|
1. Acronis 12
2. Это второй диск. Запускалось с винды с другого харда. 3. Собстно было даже так. По уточненной информации. Пытались соединить 2 сектора. Не получилось. Зависало. Но все норм было. При этом оба сектора (90 и 890) были логическими. Потом появилось "желание" сделать 890 основным (статус поменять). Собстно на этапе как это началось и рубануло свет. При этом сектор в 90 гб читается и с ним проблем нет (но он собстно был форматирован и пуст). проблемный тока 890... 4. 90гб присоединял к 890гб. |
|||
12.07.2018, 17:43 | #5 | |||
Нарушил правила
|
Если делал виртуальную реконструкцию, то да, пуста.
Впрочем, это не удивительно, потому как вряд ли переместились только первые четыре записи. Впрочем, не об этом сейчас речь - где два запрошенных скриншота и где ожидаемый лог сканирования (можно выложить промежуточный результат)? |
|||
12.07.2018, 20:53 | #6 | |||
Пользователь
|
Вот так правильно? Промежуточного не было был на работе комп сам тут все сканировал. Тока итог. При этом сделано восстановление файловой (я так понял виртуальное) и сделал MBR off (перед сканированием и восстановлением файловой). Сектор остался один. Пытаюсь восстановить найденные папки он фото очень мало восстановил. Только нечитаемые файлы в большинстве своем. Получается файлы потеряны?
|
|||
12.07.2018, 22:53 | #8 | ||||
Нарушил правила
|
Нет, неправильно.
Нужен скриншот подобный тому что в http://www.thg.ru/forum/showpost.php...&postcount=122 Цитата:
|
||||
13.07.2018, 00:55 | #9 | |||
Пользователь
|
Вот так? Если нет подскажите пожалуйста какой параметр в окне программы изменить чтобы нужное высветилось.
И еще. По поводу того, что писал выше, про более конкретные сведения о случившимся. Получается там не смещение причина то, а "статус" диска менялся с логического на основной. Или это дела не меняет? |
|||
13.07.2018, 01:26 | #10 | |||
Нарушил правила
|
Почти так.
В таком состоянии выдели нижнюю строку на экране разделы (Noname04) и сделай скринот. Потом тоже самое, но уже для Volume02 Добавлено через 11 минут Причина в том, что для изменения статуса тома использовался акронис. Эту элементарную задачу можно было сделать совершенно не сдвигая раздел. Да, может не очень гламурно было бы то, что был бы отступ от предыдущего раздела на 63 сектора, но зато всё было бы цело. Тем более что смещение не кратно размеру кластера (8-ми секторам), что фактически приводит к перезаписи всех данных раздела. И ладно бы, если бы оно делалось последовательно - тогда можно былобы найти границу смещения. Здесь дело идёт в несколько потоков и делаются они хаотично (по каким то неведомым алгоритмам) - вот в этом и вся засада. То есть, можно определить смещение для кучи файлов, но не факт что они будут для записей (цифры условные) 0-1000, а могут быть актуальны для разных. Лог полного сканирования наглядно показывает что что что - а сдвиг MFT произошёл точно. Так что, если реально интересно разобраться и попробовать восстановить данные - нужны будут дампы определённых секторов и некоторые манипуляции. Хотя, уже сейчас ты можешь попробовать восстановить данные по результатам RAW-поиска. Только файлы будут без имён и целыми будут только нефрагментированные. |
|||
13.07.2018, 01:57 | #12 | |||
Нарушил правила
|
Это ты пробовал восстанавливать по файловой системе - о причинах неудачи я уже написал. Если бы были запрошенные скриншоты я бы попробовал в конкретных цифрах показать что примерно произошло.
Но то, что есть хотя бы одно из 50-ти - это тоже неплохо для анализирования ситуации. Зная какой файл восстановился, его расположение по данным записи и реальное можно и понять к чему идёт реальная привязка. Хотя я говорил о результате не по файловой системе а по сигнатурам (RAW) - в этом случае структура ФС не учитывается и просто ищется характерная сигнатура, по которой можно найти те, или иные типы файлов. |
|||
13.07.2018, 02:00 | #13 | |||
Пользователь
|
И подскажите плиз чем какими манипуляциями вернуть теперь диск к жизни?) комп не видит как диск. Опять же через акронис создать раздел? Я так понимаю все печально и не видать мне файлов....
Последний раз редактировалось Igogavr, 13.07.2018 в 02:03. |
|||
13.07.2018, 02:25 | #15 | |||
Нарушил правила
|
Восстановление файлов возможно, но только это не столь тривиально как при простом удалении, переформате или даже изменении разделов но нормальным ПО а не этим "любимым" убожеством.
Скриншоты подтвердили предполагаемое - содержимое бутсектора перенесено в новое место, а MFT переехала совсем в другое. Вопрос в том какое число файлов осталось на месте, а какое переехало на новое. Впрочем, если больной хочет умереть - медицина бессильна. Добавлено через 13 минут PS. Нет, это другое - читай yf https://dmde.ru/manual/fullscan.html RAW поиск по сигнатурам файлов. |
|||
Здесь присутствуют: 1 (пользователей: 0 , гостей: 1) | |
Опции темы | |
Опции просмотра | |
|
|
Справочник словарей | ||
Словари русского языка - www.gramota.ru | Яndex - Словари | Википедия - ru.wikipedia.org |
|
|
|