Block 0 error uncr что это

Привет друзья! В предыдущей статье с Вами узнали о лучшей программе по диагностике и ремонту жёстких дисков под названием Victoria. Также мы теперь знаем, что такое S.M.A.R.T. и о чём говорят его атрибуты, как за секунду определить состояние здоровья Вашего винчестера или твердотельного накопителя SSD. В этой статье мы переходим к самому главному, а именно процессу восстановления информации на жёстких дисках и избавления винчестера от сбойных секторов (бэд-блоков), но перед началом статьи я хочу предупредить Вас. Столкнувшись с неудовлетворительной работой жёсткого диска (скрипы, щёлкания, зависания операционной системы, невозможность скопировать важные данные) простые пользователи без соответствующего опыта сразу обращаются к таким серьёзным программам, как Victoria, MHDD, HDDScan и к сожалению, зачастую только ухудшают ситуацию. Почему? Я Вам отвечу.

Очень много того, что написано о Виктории в интернете, — написано непрофессионалами, а любителями. Профессионалы редко пишут статьи, они в этом отношении немного ленивые. Если Вы хотите узнать о программе Victoria всё, нужно много работать с этой программой самому и посещать специализированные форумы в интернете касающиеся расшифровки показателей S.M.A.R.T., восстановлению данных (создание посекторного образа больного винта с бэдами), и уже в последнюю очередь там обсуждают механизм работы программы Виктория. Именно такая последовательность в большинстве случаев правильная — сначала спасение данных (снятие посекторного образа с неисправного винчестера), затем лечение жёсткого диска.

• Запомните, самое главное правило при восстановлении информации с неисправного жёсткого диска, да и любого накопителя информации звучит так: винчестер в любой момент может «приказать долго жить», поэтому число обращений к нему должно быть сведено к минимуму. А значит, перед работой с Victoria нужно обязательно делать образ «больного» жёсткого диска и восстанавливать информацию уже с образа, как только информация будет восстановлена, тогда можно проводить какие-то операции с жёстким диском, к примеру лечить его алгоритмами Advanced REMAP или Erase.

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

Друзья, если Вы читаете эти строки, значит у Вас какая-то проблема с жёстким диском. Когда мы задумываемся о том, что с нашим жёстким диском происходит что-то не то?

1. С жёсткого диска невозможно скопировать нужную информацию на другой накопитель, при копировании операционная система зависает и спасает только перезагрузка.

2. Windows может неожиданно зависнуть на любом этапе работы.

3. Невозможно переустановить операционную систему, в процессе установки происходит зависание на распаковке файлов Windows или установщик сообщает об ошибке «Невозможно продолжить установку…», или Windows очень долго устанавливается, например несколько часов.

4. При включении компьютера сразу запускается утилита Chkdsk и проверяет разделы жёсткого диска на ошибки.

5. Жёсткий диск издаёт посторонние звуки (щелчки, скрип) и периодически не определяется в BIOS.

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

Примечание: если вы не читали первую статью из нашей серии о программе Виктория, то вам будет не всё понятно, поэтому я рекомендую сначала прочитать начальную статью, затем переходить к этой. В данный момент вы читаете вторую статью, но есть ещё статьи:

Для примера возьмём реальный жёсткий диск, имеющий сбойные сектора. Друзья, минимальная единица информации на жёстком диске, это сектор, объём пользовательских данных составляет 512 байт, если информацию в секторе невозможно прочесть, значит сектор является нечитаемым или другими словами сбойным. Все зависания операционной системы происходят при чтении инфы с такого сектора. Данный винчестер WDC WD5000AAKS-00A7B2 (объём 500 ГБ) реально неисправен.

S.M.A.R.T. этого винта оказался не самый хороший. Почему? Читайте нашу первую статью из цикла о программе Виктория. Здесь скажу лишь, что целых четыре атрибута S.M.A.R.T. горят красным, в том числе и самый важный параметр, атрибут

Переходите на вкладку Tests.

В правой части окна программы отметьте пункт Ignor и пункт read, затем нажмите Start. Запустится простой тест поверхности жёсткого диска без исправления ошибок. Этот тест не принесёт никаких плохих или хороших воздействий на Ваш винчестер, но когда тест закончится, мы узнаем в каком состоянии находится наш жёсткий диск. 

Начинается сканирование поверхности жёсткого диска и через некоторое время обнаруживаются сбойные сектора. Через 40 минут Victoria выдаёт нам такой результат:

Перед работой с программой Victoria обезопасим себя и сделаем полный образ раздела диск E: объём 345 ГБ и данные будем вытаскивать именно с образа. Образ сделаем в другой программе DMDE и расположим его на другом физическом диске SAMSUNG HD403LJ  (объём 400 ГБ) я покажу Вам как это сделать.

Управление дисками моего компьютера

Важные данные находятся на Новом томе (E:) объём 347 ГБ жёсткого диска WDC WD5000AAKS (общий объём 500 ГБ), значит создавать будем образ раздела (E:). Посекторный образ раздела (E:) создадим на жёстком диске SAMSUNG HD403LJ (объём 400 ГБ), на нём всего один раздел без данных Новый том (F:). Третий физический диск в системе, это твердотельный  накопитель SSD (объём 120 ГБ) диск (C:), на нём находится наша работающая операционная система Windows 8.1, в которой мы сейчас и находимся.

Начинается создание посекторной копии раздела (E:) больного жёсткого диска WDC WD5000AAKS на новом томе (F:) другого здорового жёсткого диска диска SAMSUNG HD403LJ, которое продолжается 6 часов (с особо «бэдастых» винтов образ снимается несколько суток) и наглухо зависает на 83 процентах, прождав пару часов я нажал на кнопку Прервать! Друзья, если прервать создание образа посекторного раздела под самый конец (всё-таки 83%) то нас ждёт два варианта, как говаривал Суворов — «либо грудь в крестах, либо голова в кустах». 

В параметрах нужно быть внимательным, так как настроить здесь можно много чего. Например заставить DMDE создавать посекторный образ с жёсткого диска не с начала, а с конца, для этого нужно отметить пункт

«Обратный ход», иногда это приносит результат.

И опять нажмите «Параметры».

В этом окне отметьте пункт «Не ждать, если устройство не готово —  Всегда». При выборе опции операция будет продолжена даже

в случае ошибки, связанной с отсутствием готовности устройства. Если не отметить эту опцию, то на некоторых «бэдастых» винчестерах будет выводиться предупреждение с ожидаемой реакцией пользователя, то есть на автомате создание образа происходить не будет.

Число повторов авто при ошибке CRC — 0

Число авто повторов, если сектор не найден — 0

Заполнять плохие секторы (hex)

Затем ОК и ОК, начинается создание посекторного образа.

Щёлкните левой мышью для увеличения изображения

Также работоспособным показал себя такой вариант настроек.

Пропускать ошибки ввода-вывода — Всегда

Не ждать, если устройство не готово —  Всегда

Вообще я Вам посоветую изучить мануал к программе DMDE http://dmde.ru/manual.html или http://dmde.ru/docs/DMDE-manual-ru.pdf, так же можете дождаться нашей статьи о создании посекторного образа неисправного жёсткого диска различными программами, в ней мы рассмотрим даже создание загрузочной флешки с программой DMDE.

• Если DMDE Вам не поможет, тогда можно попробовать другие программы, например Acronis True Image. Конечно, существуют ещё способы, с помощью которых можно сделать посекторный образ сбойного винта, например загрузиться с какой-нибудь операционной системы, основанной на Linux, к примеру Ubuntu, но сам процесс описывать здесь не буду и лучше напишу отдельную статью. Также под Линуксом можно запустить утилиту safecopy..
• Что делать, если всё же посекторную копию жёсткого диска Вам сделать не удастся, выбирать Вам. Можете обратиться в хороший и зарекомендовавший себя сервис по восстановлению данных и посекторную копию с Вашего жёсткого диска снимут на специальном дорогостоящем оборудовании специалисты, например с помощью того же комплекса PC−3000. Если Вам не жалко Ваши данные, то можете рискнуть и запустить в программе Victoria алгоритмы, избавляющие поверхность Вашего жёсткого диска от сбойных секторов (бэд-блоков), как это сделать написано далее, жёсткий диск после этой операции может вернуться к жизни. 
• Важно: Казанский (разработчик программы Виктория) обещает, что самый новаторский алгоритм скрытия бэд-блоков BB = Advanced REMAP НЕ деструктивен для данных, но в некоторых случаях для Ваших файлов это может быть деструктивно, так как даже самый продвинутый алгоритм Виктории Advanced REMAP скрытие дефектов (ремап), это по любому изменение трансляции винта, а значит потеря пользовательских данных (подробности далее. Хочу сказать, что иногда бывало и так, что вылечит Victoria жёсткий диск от бэдов и Вам даже удастся скопировать инфу с такого харда, но к сожалению не вся информация получается читаемая.

Итак, в нашем случае сделать посекторную копию больного жёсткого диска, а именно нового тома (E:) программе DMDE сделать удалось, правда в некоторых местах DMDE немного зависала, но всё закончилось успешно. Посекторная копия нового тома (E:) представляет из себя точную копию и расположена на томе (F:). Все имеющиеся данные успешно читаются и копируются. 

Основная задача решена и пользовательские данные спасены, теперь приступаем к процедуре лечения жёсткого диска.

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

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

Remap

1. Что происходит при данном алгоритме Remap? Производится (несколько раз) попытка принудительной записи информации в сбойный сектор жёсткого диска, если попытка удачна, значит сектор становится здоровым и удаляется из списка бэд-блоков (ремап не происходит). Если попытка записи неудачна, значит больной сектор переназначается здоровым сектором со специально предназначенной для таких случаев резервной дорожки винчестера. 

2. Remap это переназначение (замена) больного сектора, присвоение его номера LBA другому физически здоровому сектору из резервной дорожки. Информация из сектора (на момент переназначения) висит в ОЗУ винта, и как только сектор переназначен — записывается назад.

Remap в основном не деструктивен для информации, если Ваши данные и потеряются, то только в одном сбойном секторе, но согласитесь, данные в бэд-блоке и так были нечитаемы. Во втором случае данные будут просто перенесены на сектор с резервной дорожки.

Как в программе Victoria сканировать определённую область на жёстком диске

Алгоритм Erase

Друзья, вы можете спросить меня, а что будет если применить тест Erase или ещё есть Write? 

Erase при обнаружении нечитаемого сектора принудительно переписывает весь блок из 256 секторов нулями (осторожно, в некоторых случаях ваши данные на жёстком диске удалятся).

• Чаще всего попадаются софтовые (программные) бэды, которые убираются быстрее всего обнулением — алгоритмом Erase, да и при неудачной записи в сектор нулей вполне может произойти Remap, так как микропрограмма винчестера может посчитать такой сектор сбойным. Если Erase не поможет, тогда можно выбрать Remap, но как мы знаем, шансы, что Remap будет произведён в работающей Windows невелики.
• Софтовые (программные) бэды в некоторых случаях можно убрать даже простым форматированием средствами самой Windows. Всю разницу между существующими бэд-блоками: физическими и программными, читайте в нашей статье всё о бэд-блоках. В двух словах объясню, что физические бэды (физически разрушившийся сектор) восстановить невозможно (возможен только ремап, переназначение), а логические (программные, ошибки логики сектора) восстановить можно.
• Друзья, мы можем избавиться от бэд-блоков посекторно, но тогда наша статья будет ещё длиннее, это мы тоже сделаем в следующей статье.

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

Я просто покажу Вам на другом винчестере как запустить этот тест в работающей Windows.

В главном окне Виктории выбираем наш жёсткий диск и идём на вкладку Tests отмечаем пункт Erase (осторожно, в некоторых случаях ваши данные на жёстком диске удалятся) — при обнаружении нечитаемого сектора принудительно переписывает весь блок из 256 секторов нулями, естественно информация при этом в целом блоке секторов полностью теряется, но если перезапись происходит, блок возвращается в работу (становится здоровым).

Сообщения без ответов | Активные темы

Страница 1 из 1 [ Сообщений: 10 ]

	Автор Сообщение [ТС]  Заголовок сообщения: Лечение UNCR на WD3200BPVT-80JJ5T0. Добавлено: 09 июн 2020, 16:11  Пользователь Зарегистрирован: 28 апр 2017, 12:11 Наличности на руках: 344.93 Сообщения: 499 Откуда: Izhevsk Всем привет. Имеется WD3200BPVT-80JJ5T0. вся поверхность нормальная, кроме вот ~400 штук UNCR… Хочу на нем вылечить UNCR блоки. Как это сделать? В пендинги почему-то сами сектора не уходят, хотя на Loop тест чтения поставил… А вручную куда их писать и чем в P лист? да и 400 штук вручную я устану писать… можно как-то ему сказать что б он сам это сделал? типа селфскан или что там надо для WD? скачал WDR и WD marvel, но знаний не хватает, прошу помощи Лог Виктории       mia  Заголовок сообщения: Re: Лечение UNCR на WD3200BPVT-80JJ5T0. Добавлено: 09 июн 2020, 22:33  Продвинутый форумчанин Зарегистрирован: 14 сен 2018, 18:14 Наличности на руках: 1,279.27 Сообщения: 2537 Откуда: Odesa,Ukraine Попробуйте по аналогии viewtopic.php?f=49&t=103453&p=774522&hilit=%2Auncr%2A#p774522       Fakeoke [ТС]  Заголовок сообщения: Re: Лечение UNCR на WD3200BPVT-80JJ5T0. Добавлено: 10 июн 2020, 07:36  Пользователь Зарегистрирован: 28 апр 2017, 12:11 Наличности на руках: 344.93 Сообщения: 499 Откуда: Izhevsk mia писал(а): Попробуйте по аналогии в теории то я понял что надо ЛБА бэдов занести в P лист. но как именно это сделать с помощью этих программ.. вот с этим нужна помощь можно и задать ему диапазон чтобы он сам себя проверил и все занес? или только вручную заносить? и почему он сам это не делает?       Tomset  Заголовок сообщения: Re: Лечение UNCR на WD3200BPVT-80JJ5T0. Добавлено: 10 июн 2020, 08:46  Начинающий Зарегистрирован: 19 окт 2016, 13:54 Наличности на руках: 0.00 Сообщения: 213 Откуда: Moskow занесение дефектов в P-лист меняет трансляцию. LBA адреса у сбоев становятся другие. поэтому надо заносить сразу все. У вас порядка трех диапазонов их можно целиком скрыть. а не вбивать каждый адрес. Ну и записью их перед скрытием пройти, если там сбои на записи, то это разрушенная серва = царапины. И в целом нет тогда смысла, что-то скрывать. все одно быстро сдохнет.       Fakeoke [ТС]  Заголовок сообщения: Re: Лечение UNCR на WD3200BPVT-80JJ5T0. Добавлено: 10 июн 2020, 09:38  Пользователь Зарегистрирован: 28 апр 2017, 12:11 Наличности на руках: 344.93 Сообщения: 499 Откуда: Izhevsk Tomset писал(а): Ну и записью их перед скрытием пройти, если там сбои на записи викторией по этим секторами пройтись в режиме write? что будет если она ошибку будет выдавать? Tomset писал(а): царапины. если это означает царапины на магнитном слое то почему их нет смысла скрывать? они там увеличиваются что ли сами по себе? Tomset писал(а): занесение дефектов в P-лист меняет трансляцию. LBA адреса у сбоев становятся другие. поэтому надо заносить сразу все. тут бы поподробнее спасибо за ответы       mia  Заголовок сообщения: Re: Лечение UNCR на WD3200BPVT-80JJ5T0. Добавлено: 10 июн 2020, 10:36  Продвинутый форумчанин Зарегистрирован: 14 сен 2018, 18:14 Наличности на руках: 1,279.27 Сообщения: 2537 Откуда: Odesa,Ukraine Скачайте и прогоните фирменные утилиты WD, включая полное стирание, если данные не нужны.       Tomset  Заголовок сообщения: Re: Лечение UNCR на WD3200BPVT-80JJ5T0. Добавлено: 10 июн 2020, 11:13  Начинающий Зарегистрирован: 19 окт 2016, 13:54 Наличности на руках: 0.00 Сообщения: 213 Откуда: Moskow Fakeoke писал(а): они там увеличиваются что ли сами по себе? Да, каждый раз пролетая над царапиной головка (аэродинамический удар воздухом от ее полета) будет ее дальше разрушать. Fakeoke писал(а): тут бы поподробнее просто почитать, как устроен диск, как скрываются дефекты магнитного материала. например: https://www.acelab.ru/dep.pc/products/mag-ret_3_11.pdf https://www.acelab.ru/dep.pc/products/mag-ret_5_12.pdf https://www.acelab.ru/dep.pc/products/mag-ret_9_11.pdf https://www.acelab.ru/dep.pc/products/doc-hddtech.pdf информация хоть и древняя, но в целом мало что поменялось и на современных дисках. кроме плотности записи. На заводе нет царапин, но материал магнитного покрытия нереально нанести полностью равномерно. всегда попадаются какие-то примеси или атомы при плазменном напылении криво ложатся. А при эксплуатации сбои это либо неудачная запись из-за внешних причин: вибрация, питание, давление, температура. Либо, что гораздо чаще на современных дисках — царапины. Чем выше плотность записи, тем ниже летят головы, тем чаще они царапают пластины.       Fakeoke [ТС]  Заголовок сообщения: Re: Лечение UNCR на WD3200BPVT-80JJ5T0. Добавлено: 10 июн 2020, 14:05  Пользователь Зарегистрирован: 28 апр 2017, 12:11 Наличности на руках: 344.93 Сообщения: 499 Откуда: Izhevsk Tomset писал(а): просто почитать, как устроен диск, как скрываются дефекты магнитного материала. этовсе уже давно прочитано меня интересует именно применение программ       BOBAH4IK  Заголовок сообщения: Re: Лечение UNCR на WD3200BPVT-80JJ5T0. Добавлено: 10 июн 2020, 14:13  Начинающий Зарегистрирован: 18 авг 2014, 14:29 Наличности на руках: 10.00 Сообщения: 331 Откуда: Сталинград Fakeoke писал(а): этовсе уже давно прочитано меня интересует именно применение программ неувязочка у вас, однако… по всей видимости прочитано, но не понято у вас наверняка не возникает вопросов по поводу применения молотка вот и у нас так есть понимание предмета — нет вопросов по применению инструмента и наоборот       bescom  Заголовок сообщения: Re: Лечение UNCR на WD3200BPVT-80JJ5T0. Добавлено: 12 июн 2020, 10:26  Интересующийся Зарегистрирован: 15 авг 2016, 13:01 Наличности на руках: 28.19 Сообщения: 184 Откуда: Бакал Не спец в ремонте HDD и всегда считал, что UNCR — это на 99% программные ошибки, в следствие чего: mia писал(а): Скачайте и прогоните фирменные утилиты WD, включая полное стирание кажется наиболее разумным, ну или HDD LowLevelFormat. Обычно все UNCR после него уходят.       Показать сообщения за:  Поле сортировки

Страница 1 из 1 [ Сообщений: 10 ]

	Похожие темы   Автор   Ответы   Просмотры   Последнее сообщение  Лечение UNCR на Samsung HD120IJ в форуме Ремонт НЖМД | HDD repair and data recovery Fakeoke 4 1648 06 июн 2020, 20:52 akm7 wd3200bpvt-80jj5t0 не определяется в форуме Ремонт НЖМД | HDD repair and data recovery novikovam 11 5455 07 июн 2015, 00:00 CWS Лечение Powercolor HD 6930 1G AX6930 1GBD5-2DH от GSOP и BSOD в простое в форуме Ремонт десктопных видеокарт | Desktop video card repair Vamping 0 1123 06 янв 2018, 13:17 Vamping WD3200BPVT не стартует в форуме Ремонт НЖМД | HDD repair and data recovery Storag 3 2644 11 дек 2014, 21:31 misha2 Western Digital WD3200BPVT — снять пароль в форуме Ремонт НЖМД | HDD repair and data recovery podkop 3 8109 29 май 2016, 19:07 gmosin

Повреждение файловой системы

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

Рис. 18 поврежденные метаданные файловой системы (нераспознанная файловая система RAW)

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

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

Работа специалиста отличается тем, что он оценивает характер повреждения метаданных и если они не уничтожены, а пребывают в искаженном виде, то возможны ручные коррекции в шестнадцатеричном редакторе.

Удаление файла или группы файлов.

Ошибочное удаление данных — достаточно частый случай. Последствия этого действия сильно зависят от типа файловой системы, а также в относительно новых дисках от идеологии работы микропрограммы самого устройства.

Если файлы были удалены на разделе с файловой системой NTFS, то оптимальным методом поиска будет экспресс анализ в различных утилитах, при котором быстро сканируются ключевые структуры (MFT, Index, Logfile) без полного сканирования раздела. Если нужные файловые записи и место, занимаемое этими файлами не перезаписаны иными данными, то достаточно оперативно можно получить интересующие файлы.

Рис. 19 после сканирования $MFT фиолетовым выделены записи, числящиеся удаленными

Если при быстром сканировании нужные данные не обнаружены или повреждены, то можно выполнить полное сканирование раздела, но скорее всего серьезным образом результат не изменится и кроме поиска регулярных выражений ничего другого не останется.

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

Если файлы удалены на разделе с файловой системой FAT16, FAT32, то можно использовать анализ метаданных и получить некоторую часть данных с оригинальными именами. В случае SFN будет отсутствовать первый символ в имени файла, если же файл был с длинным именем, то его полное имя будет в LFN записи. В случае удаления фрагментированных файлов восстановление данных средствами программ автоматического восстановления не будет успешным, так как при удалении в FAT таблице удаляется запись о цепочке кластеров, принадлежащих файлу. Также в FAT32 в некоторых случаях кроме удаления цепочки расположения файла в обеих копиях таблицы, в директории удаляется первый символ SFN и старшие два байта в номере первого кластера, занимаемого файлом. Большинство утилит автоматического восстановления, анализирующих метаданные, не определят правильную позицию файла.

Восстановление фрагментированных файлов, как правило, достаточно сложная работа, которая весьма слабо автоматизирована. Методы автоматизации можно разрабатывать под конкретный тип структур. Чаще всего задача сводится к ручному низкопроизводительному анализу по поиску необходимых фрагментов. Пример подобной работы можно оценить в статье «Восстановление базы 1С Предприятие (DBF) после форматирования»

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

Если файлы удалены на разделе с файловой системой HFS+, Ext 2, Ext3, Ext4, то, к сожалению, анализировать метаданные бесполезно. Кроме поиска регулярных выражений ничего другого не остается.

Удаление раздела с данными

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

Рис. 20 удаленный раздел

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

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

Рис. 21 результат быстрого поиска разделов с помощью DMDE

Отформатирован раздел с данными.

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

Например, если раздел FAT32 c кластером 8кб, был отформатирован в FAT 32 с кластером 64кб, то размер новых таблиц FAT стал в 8 раз меньше и, следовательно, обе копии новых таблиц испортили только первую копию старых таблиц FAT. В такой ситуации поиск метаданных может дать результат близкий к 100%. Если же раздел был отформатирован в FAT32 с меньшим или равным размером кластера, чем был до форматирования, то новые чистые таблицы полностью перезапишут старые и частично затронут область с пользовательскими данным. В таком случае поиск метаданных даст значительно худший результат.

Если до форматирования на разделе использовалась файловая система FAT32, а раздел был отформатирован в NTFS, то новые структуры ($MFT, $Bitmap, $Logfile), как правило, располагаются не у самого начала раздела, и высока вероятность посредством метода поиска метаданных получить большинство данных с нормальной структурой каталогов и минимальными повреждениями самих данных.

Также высокий процент восстановления будет, когда раздел с файловой системой NTFS отформатирован в FAT32. В этом случае таблицы FAT испортят данные в начале раздела и как правило не затронут ключевые структуры NTFS. Неудовлетворительный результат будет в случае с малым объемом данных, размер которых сопоставим с размерами двух копий таблиц FAT.

Но если пользователь не желает вникать в нюансы расположения метаданных различных файловых систем, то логичным шагом будет запустить утилиту автоматического восстановления данных в режиме поиска метаданных. И в случае, если получен недостаточный объем данных, применить метод поиска регулярных выражений.

Отформатирован раздел с данными и частично перезаписан иными данными.

Как часто бывает, пользователь может отформатировать раздел и начать заполнять его иными данными, а только потом спохватиться, что на старом разделе была важная информации. В таких случаях не может быть однозначной рекомендации. Все очень сильно зависит от того, как много (количественно и по объему) было записано новых данных, а также где расположились эти данные. В зависимости от условий результат может быть от 0 до близкого к 100%. Заочно это непредсказуемо.

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

В условиях лаборатории восстановления данных специалист построит карту незанятого пространства и проведет поиск регулярных выражений только по этим участкам, чтобы исключить в результатах поиска наличие уже существующих данных. Также с помощью инструментов контроля целостности значительно уменьшит количество ложных распознаваний. А в некоторых задачах вроде восстановления jpg файлов (например, чьего-то домашнего фотоальбома) сможет произвести сортировку согласно информации, содержащейся в Exif тегах jpeg файлов, что позволит получить упорядоченный в хронологическом порядке результат и отсортированный по моделям камер.

Рис. 22 результат сортировки JPG файлов, найденных посредством поиска регулярных выражений

Аварийное завершение процедур изменения размера, перемещения или объединения разделов.

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

Учитывая сложность и количество возможных вариаций, рассмотрим только универсальный вариант для пользователя, которому нужен результат с минимальным количеством действий. Объектом для анализа нужно выбрать весь накопитель, чтобы гарантированно охватить все места расположения данных. Использовать метод поиска метаданных и копировать все варианты данных по найденным файловым системам. Высока вероятность, что в каждом из вариантов будут корректными разные наборы файлов. Поиск регулярных выражений по заданным типам файлов также важен, так как в таких случаях утраты данных возможна частичная потеря информации об именах и размещении файлов.