Warning block start at как вылечить

Всем привет. Недавно сам столкнулся с этой проблемой в жёстком диске. У меня 2 жестака и один ssd диск. Один из жестаков модленно работал. Из за этого некоторые программы зависали. Если у вас такая же проблема то установите программу Victoria и проверьте на наличие bad секторов. И вот как это сделать:

Итак, если у вас на компьютере программы «Victoria» нет или есть довольно старая её версия, например, распространённые 4.46 или 4.47, то рекомендую скачать и обновить «Victoria» до последней версии – 5.00 (на момент написания статьи). Скачать последнюю версию программы можно с сайта автора – https://hdd.by/victoria/ или же версию 5.00 по ссылке с данной страницы. На официальном сайте ссылка на скачивание находится внизу страницы и показана на фото:

ШАГ 1. Скачиваем программу «Victoria»

Нажимаем ссылку «Скачать самую последнюю версию программы Victoria» (выделено красным) и сохраняем скачиваемый ZIP файл на диск. Файл довольно маленький, всего 1.2 мегабайта.

ШАГ 2. Распаковываем ZIP архив c программой

По окончании скачивания открываем файл, например, архиватором WinRAR и распаковываем всё его содержимое в любую удобную папку, например, «Victoria 5.00» как показано на фото:

ШАГ 3. Запускаем программу «Victoria»

После распаковки ZIP архива с программой, переходим в папку с программой и запускаем «от имени администратора» файл Victoria с изображением зелёного крестика.

Примечание: Рекомендуется запускать программу «от имени Администратора» так как программа функционирует на «довольно низком уровне» и напрямую обращается к дискам, минуя функционал операционной системы. Наведите указатель мышки на ярлык программы, вызовите контекстное меню и выберите для запуска программы «Запуск от имени администратора».

При первом запуске программы Вы увидите окно программы примерно следующего вида:

ШАГ 4. Меняем язык интерфейса программы

Изначально программа имеет интерфейс на английском языке и начинающему пользователю довольно трудно ориентироваться в нём. Исключение составляют пользователи и специалисты, которые не первый год работают с данной программой, программа была исключительно с англоязычным интерфейсом до октября 2019 года, когда вышла версия 4.99, а затем и 5.00.

Для удобства переключим интерфейс на русский язык. Как это сделать показано на следующем фото. Выбираем в меню «Русский» язык.

ШАГ 5. Выбираем диск

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

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

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

Я выбрал для тестирования и восстановления диск Seagate на 250GB, который установлен вторым диском в системе. Загрузочный и системный диск у меня на 500GB, так что я могу быть уверен в том, что операционная система не будет обращаться к нему во время процесса тестирования, и даст свободно работать программе «Victoria» не «отвлекая» диск на другие задачи. Если вы будете проверять загрузочный или системный диск, то результат будет искаженный – многие сектора диска могут читаться с задержками и реальная картина состояния диска будет неверной.

Для выбора тестируемого диска просто выберите его в списке:

ШАГ 6. Анализируем показатели S.M.A.R.T.

Первым делом зайдите во вкладку S.M.А.R.T. и изучите показатели, оцените общее состояние диска. Значения показателей S.M.А.R.T. могут рассказать о многом – это как результаты анализов в руках у терапевта, по ним можно определить, болен пациент или здоров. Но сейчас не об этом. Подробно о показателях S.M.А.R.T. описано в статье «Система S.M.A.R.T., анализ показателей S.M.A.R.T. жесткого диска». В нашем случае показатели в норме, переживать не стоит – движемся дальше.

ШАГ 7. Открываем вкладку «Тестирование»

Переходим на вкладку «Тестирование».

ШАГ 8. Выполняем предварительную настройку и запускаем «освежение»

Далее выполняем по пунктам:

Включаем отображение результатов скорости чтения поверхности диска в виде графика – убираем галочку «Grid».
Выбираем режим работы с поверхностью диска – «Чтение»;
Выбираем действие в случае нахождения медленного участка – «Обновить», в этом случае информация на найденном медленном участке будет прочитана и перезаписана, «освежена» (REFRESH).
В выпадающем списке «timeout, ms» выбираем время в миллисекундах, рекомендую от 50 до 100. Если вы выбрали 100, тогда все участки диска, которые не удалось прочитать за 100 миллисекунд, будут считаться медленными и к ним будет применена процедура перезаписи («освежения»). Примечание: если вы установите этот параметр очень маленьким, например, 20 или 50, тогда практически каждый участок диска будет считаться медленным и «Victoria» будет «освежать» практически всю поверхность – процесс растянется по времени, будьте готовы к этому.
Нажимайте «Scan» и запускайте процесс.

Процесс запущен, побежали данные, появилась информация о текущей скорости чтения диска, начал строиться график. Вместо кнопки «Scan» появилась кнопка «Stop» для преждевременной остановки процесса, но нажимать мы её не будем.

Ниже кнопки «Stop» расположена табличка с информацией о количестве участков диска и их скорости чтения. В эту табличку в процессе тестирования заносится суммарное количество участков с временем чтения до указанного в миллисекундах времени, например, как показано на фото ниже, при начале тестирования моего диска:

до 5 миллисекунд – 19532 участка (блока)
до 20 миллисекунд – 911
до 50 миллисекунд – 0
до 200 миллисекунд – 0
до 600 миллисекунд – 0
> (более) – 0
Err (ошибок чтения) – 0

ШАГ 9. Нахождение первого медленного участка и попытка выполнения перезаписи информации

Начав процесс тестирования поверхности, буквально через 3 минуты, программой был найден первый участок (блок) с скоростью чтения более 600 миллисекунд, программа должна была «освежить» информацию в нём (сделать REFRESH), но не смогла это сделать, написав сообщение:

10:17:11 Block 31656192 try REFRESH… fail: Отказано в доступе (FAQ #6, https://hdd.by/victoria_faq/)

Дело в том, что операционные системы Windows 7 и выше — чрезмерно заботятся о безопасности, и запрещают запись на винчестеры, имеющие логические разделы (даже если эти разделы скрыты). А поскольку, при обновлении информации («освежении»), выполняется, фактически, прямая запись на накопитель, то решение проблемы будет в отключении MBR, и после этого можно будет «освежать» медленные участки или лечить дефекты диска. Подробнее о том как это сделать и зачем читайте на официальном сайте в разделе FAQ https://hdd.by/victoria_faq/ пункты #6 и #3.

Примечание: Не забудьте после окончания процесса включить MBR вновь.

ШАГ 10. Отключение MBR

Пропускаем этот шаг, если у вас НЕ появлялись ошибки «REFRESH… fail: Отказано в доступе… ».

Пропустить этот шаг также следует и тем, у кого тестируемый диск является системным и загрузочным, если с него вы загружаете систему в которой запускаете программу «Victoria». Windows сможет загрузиться с этого диска пока MBR выключен!

Итак, если у вас появилась ошибка «REFRESH… fail: Отказано в доступе… », то делаем следующее:

Прерываем текущий процесс, нажав кнопку «Stop».
Переходим на вкладку «Редактор».
Нажимаем кнопку «MBR OFF».
Перезагружаем Windows и начинаем почти с самого начала, с запуска программы (ШАГ 3.)

ШАГ 11. Окончание процесса «освежения», анализ результата

Итак, выполнение теста на чтение и «освежение» медленных участков окончено. Процесс остановлен автоматически. Результаты можно видеть в окне программы и более подробные в логе в нижней части окна.

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

до 5 миллисекунд – 1792682 участка (блока)
до 20 миллисекунд – 115082
до 50 миллисекунд – 24
до 200 миллисекунд – 4
до 600 миллисекунд – 0
> (более) – 3
Err (ошибок чтения) – 0

Несколько раз во время теста запускался процесс перезаписи информации, «освежение». Если быть точным, то не менее трёх раз. Обновлялись участки с временем чтения более 100 миллисекунд, а таких было 3 участка, у которых время чтения более 600 миллисекунд и может быть ещё были участки от 100 до 200 миллисекунд, но точно сказать я не могу, т.к. в список «до 200 миллисекунд» засчитались также и участки с временем от 51 и до 100, которые не подлежали перезаписи.

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

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

ШАГ 12. Включение MBR

Внимание! Этот шаг вы должны пропустить, если вы не выполняли отключение MBR на шаге 10.

Итак, будем включать MBR, для этого выполняем следующее:

1. Переходим на вкладку «Редактор».

2. Нажимаем кнопку «MBR ON».

3. Ожидаем сообщения в логе «Signature XXXXh found… Complete.» и зелёного индикатора состояния MBR.

4. Перезагружаем Windows и запускаем программу снова.

ШАГ 13. Повторная проверка скорости чтения диска

Ну и наконец, мы повторно запустим тест чтения поверхности всего диска, чтобы определить, а получен ли эффект от перезаписи медленных участков?

Запускам программу, выбираем тестируемый диск и переходим на вкладку «Тестирование». Далее всё подобно шагу 8, но с некоторыми изменениями. Если подробно, то:

Далее выполняем по пунктам:

Выбираем режим работы с поверхностью диска – «Чтение»;
Выбираем действие в случае нахождения медленного участка – «Починить», в этом случае на найденном медленном участке будет применена попытка заставить жесткий диск произвести замену «медленного» сектора на «запасной» из резервной области, произвести «ремап» (REMAP). Однако успех этой операции зависит от самого диска и его микропрограммы.
В выпадающем списке «timeout, ms» оставляем рекомендуемое значение, в моём случае оно равно 10000 миллисекунд.
Нажимайте «Scan» и запускайте процесс.
Ждём окончание процесса и сравниваем результаты.

Результат проверки вы видите на фото:

Были найдены блоки с такой скоростью чтения:

до 5 миллисекунд – 1791341 участка (блока)
до 20 миллисекунд – 116427
до 50 миллисекунд – 19
до 200 миллисекунд – 7
до 600 миллисекунд – 1
> (более) – 0
Err (ошибок чтения) – 0

ВЫВОДЫ

Если сравнить результаты двух тестов скорости чтения поверхности до «освежения» и после, то можно заметить, что исчезли три участка со скоростью чтения более 600 миллисекунд, стало меньше участков с скоростью от 21 до 50 миллисекунд, но появились ещё 3 участка (было 4, стало 7) с скоростью от 51 до 200 миллисекунд. Вполне возможно, что участки «более 600 миллисекунд» стали участками от «51 до 200 миллисекунд», что очень хорошо. Напомню, что диск у меня в довольно хорошем состоянии из хорошего трудно сделать очень хороший. У вас же при тестировании плохих или медленных дисков картина «до» и «после» будет более различна, и результат будет более очевиден.

Источник

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

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

Рис. 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 файлов, найденных посредством поиска регулярных выражений

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

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

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