Именно сугубо индивидуально для каждого винта. Более того, ошибки СМАРТа они ведь тоже разные бывают...

А какой параметр смарта просел, не судьба указать было?
Более того, сбросить состояние смарта в дефолт стандартными АТА командами не возможно. А общедоступные утилиты АКА фришные Виктория и мхдд оперируют именно ими. Так что... :wink:

Я на многих винтах смарт кстати как раз с помощью Mhdd "сбрасываю" :) версией 4.5 правда, в 4.6 ата терминал убран:(

Давайте не будем путать причинное место с пальцем. :wink:
Вы сбрасываете смарт технологическими АТА командами которые подаете посредством АТА терминала. Для этой цели можно и hddl заюзать. В самой же программе этих команд нет и быть не может. :)

2 Garry29 - нижеследующее не для вас, думаю вы в курсе :)

P.S. Кстати, в ряде винтов сброс смарта смысла не имеет, ибо смарт является лишь отражением реального состояния винта. Например параметр реалокейт сектор каунт может браться прямиком из R(G) листа накопителя. Таким образом после сброса смарта достаточно одного рестарта по питанию, чтобы все вернулось на круги своя ;)
Иными словами, сперва надо устранить причину проседания смарта и лишь потом заморачиваться его обнулением :)

Я бы ещё добавил это:

Современные накопители содержат в себе систему самодиагностики, позволяющую пользователю дать оценку текущему состоянию накопителю. Некоторые даже пытаются по показаниям SMART предсказывать время выхода накопителя из строя и очень
расстраиваются, что это произойдёт через каких-то 10 лет (забывая, что накопители в наше время морально устаревают гораздо быстрее).
В данном документе, мы не будем останавливаться на пользовательском понимании системы SMART, так как оно хорошо описано в большом количестве литературы, а
рассмотрим его внутреннюю структуру.
Физически, сведения об атрибуте в рассматриваемом накопителе, хранятся в трёх
ячейках.
Ячейка 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.
Существуют также атрибуты, которые обновляются только после выполнения внутренних тестов SMART

- Источник HDD Repair Tool v2.5 manual (Лежит в открытом виде на сайте bvg так что не варез:) )

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

BotVasya
Ни как, он при каждом запуске замеряется по новой.