Особенности функционирования некоторых накопителей

Современные накопители по сравнению со старшими моделями имеют значительные различия в особенностях функционирования. Разумеется, полностью исправные накопители работают одинаково (какой-то быстрее, какой-то тише, но принцип не меняется). Особенности начинают проявляться когда у накопителя появляются какие-либо проблемы. Об одной из таких особенностей мы хотели бы поговорить в этой статье.

Фоновая активность накопителя

Особенность также известна как offline acivity, background activity, offline scan, pending bug и др. Смысл заключается в следующем: когда накопитель ничего не делает (по интерфейсу не поступает никаких команд чтения-записи в течении заданного промежутка времени) начинается фоновый процесс самодиагностики. Накопитель производит попытки чтения в случайных секторах с целью обнаружить дефектный сектор раньше, чем он будет обнаружен в процессе чтения-записи данных пользователем. Как только поступает запрос на чтение-запись пользовательских данных, этот фоновый процесс прекращается и накопитель выполняет поступившие по ATA (SATA) интерфейсу команды.

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

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

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

Интересно отметить, что эта особенность характерна для большого количества моделей разных производителей. Очень распространено у жестких дисков WD (Western Digital) и Seagate.

C точки зрения пользователя это проявляется как накопитель перестает определяться в системе, работа операционной системы становится очень медленной, все «зависает» и пр.

Когда к нам в лабораторию восстановления данных поступает накопитель с подобным случаем – единственным грамотным способом является уникальная правка служебной микропрограммы жесткого диска. Смысл этих правок в том, чтобы заставить накопитель НЕ делать ненужных действий, а только то, о чем его просит инженер. В том, что правится и как правится отчасти заключается «ноу-хау» инженеров, т.к. все в этой области довольно секретно. После правок необходимо сразу приступить к созданию посекторной копии данных на заведомо исправный носитель.

Если у Вас остались какие-либо вопросы или предложения, Вы всегда можете написать нам письмо s.osipov@remontof.net