Полигон-2

strelec, те там счетчик с большим разрешением?

У GALAXY и TONKA2 очень похоже, а у вот ALPINE возможно по другому, и там нет дублирующего
счетчика по адресу 0x5DA. Надо проверить.

Я предлагаю еще один вариант. Сохраняем текущий VND track, далее сброс SMART, для очистки
старых логов, а потом редактируем старый SMART, часы останутся, остальное редактируется легко,
хотя могут быть трудности с атрибутами 197 и 198 (как я писал).

strelec, ALPINE хранит по адресам vnd track 0x05a7 - 0x05a4 (0x01a7 - 0x01a4 SMART
sector) значение Power On Hours умноженное на 0xAAA. Ну точнее, наоборот, это
основной счетчик, а FW делит его на 0xAAA

А для TONKA/GALAXY счетчик основной выходит 48-битный?
Для TONKA2/GALAXY счетчик по адресам 0x5A7-0x5a3 0x5A7-0x5a5, 24битный.

Редактирование времени на ALPINE удалось, спасибо!

А как Вы догадались, сравнивали SMART сектор по мере изменения времени, и анализировали
меняющиеся поля?

i8088
Не подскажите по диску ST380811AS(TLITE1HD )?
Прошел селф со здоровьем Hlth=8000Hlth=0008.
Графики чтения-записи на твердую четверку.Зелени нет.
Задержек более 20мс вообще нет.
После некоторого времени(3-5 мин на чтении) атрибут 195
достигает порога:
195 Hardware ECC recovered         59     58      0     86233002   ••
Что это может значить?

strelec, Вы не забыли сбросить health перед сканом?

Кстати на почти всех моих рабочих Seagate (скан на них я не проходил) health было 0008
(заводской скан прошел с health 0000), исключение пожалуй только обсуждавшаяся здесь TONKA40.


strelec написал:

[q]

После некоторого времени(3-5 мин на чтении) атрибут 195
достигает порога:
195 Hardware ECC recovered 59 58 0 86233002 ••

[/q]

А почему порога достгает? 59 это же не порог.

Посмотрел логи SMART с имеющихся дисков, есть диски где val для Att 195 равен 54, 59, 68.
Диски нормально работают, пишу с TONKA2 с val att195 == 66.

И практически на всех Barracuda, которые проходили через меня, даже просто при чтении
SMART raw att195 увеличивается, те как точно отметил KALDYH, читаемость вытягивает в
основном за счёт работы ECC.

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

Возможно, Barracuda просто тоже использует втрой вариант по умолчанию, и поскольку
практически у всех Barracuda большие значения att 195, можно считать это нормальным.
Но если Ваш диск прошел скан с health, отличным от 0000, то конечно диск идеальным
считать нельзя. Но пользовать вполне можно.

Кстати, важно чтобы чтобы БП, с которым диск проходит скан, давал стабильные и чистые
напряжения (иначе возможно вообще AbEnd), я нагрузил дополнительно линию +5V мощными
резисторами (отдельный БП у меня старый, AT, с ведущей линией +5V), чтобы напряжения
выровнялись, тк один HDD недостаточная и главное очень нестабильная нагрузка на БП.

i8088 написал:

[q]

поскольку
практически у всех Barracuda большие значения att 197

[/q]

Не у всех, часто вижу Current Pending Sector Count по нулям или очень маленькое значение (raw). Вот количество Hardware ECC Recovered секторов да, практически у всех дисков, включая Барракуды, огромное, и даже доходит до выделения жёлтым цветом в софте. Однако, на надёжность хранения информации это не влияет. По крайней мере не замечал.