что такое проверка файловой системы
SFC и DISM: Проверка и Восстановление системных файлов в Windows 10
Всякий раз, когда что-то идет не так с компьютером или ноутбуком, есть ряд инструментов для устранения неполадок, которые вы можете выполнить, чтобы попытаться устранить проблему. В Windows 10/8/7 есть несколько встроенных команд, которые можно использовать для проверки и восстановления поврежденных системных файлов, которые со временем вызывают проблемы при изменении.
Одним из способов устранения неполадок, связанных с Windows, является проверка системы и восстановление системных файлов. Это может помочь во всех типах проблем, таких как медленная система, синий экран смерти, внезапные сбои питания и сбои системы.
Проверка и Восстановление системных файлов
Чтобы правильно и корректно проверить и восстановить системные файлы в Windows 10, запустите командную строку от имени администратора и введите ниже команды по очереди:
Ниже разберем более подробно команды, что делать с ошибками при вводе команд, как использовать SFC и DISM из образа и дополнительных параметров и, как прочесть файл CBS.log, когда появляется ошибка «Программа защиты ресурсов Windows обнаружила поврежденные файлы и не смогла восстановить. Подробные сведения в файле CBS.Log, который находится по пути: C:\Windows\Logs\CBS\CBS.log«.
1. Использование инструмента System File Checker (SFC)
Запустите командную строку (CMD) от имени администратора. Нажмите «поиск» и напишите просто «cmd» или «командная строка», далее по ней правой кнопкой мыши и запуск от имени админа.
Задайте ниже команду и дождитесь окончания процесса:
Примечание: После сканирования вашей системы будет выдан один из трех результатов:
Запуск SFC через дополнительные параметры
Если инструмент SFC не смог восстановить системный файл, значит может быть, что он работают в данный момент и инструмент не сможет его заменить на новый. В данном случае, придется загрузиться в дополнительные параметры и запустить командную строку.
В дополнительных параметрах перейдите «Поиск и устранение неисправностей» > «Дополнительные параметры» > «Командная строка».
Далее задайте команду:
2. Использование инструмента Deployment Image and Service Management (DISM)
Если вышеуказанное не работает, есть один последний способ проверить повреждение в системных файлах и исправить их. Используем инструмент Deployment Image and Service Management (DISM). Команда работает с системами Windows 8/8.1/10. Откройте обратно командную строку от имени администратора и используйте следующую команду:
Процесс может занять длительное время с зависанием процентной шкалы. Закончив работу, перезагрузите компьютер и запустите обратно sfc /scannow, чтобы убедиться, что ошибок нет или ошибка пропала.
Запуск DISM из образа Windows
Если выше команда DISM выдает ошибку повреждения компонентов хранилища, то можно восстановить файлы из ISO образа. Смонтируйте ISO образ Windows 10 в проводнике.
Примечание: Лучше, чтобы версия, язык и архитектура монтируемого образа, совпадала с текущей Windows 10, которая установлена.
Далее введите ниже команду и замените букву I на подключаемый образ. Откройте проводник (этот компьютер) и посмотрите букву диска.
Анализ лога CBS, какие файлы не удалось восстановить
Если после сканирования системных файлов, программа защиты ресурсов Windows обнаружила поврежденные файлы, но не может восстановить некоторые из них, лог файл CBS может помочь определить, какие именно файлы повреждены. Для этого:
Как проверить файловую систему на ошибки?
В случае экстренного отключения электропитания включённый персональный компьютер аварийно завершает свою работу. Если повезёт, то после восстановления электропитания компьютер вновь можно включить и он будет продолжать исправно работать. Но в 5 процентах случаев возникает проблема. Она связана с тем, что возникают ошибки в файловой системе жесткого диска. Такие ошибки приводят к тому, что при загрузке не получается выполнить считывание необходимых файлов. И, разумеется, компьютер не включается. Для устранения ошибок в файловой системе необходимо проверти её проверку на ошибки. И тут возникает проблема. Ведь проверка файловой системы на ошибки требует исправного компьютера. А такого в следствие той самой ошибки как раз таки и нет.
Поэтому, для выполнения проверки можно воспользоваться загрузочным диском или загрузочной флешкой. Т.е. это будет Live CD или по аналогии Live Flash. Но в том случае, когда под рукой есть еще один компьютер можно поступить проще. В последний раз методом «поступить проще» я и воспользовался. 1. извлек жесткий диск на котором возникла ошибка в файловой системе 2. подключил к работоспособному компьютеру в качестве второго накопителя 3. встроенными средствами Windows выполнил проверку жесткого диска 4. извлек жесткий диск после проверки 5. и возвратил его в целевой компьютер. Запуск показал что работоспособность системы восстановлена. Вот такой не сильно сложный способ проверки и восстановления файловой системы после появления в ней ошибок.
Проверка файловой системы штатными средствами — пошагово
Для выполнения проверки ФС выполняем операции: — заходим в «Компьютер» или «Мои компьютер» — смотря у кого какая версия операционной системы Windows — открывает контекстное меню диска, который Вы намерены проверить — выбираем в контекстном меню пункт «СВОЙСТВА» — в открывшемся диалоговом окне переходим на вкладку «СЕРВИС» — на открывшейся вкладке видим пункт «Проверка на наличие ошибок» и кнопку «ПРОВЕРИТЬ» — на обнаруженную кнопку и нажимаем. — появляется диалоговое окно, уточняющее согласие на проведение проверки диска — отвечаем утвердительно. (Важно обратить внимание на то, что на изображении отмечена опция «Проверять и восстанавливать повреждённые сектора» ). В том случае, если эта опция выставлена, проверка будет состоять из 5-ти этапов, а не из трех. Проверка будет более длительной, но одним из элементов проверки станет поиск и ремап бэд блоков на жестком диске.
Проверка файловой системы на ошибки штатными средствами Windows
Запуск проверки жесткого диска на ошибки через командную строку
Если Вам не хочется запускать проверку диска графическими средствами ОС, то её можно запустить и средствами командной строки. Для этого — запускаем — Пуск — Выполнить — и в окне командной строки пишем команду «cmd» — выполнить. Если у Вас Windows 8.0 или Windows 8.1 то окошка «выполнить» Вам не отыскать. И окно командной строки можно запустить через сочетание горячих клавиш — «Windows + R».
Запуск командной строки Windows
Для запуска проверки введена команда — CHKDSK D: /F /R 
Как видно из команды на проверку поставлен диск «D». Далее следуют команды: /F — команда исправления ошибок на диске /R — команда поиска повреждённых секторов и восстановления уцелевшей информации Если Вы намерены более детально изучить все возможности команды проверки диска «CHKDSK», то можно через командную строку Windows вывести параметры данной команда — для этого используем команду chkdsk /?
Использование средства проверки системных файлов для восстановления отсутствующих или поврежденных системных файлов
Если некоторые функции Windows не работают или Windows завершает работу, используйте средство проверки системных файлов для сканирования Windows и восстановления файлов.
Несмотря на то, что приведенные ниже шаги могут показаться сложными на первом этапе, просто выполните их по порядку, и мы попробуем помочь вам.
Запуск средства проверки системных файлов (SFC.exe)
выполнив указанные ниже действия.
Откройте командную строку с повышенными привилегиями. Для этого выполните указанные ниже действия, в зависимости от версии операционной системы:
Пользователям Windows 10, Windows 8.1 или Windows 8 перед запуском средства проверки системных файлов нужно запустить систему обслуживания образов развертывания и управления ими (DISM). (Если на вашем компьютере установлена система Windows 7 или Windows Vista, перейдите сразу к шагу 3.)
Введите следующую команду и нажмите клавишу ВВОД. Выполнение команды может занять несколько минут.
DISM.exe /Online /Cleanup-image /Restorehealth
Важно! При запуске этой команды DISM обращается к Центру обновления Windows, чтобы получить файлы для устранения повреждений. Но если поврежден клиент Центра обновления Windows, используйте работающий экземпляр Windows в качестве источника восстановления либо параллельную папку Windows из сетевого расположения или со съемного носителя, например DVD-диска Windows, в качестве источника файлов. Для этого введите в командной строке такую команду:
DISM.exe /Online /Cleanup-Image /RestoreHealth /Source: C:\RepairSource\Windows /LimitAccess
Примечание. Вместо заполнителя C:\RepairSource\Windows укажите расположение вашего источника восстановления. Дополнительные сведения об использовании средства DISM для восстановления Windows см. в статье Восстановление образа Windows.
Введите в командной строке приведенную ниже команду и нажмите клавишу ВВОД:
Команда sfc /scannow проверит все защищенные системные файлы и заменит поврежденные файлы их кэшированной копией, расположенной в сжатой папке по адресу %WinDir%\System32\dllcache.
Заполнитель %WinDir% представляет собой папку операционной системы Windows. Например, C:\Windows.
Примечание. Не закрывайте это окно командной строки, пока проверка не завершится на 100 %. Результаты проверки будут показаны после завершения данного процесса.
После завершения процесса проверки на экране может появиться одно из приведенных ниже сообщений:
Защита ресурсов Windows не обнаружила нарушений целостности.
Это значит, что отсутствующие и поврежденные системные файлы не обнаружены.
Защита ресурсов Windows не может выполнить запрошенную операцию.
Для устранения этой проблемы выполните сканирование с помощью средства проверки системных файлов в безопасном режиме, убедитесь, что папки PendingDeletes и PendingRenames находятся в папке %WinDir%\WinSxS\Temp.
Защита ресурсов Windows обнаружила поврежденные файлы и успешно их восстановила. Сведения см. в журнале CBS.Log %WinDir%\Logs\CBS\CBS.log.
Для просмотра подробных сведений о сканировании и восстановлении системных файлов перейдите к разделу Как просмотреть подробные сведения процесса работы средства проверки системных файлов.
Защита ресурсов Windows обнаружила поврежденные файлы, но не может восстановить некоторые из них. Сведения см. в журнале CBS.Log %WinDir%\Logs\CBS\CBS.log.
Проведите пальцем от правого края экрана к центру и коснитесь кнопки Поиск. Либо, если вы используете мышь, переместите указатель в правый нижний угол экрана и щелкните кнопку Поиск. Введите запрос Командная строка в поле Поиск, щелкните правой кнопкой мыши элемент Командная строка, затем выберите команду Запуск от имени администратора. Если система запросит пароль администратора или подтверждение, введите пароль или нажмите кнопку Разрешить.
Для этого нажмите кнопку Пуск, введите запрос Командная строка или cmd в поле Поиск, щелкните правой кнопкой мыши элемент Командная строка, а затем выберите команду Запуск от имени администратора. При получении запроса на ввод пароля администратора или подтверждения введите пароль или нажмите кнопку Разрешить.
Дополнительная информация
Чтобы ознакомиться с подробными сведениями, включенными в файл CBS.Log, вы можете скопировать сведения в файл Sfcdetails.txt с помощью команды Findstr, а затем просмотреть их в этом файле. Для этого выполните указанные ниже действия.
Откройте командную строку с повышенными привилегиями, как это описано на шаге 1.
Введите в командной строке приведенную ниже команду и нажмите клавишу ВВОД:
Примечание. В файле Sfcdetails.txt содержатся сведения о каждом запуске средства проверки системных файлов на компьютере. Он также содержит информацию о файлах, которые не были исправлены средством проверки системных файлов. Проверьте дату и время записей, чтобы определить проблемные файлы, обнаруженные при последнем запуске средства проверки системных файлов.
Откройте файл Sfcdetails.txt на рабочем столе.
В файле Sfcdetails.txt используется следующий формат:
Сведения о дате и времени SFC В следующем примере файла журнала содержится запись для одного файла, который не удалось исправить: 2007-01-12 12:10:42, Info CSI 00000008 [SR] Cannot repair member file [l:34<17>]»Accessibility.dll» of Accessibility, Version = 6.0.6000.16386, pA = PROCESSOR_ARCHITECTURE_MSIL (8), Culture neutral, VersionScope neutral, PublicKeyToken =
Как вручную заменить поврежденный системный файл гарантированно работоспособной копией файла.
После определения, какой системный файл поврежден и не может быть восстановлен, с помощью подробных сведений в файле Sfcdetails.txt, выясните расположение поврежденного файла, затем вручную замените поврежденный файл его гарантировано работоспособной копией. Для этого выполните указанные ниже действия.
Примечание. Гарантировано работоспособную копию системного файла можно взять с другого компьютера, на котором установлена такая же, как на вашем компьютере версия Windows. Чтобы убедиться в работоспособности системного файла, который вы планируете скопировать на другом компьютере, можно провести процесс проверки средством проверки системных файлов.
Распространите на поврежденный системный файл права собственности администратора. Для этого скопируйте, а затем вставьте (или введите) в командную строку с повышенными привилегиями приведенную ниже команду, затем нажмите клавишу ВВОД:
takeown /f Путь_и_имя_файла Примечание. Заполнитель Путь_и_имя_файла представляет собой путь и имя файла для поврежденного файла. Например, введите takeown /f C:\windows\system32\jscript.dll. 
Предоставьте администраторам полный доступ к поврежденному системному файлу. Для этого скопируйте и вставьте (или введите) приведенную ниже команду и нажмите клавишу ВВОД:
icacls Путь_и_имя_файла /GRANT ADMINISTRATORS:F Примечание. Заполнитель Путь_и_имя_файла представляет собой путь и имя файла для поврежденного файла. Например, введите icacls C:\windows\system32\jscript.dll /grant administrators:F.
Замените поврежденный системный файл гарантировано работоспособной копией файла. Для этого скопируйте и вставьте (или введите) приведенную ниже команду и нажмите клавишу ВВОД:
Copy Исходный_файл Расположение Примечание. Заполнитель Исходный_файл представляет собой путь и имя гарантировано работоспособной копии файла на вашем компьютере, а заполнитель Расположение представляет собой путь и имя поврежденного файла. Например, введите copy E:\temp\jscript.dll C:\windows\system32\jscript.dll.
Проверка и исправление ошибок жестких дисков — CHKDSK
Команда CHKDSK предназначена для проверки и устранения логических ошибок на жестком диске. Ниже мы рассмотрим особенности её работы и другие функции утилиты.
Содержание:
Команда CHKDSK является встроенной утилитой, основная функция которой заключается в проверке и исправлении ошибок жесткого диска. Помимо этого, при помощи CHKDSK можно быстро находить и исправлять поврежденные сектора, а также ошибки в файловой системе накопителя.
Таким образом, CHKDSK – важная утилита, позволяющая продлить строк службы жесткого диска, а также увеличить скорость его работы, поэтому абсолютно каждый пользователь ОС Windows должен уметь пользоваться и проверять свои носители встроенными средствами. Ниже будет представлено несколько способов проверки дисков из работающей ОС и командной строки.
Проверка жесткого диска в работающей Windows
Для проверки логических разделов жесткого диска при помощи CHKDSK в работающей Windows необходимо:
Шаг 1. Открыть каталог «Этот компьютер», нажать правой кнопкой мыши по необходимому логическому разделу и выбрать пункт «Свойства».
Шаг 2. В открывшемся окне перейти во вкладку «Сервис» и выбрать пункт «Проверить».
Шаг 3. Подтверждаем проверку диска и после ее завершения нажимаем по кнопке «Показать подробности».
Шаг 4. Вся информация и результаты проверки диска будут доступны в графе «Сведения».
Проверка диска из командной строки
В некоторых ситуациях пользователю может понадобиться запуск утилиты CHKDSK из командной строки. Такая возможность позволит проверить и восстановить диск в том случае, если система не запускается и графический интерфейс Windows остается недоступным.
Чтобы запустить командную строку из среды восстановления ОС, необходимо:
Шаг 1. Воспользоваться установочным диском или загрузочной флешкой Windows и после окна выбора языка нажать по пункту «Восстановление системы». Перейдя в среду восстановления, следует нажать по пункту «Поиск и устранение неисправностей».
Шаг 2. На следующем окне следует выбрать пункт «Дополнительные параметры», после чего можно обнаружить кнопку «Командная строка».
Также всегда остается возможность запустить утилиту проверки дисков через командную строку из работающей системы. Важно! Для использования полного потенциала CHKDSK следует производить запуск командной строки только с правами администратора. В ином случае утилита CHKDSK проведет проверку без устранения выявленных неполадок.
Запустить командную строку или Windows PowerShell от имени администратора можно, нажав правой кнопкой мыши по кнопке «Пуск» и выбрав пункт «Командная строка(администратор)».
Команды для работы с CHKDSK в командной строке
Находясь в командной строке, можно провести быструю проверку жесткого диска (аналогичная проверка была описана в начале) без перезагрузки системы. Для этого достаточно ввести команду «CHKDSK» и подтвердить действие кнопкой Enter.
Для проверки диска и исправления логических ошибок на нем необходимо воспользоваться командой «chkdsk C: /F /R», где С – имя необходимого диска.
Для подтверждения проверки диска после перезагрузки необходимо нажать клавишу «Y».
Помимо полного анализа и по возможности исправления поврежденных секторов, утилита может выполнять проверку и решение ошибок только файловой системы. Для этого следует воспользоваться командой «chkdsk C: /F» и подтвердить действие «Y».
С полным списком и описанием возможностей утилиты можно ознакомится, введя команду «chkdsk /?».
Стоит отметить, что проблемы с диском могут быть вызваны не только программными ошибками, но и физическим износом, механическими повреждениями поверхности и другими факторами, которые невозможно исправить при помощи встроенной утилиты CHKDSK.
Чтобы получить полную картину о состоянии носителя, можно воспользоваться бесплатной программой для проверки дисков Victoria. Узнать о том, как пользоваться, исправлять и проводить диагностику HDD с помощью Victoria Вы сможете в статье: «Используем программу Victoria для тестирования и исправления жесткого диска»
Восстановление информации с проблемного жесткого диска
Проблемы с жестким диском – всегда большая угроза для важной информации и документов, хранящихся на компьютере. Чтобы быть готовым к любым обстоятельствам, рекомендуем всегда иметь под рукой специальную программу для эффективного восстановления файлов RS Partition Recovery. Данная утилита поможет восстановить всю утерянную информацию даже в самых сложных случаях.
При помощи RS Partition Recovery можно восстанавливать:
Самостоятельная диагностика жестких дисков и восстановление данных
В данной статье описываются методы самостоятельной диагностики различных неисправностей жестких дисков по симптомам их проявления, а также способы относительно безопасного клонирования жестких дисков с незначительными проблемами.
Рассмотрены различные случаи утраты данных и набор оптимальных действий, которые без глубоких знаний устройства файловых систем с помощью программ автоматического восстановления помогут вам вернуть вашу информацию без посторонней помощи.
Но прежде, чем приступить к каким-либо самостоятельным действиям, необходимо внимательно ознакомиться со всеми материалами статьи, и только потом анализировать состояние вашего жесткого диска, чтобы ваши попытки не стали последними в жизни накопителя, и чтобы оными вы не лишили себя последних надежд на восстановление нужных вам данных.
СОДЕРЖАНИЕ
Часть первая: Диагностика
Часть вторая: Восстановление данных.
Соглашаясь на следование дальнейшим инструкциями, вы осознаете, что никто кроме вас самих не несет ответственности за возможный выход из строя накопителя и безвозвратную потерю данных. Набор мер направлен на снижение вероятности наступления неблагоприятного исхода, но не страхует от него на 100%.
Диагностика
1. Визуальный осмотр
Осмотрите накопитель на предмет наличия деформаций, отсутствующих или выгоревших элементов на плате контроллера, проверьте целостность разъемов. Если обнаруживаются какие-то серьезные повреждения или выгоревшие элементы, то настоятельно не рекомендуется пытаться подавать питание на такой накопитель, во избежание усугубления проблемы.
Используя отвертки (как правило, это Torx — T5, T6, T9) открутите винты, фиксирующие плату контроллера, и проверьте состояние контактных площадок на плате контроллера.
Рис. 2 на контактных площадках присутствует оксидная пленка
При наличии окислов можно обычным ластиком попытаться убрать их с контактных площадок. Работать с ластиком можно только над плоскими площадками, как на рисунке. В иных случаях подобное действие неприменимо.
Рис. 3 очищенные контактные площадки.
Попытка подставить неподходящую плату контроллера (с иным номером на PCB ) может привести к выгоранию коммутатора-предусилителя.
При наличии мультиметра проверьте цепи 5В и 12В на предмет короткого замыкания. Также проверьте сопротивление обмоток двигателя. Если есть в наличии гарантированно исправный точно такой же накопитель (совпадает производитель, модельный ряд, ревизия платы контроллера), то можно проверить, одинаковое ли количество выводов в колодке коммутатора будет прозваниваться на «землю», а также сравнить сопротивления. При серьезных различиях можно сделать вывод, коммутатор-предусилитель неисправен, и на этом прекратить какие-либо самостоятельные попытки дальнейшего восстановления данных.
2. Тестовый запуск
Если вам заведомо известно, что накопитель был ударен или уронен в рабочем состоянии, или до того, как попал к вам, начал издавать стучащие звуки, воздержитесь от попыток включения.
В этих случаях требуется обязательное вскрытие жесткого диска в условиях ламинарного бокса (или чистой комнаты) и скрупулезное обследование с использованием микроскопа.
Рис. 4 подключение кабелей к жестким дискам.
После подачи питания накопитель должен начать вращать вал. В некоторых случаях это может не произойти с совершенно исправными накопителями, если по каким-то причинам в настройки накопителя внесено требование подачи команды spin up.
При вращении вала появляется легкий шум от воздушного потока. В некоторых накопителях он едва слышим поэтому можно вооружиться стетоскопом (или держать накопитель близко у уха с соблюдением всех правил техники безопасности, чтобы не допустить короткого замыкания).
Если вместо шума воздуха слышна серия цикличных жужжаний, тихих писков или звуков, отдаленно похожих на телефонные гудки, то вероятнее всего накопитель не может начать вращение вала двигателя. Причины этому могут быть следующие: залипание БМГ вне парковочной рампы (зоны), заклинивание вала двигателя, неисправность микросхемы VCM&SM контроллера.
При заклинивании вала двигателя обычно требуется пересадка пакета дисков в гермоблок накопителя донора. Такое мероприятие в домашних условиях без должной подготовки и отсутствия необходимых инструментов в 99,9% случаев будет обречено на провал.
После того, как накопитель начал вращение вала, он должен выполнить калибровку, произвести чтение микропрограммы и, проинициализировав систему трансляции, выйти в готовность. Если вместо калибровки раздаются цикличные стучащие звуки, скрежет или какие-то иные звонкие звуки, немедленно отключите накопитель. Причиной подобных явлений может быть: неисправность БМГ или коммутатора-предусилителя, неисправность микросхемы VCM&SM контроллера.
Какие действия можно предпринять при неисправной плате контроллера, указано в разделе «Визуальный осмотр».
Рис. 5 сильно исцарапанная поверхность пластины (множественные запилы).
Если накопитель отдает некорректные паспортные данные, например только название модели и нулевую емкость, или название модели не совсем такое, как должно быть, отсутствует серийный номер, то это говорит о том, что процедуры инициализации завершились неуспешно и есть неполадки в микропрограмме. В таких случаях самостоятельно решить проблему без использования профессиональных программно-аппаратных комплексов обычно невозможно.
Отдельным исключением можно рассмотреть случай с Seagate 7200.11 (семейства Moose) с которыми некоторые проблемы можно было решить с использованием RS232-TTL адаптера и обычного терминала, но здесь нужно понимать, что без вникания в проблему микрокода есть риски существенно усугубить ситуацию.
Настоятельно не рекомендуется применять методику в отношении других семейств, так как она приведет к пересчету транслятора, который в подавляющем большинстве случаев будет некорректен и доступ к пользовательской зоне будет до первой точки расхождения. Восстановление данных в этом случае существенно усложняется.
Рис. 6 паспортная емкость диска 1Тб после некорректной отработки BIOS мат. платы Gigabyte
Для решения этой проблемы можно использовать HDAT2 или аналогичное бесплатное диагностическое ПО, с помощью которого можно вернуть оригинальную паспортную емкость накопителя, а также отключить возможность управления HPA в DCO во избежание рецидива проблемы.
3. Подготовка к тестированию
При тестировании дисков вне профессиональных комплексов важно подготовить операционную систему заранее. Необходимо запретить автоматическое монтирование томов диска во избежание самодеятельности операционной системы.
Также необходимо приготовить диагностическое ПО. Под Windows можно использовать бесплатный PC3000 DiskAnalyzer в котором, кроме диагностической функции есть возможность создания посекторной копии. Также желательно иметь в наличии загрузочный USB flash накопитель с HDAT2.
Не обязательно для диагностики использовать только это программное обеспечение. Можно использовать любые иные аналоги, за исключением некоторого небесплатного ПО для слишком доверчивых пользователей, в рекламе которого могут звучать подобные слоганы «… unique program for regeneration of physically damaged hard disk drives. It does not hide bad sectors, it really restores them!». При очень громких заявлениях по факту подобное ПО имеет весьма скромные возможности, которые не превышают возможностей бесплатного ПО, а идеология работы с дефектами больше направлена на окончательное убийство накопителя, нежели на помощь в дальнейшем получении данных.
4. Тестирование
Используя диагностическое ПО, необходимо запросить параметры S.M.A.R.T.
Важно оценить показатели по атрибутам 5 и 197(С5). Если значения в столбце RAW нулевые или показатели проблем единичные, тогда необходимо перейти к дальнейшему тестированию.
Если количество кандидатов в дефекты трех-четырехзначное число, то в большинстве случаев дальнейшие попытки тестирования поверхности или сканирования утилитами автоматического восстановления данных усугубят проблему вплоть до полной невозможности получения данных.
Важно непрерывно контролировать процесс сканирования. При появлении посторонних звуков или обнаружении крупных зон с ошибками чтения немедленно прерывать процесс и отключить накопитель во избежание наступления необратимых последствий.
Рис. 9 график сканирования исправного диска
Если результатом сканирования диска получен монотонно-убывающий по скорости график и не зарегистрировано ошибок чтения, то накопитель можно считать исправным и переходить к следующему разделу.
В дисках с большим медиакэшем и трансляцией, отличающейся от классической (как правило в дисках с черепичной записью (SMR),) график может быть иной формы. Возможны различного рода выпады.
Рис. 10 график сканирования диска с проблемной головкой
Если при верификации диска обнаруживаются цикличные «медленные» зоны, то это характерный признак не совсем исправной головки. Не нужно ждать, когда будут обнаружены дефекты, и немедленно прекратить тестирование.
В такой ситуации не приходится ждать ничего хорошего при самостоятельных попытках извлечения данных. С высокой вероятностью накопитель не переживет попытку создания посекторной копии доступными пользователю средствами.
5. Посекторная копия
Если по результатам тестирования накопитель исправен и никаких проблем не обнаруживается, то можно не создавать посекторную копию и работать с оригинальным диском. Но во избежание различного рода случайностей настоятельно рекомендуется не пропускать этот шаг и далее работать только с копией.
При исправном жестком диске или диске с небольшим количеством дефектов нет особой разницы, какой инструмент вы примените, важно, чтобы он создавал полную копию. Также важно не пытаться задействовать опции некоторых программ по созданию сжатого образа, так как потом вы скорее всего сможете работать только в рамках возможностей ПО, создавшей такой образ.
Не все ПО бесплатное, но во многом возможностей trial/demo версии будет достаточно для создания копии накопителя.
В качестве примера используем WinHex для клонирования диска.
Рис. 11 опции в меню WinHex для клонирования диска
На вкладке «Инструменты» выбираем опцию «Дисковые инструменты» в выпавшем окне выбираем «Клонировать диск» или просто нажимаем Ctrl+D.
Рис. 12 настройки параметров клонирования
Источником выбираем диск, который необходимо клонировать.
Приемником может выступить диск аналогичного или большего объема, а также возможно клонирование в файл-образ.
Убедитесь, что на диске-приемнике достаточно свободного пространства.
В настройках копирования желательно задействовать опцию «пропускать дефекты, секторов».
«Шаблон для замены дефектов источника» — указать удобное для поиска слово или словосочетание, которым будет заполнен сектор в копии на месте непрочитанных секторов из источника. В дальнейшем удобно будет находить поврежденные файлы.
При создании копии обязательно неотрывно контролировать процесс. При появлении посторонних звуков, зависании накопителя или обнаружении большего числа, чем было при первичном тестировании, немедленно прекратить процесс и отключить накопитель во избежание наступления необратимых последствий.
В профессиональных средствах восстановления данных, в таких как DataExtractor, значительно большие возможности по настройке сценария копирования данных, а также присутствует контроль состояния накопителя, что существенно повышает шансы на успешное извлечение при наличии грамотного специалиста.
Рис. 13 настройки реакций профессионального комплекса при проблемах чтения
Восстановление данных
6. Методы восстановления
На сегодняшний день существует масса программ автоматического восстановления данных, которые не требуют от пользователя никаких профильных знаний и подразумевают получение данных чуть ли не в один клик мышкой. Но такой подход во многих случаях не даст максимально возможного результата или он будет теряться в массе мусорных вариантов.
Для эффективной работы программы восстановления данных лучше максимально сузить область поиска. Для этого желательно указать область сканирования и тип искомой файловой системы. Такое уточнение может отброс ить массу вариантов предыдущих файловых систем, а также снизит вероятность неверного интерпретирования обнаруженных метаданных файловой системы.
Рис. 14 Пример настройки R-studio для поиска метаданных нужной файловой системы
Метаданные файловой системы — это структуры, описывающие расположение файлов их имена, атрибуты, права доступа к ним, логи и т.п.
Рис. 15 Пример метаданных. Фрагмент записи MFT (Master File Table в NTFS)
Не во всех случаях программы автоматического восстановления точно рассчитывают начальную точку отсчета применительно к найденным метаданным, а также не всегда корректно отсеивают данные разных файловых систем, в связи с чем возможен ошибочный расчет расположения для всех файлов, к тому же различные мусорные интерпретации увеличивают предполагаемый объем данных, порой во много раз больше, чем емкость самого накопителя.
В профессиональных комплексах присутствуют инструменты по созданию виртуальных томов различных файловых систем с заданными вручную параметрами, а также инструменты для поиска метаданных с возможностью отсева лишних объектов вручную.
В случаях, когда нужных метаданных файловой системы уже не существует или они некорректны, необходимо применить метод поиска регулярных выражений характерных для тех или иных типов файлов.
Рис. 16 0xFF 0xD8 0xFF регулярное выражение характерное для JPG файлов
Программы автоматического восстановления, ведущие поиск таким методом в своем большинстве, обладают следующими недостатками: отсутствует структура каталогов и оригинальные имена файлов, не производится анализ структуры файлов и недостаточно контролируется целостность найденного файла, в связи с чем находится множество мусорных данных, которые невозможно использовать, для многих типов файлов не рассчитывается корректный размер.
Рис. 17 Настройки R-Studio для поиска регулярных выражений нужных вам файлов
7. Типовые случаи и рекомендуемые действия
Повреждение файловой системы
Рис. 18 поврежденные метаданные файловой системы (нераспознанная файловая система RAW)
В этих случаях достаточно эффективен метод поиска метаданных файловой системы в границах существующего раздела. При незначительных повреждениях можно получить результат, близкий к 100%. Данная рекомендация актуальна для большинства различных файловых систем.
Разумеется, существуют случаи, когда в результате сбоев оказывается испорченным большой объем метаданных текущей файловой системы. Тогда, если не отработал первый вариант, необходимо воспользоваться методом анализа регулярных выражений для поиска нужных вам файлов.
Работа специалиста отличается тем, что он оценивает характер повреждения метаданных и если они не уничтожены, а пребывают в искаженном виде, то возможны ручные коррекции в шестнадцатеричном редакторе.
Удаление файла или группы файлов.
Ошибочное удаление данных — достаточно частый случай. Последствия этого действия сильно зависят от типа файловой системы, а также в относительно новых дисках от идеологии работы микропрограммы самого устройства.
Если файлы были удалены на разделе с файловой системой NTFS, то оптимальным методом поиска будет экспресс анализ в различных утилитах, при котором быстро сканируются ключевые структуры (MFT, Index, Logfile) без полного сканирования раздела. Если нужные файловые записи и место, занимаемое этими файлами не перезаписаны иными данными, то достаточно оперативно можно получить интересующие файлы.
Если при быстром сканировании нужные данные не обнаружены или повреждены, то можно выполнить полное сканирование раздела, но скорее всего серьезным образом результат не изменится и кроме поиска регулярных выражений ничего другого не останется.
В арсенале специалиста доступен инструмент построения карты незанятого пространства и дальнейший анализ исключительно в этих областях, что убирает из результата восстановления существующие данные. Это существенно экономит время пользователя при дальнейшем поиске необходимых файлов во множестве безымянных данных.
Восстановление фрагментированных файлов, как правило, достаточно сложная работа, которая весьма слабо автоматизирована. Методы автоматизации можно разрабатывать под конкретный тип структур. Чаще всего задача сводится к ручному низкопроизводительному анализу по поиску необходимых фрагментов. Пример подобной работы можно оценить в статье «Восстановление базы 1С Предприятие (DBF) после форматирования»
Если методы анализа метаданных не привели к нахождению нужных данных или нужные файлы не могут быть открыты, то остается метод поиска регулярных выражений. Возможно некоторую часть файлов удастся обнаружить.
Если файлы удалены на разделе с файловой системой HFS+, Ext 2, Ext3, Ext4, то, к сожалению, анализировать метаданные бесполезно. Кроме поиска регулярных выражений ничего другого не остается.
Удаление раздела с данными
Если в оснастке управления дисками был удален один или несколько разделов ошибочно, то для пользователя, желающего восстановить данные, будет рекомендован запуск утилит автоматического восстановления с полным сканированием всего устройства. Также желательно учитывать положение существующих разделов, чтобы исключить заведомо неверные варианты в найденном.
Рис. 20 удаленный раздел
Специалистом подобная работа выполняется относительно быстро, посредством поиска загрузочных секторов, суперблоков в ожидаемых местах. На основании найденного рассчитываются точные позиции начала разделов и их протяженность.
Также можно попытаться использовать DMDE или аналогичные утилиты, которые относительно быстро могут позволить найти признаки начала раздела, и попытаться отобразить файловую систему найденного раздела.
Рис. 21 результат быстрого поиска разделов с помощью DMDE
Отформатирован раздел с данными.
В таких случаях рекомендуемый сценарий действий сильно зависит от типа файловой системы, которая была до форматирования раздела, и какая файловая система стала использоваться после форматирования.
Например, если раздел FAT32 c кластером 8кб, был отформатирован в FAT 32 с кластером 64кб, то размер новых таблиц FAT стал в 8 раз меньше и, следовательно, обе копии новых таблиц испортили только первую копию старых таблиц FAT. В такой ситуации поиск метаданных может дать результат близкий к 100%. Если же раздел был отформатирован в FAT32 с меньшим или равным размером кластера, чем был до форматирования, то новые чистые таблицы полностью перезапишут старые и частично затронут область с пользовательскими данным. В таком случае поиск метаданных даст значительно худший результат.
Также высокий процент восстановления будет, когда раздел с файловой системой NTFS отформатирован в FAT32. В этом случае таблицы FAT испортят данные в начале раздела и как правило не затронут ключевые структуры NTFS. Неудовлетворительный результат будет в случае с малым объемом данных, размер которых сопоставим с размерами двух копий таблиц FAT.
Но если пользователь не желает вникать в нюансы расположения метаданных различных файловых систем, то логичным шагом будет запустить утилиту автоматического восстановления данных в режиме поиска метаданных. И в случае, если получен недостаточный объем данных, применить метод поиска регулярных выражений.
Отформатирован раздел с данными и частично перезаписан иными данными.
Как часто бывает, пользователь может отформатировать раздел и начать заполнять его иными данными, а только потом спохватиться, что на старом разделе была важная информации. В таких случаях не может быть однозначной рекомендации. Все очень сильно зависит от того, как много (количественно и по объему) было записано новых данных, а также где расположились эти данные. В зависимости от условий результат может быть от 0 до близкого к 100%. Заочно это непредсказуемо.
Во многих случаях с большим перекрытием области данных имеет смысл начать с метода поиска регулярных выражений для нужных типов файлов, чтобы понять, есть ли еще признаки существования нужных данных, и в случае их обнаружения выполнить поиск метаданных файловой системы.
В условиях лаборатории восстановления данных специалист построит карту незанятого пространства и проведет поиск регулярных выражений только по этим участкам, чтобы исключить в результатах поиска наличие уже существующих данных. Также с помощью инструментов контроля целостности значительно уменьшит количество ложных распознаваний. А в некоторых задачах вроде восстановления jpg файлов (например, чьего-то домашнего фотоальбома) сможет произвести сортировку согласно информации, содержащейся в Exif тегах jpeg файлов, что позволит получить упорядоченный в хронологическом порядке результат и отсортированный по моделям камер.
Рис. 22 результат сортировки JPG файлов, найденных посредством поиска регулярных выражений
Аварийное завершение процедур изменения размера, перемещения или объединения разделов.
В случаях аварийного завершения процедур дисковых менеджеров по изменению размера раздела, его перемещению или слияния нескольких разделов предстоит разобраться, какие именно шаги были совершены и на каком этапе была остановлена операция, чтобы получить максимально возможный результат.
Учитывая сложность и количество возможных вариаций, рассмотрим только универсальный вариант для пользователя, которому нужен результат с минимальным количеством действий. Объектом для анализа нужно выбрать весь накопитель, чтобы гарантированно охватить все места расположения данных. Использовать метод поиска метаданных и копировать все варианты данных по найденным файловым системам. Высока вероятность, что в каждом из вариантов будут корректными разные наборы файлов. Поиск регулярных выражений по заданным типам файлов также важен, так как в таких случаях утраты данных возможна частичная потеря информации об именах и размещении файлов.
8. Проверка целостности восстановленных данных
Важно понимать, что отображение имен файлов в программе восстановления данных или количество найденных регулярных выражение не гарантирует, что все найденное будет годным к использованию. Поэтому не менее важный этап после восстановления данных программой автоматического восстановления — это проверка целостности самих данных.
К сожалению, универсального бесплатного средства для проверки целостности большого количества разных файлов, не существует. Но по отдельности можно отыскать бесплатное ПО, которое может контролировать отдельные типы файлов. Например, многие архиваторы позволят проверить исправность архивов, утилитой MP3Diag можно проверить исправность mp3 файлов, ImageMagick можно использовать для тестирования jpg файлов.
Главный недостаток многих бесплатных утилит проверки целостности файлов в том, что они не гарантируют полной проверки файлов. И возможны массовые ошибки.
Для многих типов файлов у пользователя не остается других вариантов, кроме как визуально оценивать целостность данных посредством поочередного открытия файлов в соответствующих приложениях.
В профессиональных комплексах присутствует набор инструментов, позволяющий частично контролировать исправность файлов, что избавляет результат восстановления данных от большого количества мусорных файлов.
Кроме отсева мусора, необходимо отловить поврежденные дефектами файлы. Если вы создавали посекторную копию с заполнением паттерном непрочитанных секторов, то вопрос нахождения поврежденных файлов легко решить посредством поиска в файлах текстовой строки «BAD!BAD!BAD!BAD!» (в нашем примере был использован заполнитель «BAD!»). После нахождения необходимо проверить степень повреждения, так как некоторые форматы файлов могут не сильно страдать от потери небольшого куска данных, а некоторые могут быть полностью негодны.
9. Частые ошибки пользователей.
Разного рода попытки «лечения» дефектов с использованием популярных диагностических утилит в надежде, что это вернет доступ к данным, являются одной из главных ошибок многих пользователей. Попытки скрыть дефекты на накопителе с поврежденным полимером на поверхности пластин обычно заканчиваются запиливанием пластин, а не получением доступа к данным. По этой причине, не зная характера дефектов на поверхности настоятельно не рекомендуется выполнять какие-либо сервисные операции над диском до получения данных. После успешного восстановления информации можно попытаться обслужить накопитель, и если вдруг повезет, то возможно еще накопитель будет пригоден для дальнейшей эксплуатации в не особо ответственных задачах.
Копирование данных, обнаруженных утилитой, на тот же раздел, с которого пытаются восстановить файлы. В этом случае обычно все заканчивается тем, вместо данных пользователь получит мусор, и следующая попытка восстановления данных уже будет с куда худшим результатом. Если действовать по инструкциям из этой статьи, то от такой ошибки вы будете застрахованы.
Не выполняется проверка целостности восстановленных данных и уничтожается содержимое оригинального накопителя вместе с его копией. В этом случае есть риск остаться с кучей папок, заполненных ошибочным результатом попытки восстановления данных без возможности получить качественный результат.
Неправильный выбор инструмента и методик восстановления данных, в связи с чем получается результат значительно хуже, чем он мог бы быть.
Надеюсь, этот комплекс мер поможет вам принять решение, допускает ли ситуация с вашим накопителем самостоятельные попытки восстановления данных и готовы ли вы выполнить этот набор относительно простых действий, перечисленных в этой статье.