К вопросу про изменение значений SMART:
(c) Шаклеин В.Г. г.Великий Новгород 14.04.01
E-mail:
shaklein@chat.ru До сих пор, мне не удавалось понять суть работы системы SMART. Напрасно я перечитывал руководства от разных фирм. Было понятно, что есть атрибуты и что есть минимальные значения, при "проседании" которых надо бить во все бубны и шаманить, дабы эти атрибуты снова выросли. Но физический смысл всей этой кухни, оставался для меня загадкой.
Но наконец, нашёлся накопитель, у которого работа со SMARTом реализована достаточно красиво и "прозрачно". Когда я понял суть, всё встало на свои места. На всякий случай (чтобы снова не забыть
и было написано данное руководство. Если оно поможет ещё кому-нибудь, я буду только рад.
Не исключено, что у других фирм это реализовано несколько иначе, но наверняка общие положения такие же. По определённым причинам, марка рассматриваемого накопителя не приводится и все цифры немного искажены (но порядок величин соблюдён!).
Итак. Очень часто у ремонтноков возникает ситуация, когда "проседает" атрибут 01 (Raw Read Error Rate). И как его потом восстановить? Оказывается, физически сведения об атрибуте в рассматриваемом накопителе, хранятся в трёх ячейках.
Ячейка 1 Число ошибок, накопленное при позапрошлом измерении
Ячейка 2 Число ошибок, накопленное при прошлом измерении
Ячейка 3 Копилка для текущего измерения
Всё очень просто. Если возникла ошибка, значение ячейки 3 увеличивается на единицу. Когда будет считано примерно 1220000 секторов, произойдёт сдвиг ячеек. Данные из ячейки 2 попадут в ячейку 1, данные из ячейки 3 попадут в ячейку 2, а ячейка 3 очистится (копилка ошибок обнулится).
Если же будет дана команда "считать данные атрибутов", то накопитель просуммирует значения ячеек 1 и 2 (так сказать, усреднит показания по времени) и пронормирует результат так, чтобы он уложился в диапазон от 1 до 100, а также 1 была минимумом, а 100 - максимумом. Вот и всё.
Таким образом, можно сделать два вывода:
1) Искусственная правка атрибутов в служебной области, конечно, поможет обмануть пользователя, но вскоре правда всплывёт наружу, так как по прочтении 1220000 секторов, атрибут 01 сам обновится.
2) Если мы ампутировали головку, которая "просадила" атрибут, то для восстановления атрибута надо считать 2 раза по 1220000 секторов. Почему 2 раза? Просто после первой порции плохое число перескочит из ячейки 2 в ячейку 1, а лишь после второй порции, оно будет забыто навсегда.
И напоследок, рассмотрим вариант, что мы, не дочитав немного до требуемого количества секторов, выключили питание накопителя. Что же произойдёт со счётчиком? Неужели он обнулится и всё придётся делать заново? Нет. Он просто будет считан из служебной области.
Поэтому, если он не был заблаговременно сохранён, то считается то, было сохранено в последний раз. А как же сделать, чтобы записались текущие ячейки и счётчик? Очень просто. Они либо сохраняются автоматически, если вызвать команду SMART "Autosave Attributes", либо они будут сохранены при считывании текущего значения атрибутов. Таким образом, регулярно проверяя атрибуты, Вы гарантированно сохраните "натикавшее" значение счётчика на диске.
Большинство прочих атрибуты вычисляются примерно так же. У них тоже есть счётчики и три ячейки. Только условия увеличения счётчиков и значения, до которых они доходят для сдвига ячеек, у каждого атрибута свои.
Но есть и исключения. Например, атрибут Reallocated Sectors Count вычисляется на основе записи, кодирующей число дефектов в G-LIST.
