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

Yaumen
Лично для меня акронисовские поделки не аргумент.
Впрочем, если принять версию Vic422, то тогда всё вполне обьяснимо.

9285,

Цитата:

Лично для меня акронисовские поделки не аргумент.

Винда тоже не присваивает букву винчестеру и также пишет что "Нет данных", так что Акронис тут не при чем!!!

Vic422,

Цитата:

0-я голова подыхает часто.

А это лечится или только мусорная корзина?


Цитата:

Поэтому попробуй спросить в теме про ремонт Hitachi - может у них есть какие то (фирменные) болячки.

ОК. Продублирую вопрос в теме по IBM(Hitachi) - http://forum.ru-board.com/topic.cgi?forum=35&topic=2124&glp , просто думал есть универсальные методики по восстановлению с не размеченной области!

Цитата:

А это лечится или только мусорная корзина?

У Хитачей - почти нет.
А инфу вытащить - вероятность есть.

Yaumen

Цитата:

методики по восстановлению с не размеченной области!

уже писал.
Цитата:

попробовать !читать! на нем сектора какой-нить прогой

0 сектор читается нормально? что в нем записано?

Цитата:

Винда тоже не присваивает букву винчестеру и также пишет что "Нет данных", так что Акронис тут не при чем!!!

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

9285,
Цитата:

Во первых - винда не присваивает букву не винчестеру а разделу

Логично, но если винт не разбит и не отформатирован, то и разделов соответственно не будет, а значит и букву Винда присваивать не будет. Так что все верно!!!

P.S. Ну а еще хотел сказать всем участвовавшим в дискуссии: Vic422, alexgr, 9285 - "Спасибо"
R-Studio отлично справился с задачей по вытягиванию данных с такого винта, ну а винт ..., черт с ним, не велика потеря, рисковать работать на нем после такого не буду. Выпишу на работе новый!!!

Цитата:

Так что все верно!!!

Я не сторонник споров в стиле "курица или яйцо?" - тем более что в деле восстановления данных очень важна точность определений.


Цитата:

R-Studio отлично справился с задачей по вытягиванию данных с такого винта

1. Подтверждается то, что акронис обманул.
2. Если восстановилось всё (почти всё), то это как бы намекает что не 0-вой головой проблемы. Впрочем, ещё один винт лишним не бывает - особенно если он используется для бэкапа.

Цитата:

1. Подтверждается то, что акронис обманул.

Нет, не подтверждается. Я же не пытался им восстанавливать, а на отсутствие данных он ругался как и Винда из-за проблем с FAT (я так думаю), так что претензий к Акронису у меня нет!!!

Yaumen
Я рад за тебя - можешь пользоваться им дальше. Только не забудь получить абонемент в эту тему.
Одного не пойму - если ты всё знаешь к чему было спрашивать здесь?

PS. Данные они или есть, или их нету. Данные и файловая система (разделы) это разные вещи.
Это уже не тебе, а тем кто читает такие темы и может "отравиться" плохими знаниями.

на диске WDC WD20001FASS
объявились бэд блоки и слетел раздел

Smart


DMDE



В восстановленных данных после Active@ File Recovery, фотографии прочесть нельзя.

DMDE тоже не позволяет после восстановления прочесть эти же фото-файлы.

что интересно, в эксплорере DMDE я вижу что помечены нечитаемыми(кр. крест) только папка с фотографиями. Причем
они нечитаемы все, а фотографий очень много. Из этого возникает вопрос как bad-блоки могли появится именно в этом разделе диска и сделать нечитаемыми только папки с фотографиями. Причем все! Совпадение?

Как и чем лучше восстановить данные и фото или раздел с ними, целиком, чтобы эти фото можно было бы прочесть?

1.
Цитата:

в эксплорере DMDE я вижу что помечены нечитаемыми(кр. крест)

Красный крест означает удалённую папку (файл). Если ты (?) удалил папку, то удаляется и её содержимое, а место отмечается как свободное. И если в "свободное" место произошли записи, то и без бэдов файлы могут стать нечитаемыми.

2. Вообще то, в случае с бэдами, особенно когда их много делать лишние читки-записи достаточно опасное занятие пока не выяснена причина бэдов. И если возможно, то лучше вместе вычитывания всяким ПО, сделать посекторную копию (с пропуском сбойых секторов) и работать с образом. В том числе проанализировать куда попали сбойные сектора; и если в важные места то попытаться вычитать только их - не тратя время и ресурсы на вычитывание ничего не значащих.

PS. Как минимум у тебя нет загрузочного сектора. Но есть его копия из которой можно восстановить. Как знать - если нет серьёзных повреждений в структурах ФС, то раздел может и открыться и будет возможен доступ в обычном режиме.
Но только не забываем про п.1. и конечно же 2.

PPS. Как то был один случай, когда у человека не читались восстановленные фотки.
В процессе решения было выявлено что у него поработал какой то вирус шифратор. Причём такой, который в завирусованной системе показывал фото, а в остальных случаях нет.
У тебя причина другая, но и подобные варианты никогда нельзя исключать.

9285

Цитата:

поработал какой то вирус шифратор.

+1 - тоже сразу вспомнил аналогичный случай...

ЗЫ: по СМАРТу приятного мало т.к. ок. 1к секторов (что много) определены как сбойные (те, что в очереди + уже переназначенные), а write error rate говорит, что еще и ошибки при записи проявляются.. возможно, проблема в БП или разгоне или памяти..

9285

Цитата:

PS. Как минимум у тебя нет загрузочного сектора. Но есть его копия из которой можно восстановить. Как знать - если нет серьёзных повреждений в структурах ФС, то раздел может и открыться и будет возможен доступ в обычном режиме.

средствами DMDE можно визуально определить какие повреждения в ФС произошли?

south_man

Цитата:

+1 - тоже сразу вспомнил аналогичный случай...

я тоже подумал про вирусы однако avz и cureit ничего не показали

чем лучше делать посекторную копию? Acronis Disk Director для этого подойдет? Обязательно ли делать полную посекторную копию всего диска или можно сделать копию только раздела?

После восстановления Active@ File Recovery заметил такую вещь, что у некоторых фотографий что все же открываются не то имя или же они лежат не в тех папках. Это говорит о повреждении ФС или о некоректной работе програмы Active@ File Recovery?

RXLayer
Посекторку конечно же делать лишь проблемного раздела. Недавно описывал случай когда на вите появились бэды и их число стремительно росло. Но они были на системном разделе; а данные на другом. Соотвественно я без проблем вычитал всё нужное. А вот если бы начал вычитывать весь диск, то не факт что всё закончилось бы успешно.
Делать её желательно тем, что может пропускать сбойные сектора; по возможности отмечать (журналировать) их номера - пригодиться для анализа что было в сбойных.
Это может делать и DMDE и WinHEX - только надо включить ведение лога. Не пользовался - но вообще под такое заточена HDclone.


Цитата:

я тоже подумал про вирусы однако avz и cureit ничего не показали

Я писал про шифровщик, как вариант, который тоже нельзя отметать. Хотя это не обязательно.
Просто мысли:
- антивирусники знают (в основном) лишь известные вирусы
- можно посмотреть тела восстановленных проблемных файлов. Если там (как один из примеров) корректный заголовок файла, но далее встречаются заполняющие шаблоны, то это один из признаков шифратора.

А что означают после восстановления вместо галок с именами папок появившиеся значки квадратов?

Цитата:

А что означают после восстановления вместо галок с именами папок появившиеся значки квадратов?

Я не ясновидящий. Поэтому лучше показывать и описывать подробнее - чем и как восстанавливалось.
Ведь ещё раньше было написано два варианта - но до сих пор неизвестно что за раздел, была ли с ним работа и т.п.
И забыл раньше написать по поводу результатов восстановления - могут быть оба варианта. А может быть и ещё один - одна из ломанных версий DMDE файлы восстанавливает, но они "битые". Нормальная же версия всё восстанавливает без проблем.
PS. Убегаю, поэтому отвечу на последующие сообщения в обозримом будущем.

9285
Я имел ввиду dmde, производилось восстановление информации с раздела. Картинку сделаю позже.

RXLayer
Если речь идёт о DMDE, то описание что и как есть в инструкции - http://dmde.ru/manual/filepanel.html

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

При работе в виртуал боксе с подключенным vmdk файлом слетел раздел, в гугле наткнулся на программу dmde как с ней работать, можно ли восстановить радел и информацию на нем или в моем случае только пофайловое восстановление?
Сканирование ntfs провел:
http://s009.radikal.ru/i310/1409/b2/9106f0199b97t.jpg

darkhntr
Нужен не скриншот а лог-файл.
Насколько понимаю, раздел был один на весь обьём винта?

да раздел был один ссори лог забыл закинуть
https://onedrive.live.com/redir?resid=92B886230BF0B8D8!146&authkey=!AK7V274Xief1lZk&ithint=folder%2clog

Добавлено:
забыл добавить, пробовал восстановить файлы на отдельный диск, все восстанавливается и без ошибок значить еще не все потеряно. Диск выглядит как мозайка из одной части можно выудить несколько целых файлов

Добавлено:
Мне кто нибудь поможет? А то восстанавливать по файлово в моем случае равно самоубийству слишком много нужно восстановить

darkhntr
В общем то, как и предполагал и учитывая обьём винта, произошёл заворот данных.
Который накрыл (в том числе) и начало MFT. И если судить по логу поиска - накрыло более 125000 записей.
Вероятнее всего накрыло и просто область секторов которые предшествуют MFT.
Соотвественно, это содержимое повреждено. А файлы, относящиеся к пропавшим записям можно восстановить лишь сигнатурно.
Понятно твоё желание сделать восстановление in-place, но при потере такого количества записей, предсказать его результат не берусь.
Поэтому принимай решение - если решишься, то надо восстановить (на другой носитель) самое критичное.

ясно буду копать в ручную. Спасибо за ответ.

darkhntr
Цитирую из твоего ответа с "зоны".

Цитата:

Говорит что in-place в моем случае невозможен

Я такого не говорил. Он возможен и я писал что могу помочь, но только сложно гарантировать нормальное восстановление без такого огромного количества записей. То есть, на выходе ты получишь (в лучшем случае) только те файлы, о которых есть записи в MFT и неизвестно в каком виде структуру каталогов - вероятнее всего будет множество DIRxxx.
И после этого восстановления файловая система станет доступной для записи, соотвественно может что то записаться в место где сейчас находятся файлы, которые найти можно лишь сигнатурно. Поэтому то и написал что восстанавливай всё ценное на сторону, а потом можно уже и рискнуть in-place. В противном случае захочешь укусить локоть, а не получится.

PS. Просьба убрать цитату моего ответа на "зоне" - я на том гадюшнике не пишу ничего полезного, и не хочу чтобы и в таком виде что то оставалось.

Добавлено:
Что касается восстановления из DMDE.
Если тебе нужно восстановить кучу файлов разбросанных по папкам и не важно что все они свалятся в одну папку, то можешь восстанавливать из панели Поиска фалов по именам (типам). Не забудь в диалоге куда сохранять поставить галку в "из текущей панели".

9285
картинку смог добавить только ейчас поэтому прошу уточнить какое значение имеют квадраты?

RXLayer
Обычные чекбоксы дя выбора. Те, что с точкой - частичный выбор (внутри структуры папки).

9285
вроде обычные - это те что с галочкой?

RXLayer
Обычный вообще. То есть в этом квадратике ты можешь выбрать или нет с чем работать.
Неужели с такими не встречался в различном ПО?

9285
Обычные - это крестики, галочки и кружечки. Квадратики и галочки одновременно впервые вижу.