Полигон-2

Почти все Toshiba, что проходили через меня, были в отвратительном
состоянии (без remap я вообще их не видел), эти диски действительно
некачественные, или мне просто такие попадались?

Disk #4 - FUJITSU MHW2080BH PL

S.M.A.R.T. | Verify

А вот и Фуджик, лёгок на помине. Как видно по скану поверхности он редкий тормоз в сравнении с аналогами от других производителей. Но самое интересное в этом экземпляре его дичайшие показатели RAW значений атрибутов 5. и 196. S.M.A.R.T. Учитывая, что Value значения этих атрибутов и график скорости доступа в норме, очевидно это тот самый программный сбой S.M.A.R.T.? Из этого несколько прямых и косвенных вопросов:
1. Такие программные сбои в S.M.A.R.T. лечатся?
2. Это первый из представленных дисков с ненулевым атрибутом 198. Правильно ли описывают его сравнивая с атрибутом 197., т.е. по идее после проверки этих секторов в offline он должен обнулится? Смушает слово "Uncorrectable" в названии атрибута :-/
3. По описаниям, внешние программы тестирования на этот атрибут не влияют, а если из HDDScan запустить offline S.M.A.R.T. тестирование, эти сектора перепроверятся как кандидаты (если атрибут 198. аналог 197-го) и какой нужен тест Short или Extended? Или это всё глубже и работает только внутри firmware?
4. Ну, и вопрос на засыпку: на задержки с доступом к нулевому сектору можно забить? С одной стороны это может быть инерция механики, но с другой стороны верификация должна начаться только после того как блок головок установится на нулевую дорожку и прочитает нулевой сектор :-/

На самсунгах я смарт сбрасывал, качал фирменную утилиту с сигейтовского сайта. Но для такой древности, как фуджик, наверное, ничего штатного уже не найти.

KALDYH написал:

[q]

Дык 80 Гб. Он ровесник Барркуд 7200.9, только скорость при этом 5400 об/мин.

[/q]

Я про сравнение с аналогичными по объёму (хотя, тут важнее наверное плотность записи, а она может же отличаться у разных производителей, да и по годам опять же) и соответственно rpm то же.


KALDYH написал:

[q]

Вот скрипт есть: Осталось понять, в чём он выполняется. Возможно, в PCHDD.

[/q]

Да уж ;-) буду иметь в виду. Как закончу тестить диски, сгруппирую по производителя (и скорее всего сериям) и буду пробовать поремонтировать что-то ;-)

Теперь к тестам. Сегодня я в одном пОсте выложу три диска, т.к. они в принципе безпроблемные, но есть некоторые моменты для уточнения.

Disk #5 - Seagate ST500LT012

S.M.A.R.T. | Verify

Учитывая ненулевое значение атрибута 187. проблемки видимо были, но всё вроде обошлось. На "выброс скорости" ;-) внимания можно не обращать это косяк программы, от чего это зависит не вычислил, но перепроверка аномалию не подтвердила.

Disk #6 - Seagate ST500LM021

S.M.A.R.T. | Verify

Интересен несколькими моментами:
1. Дикое значение атрибута 196. при нулях по остальным связанным атрибутам. То ли это баг, то ли фича данной модели, то ли в этом есть ещё какой-то смысл :-/
2. Очень большое количество блоков с доступом более 50 мс (хотя всегда на немного), что странно учитывая п. 3, но график чтения выглядит уж очень "ершисто".
3. ИМХО это абсолютный рекордсмен по скорости чтения среди протестированных мною HDD в форм-факторе 2.5". Он обгоняет даже Disk #7 10-тысячник VelociRaptor (который, справедливости ради на 6 лет старше)

Disk #7 - WDC WD3000GLFS

S.M.A.R.T. | Verify

Просто, для сравнения. Очень лаконичный S.M.A.R.T., тревожный атрибут 199., но что это означает пока не выяснили. График чтения в начале некрасив, но это тоже багофича HDDScan.

i8088 написал:

[q]

Картинка у меня не открылась

[/q]

Блин, забыл закачать :-( теперь наверное после праздников.


i8088 написал:

[q]

И еще один момент - если какой-то атрибут имеет огромное значение и близкое к степени 2

[/q]

Да, я кстати просёк фишку вывода RAW значений в Hex: смотришь в Oct - полная дичь, а в Hex там последние много 0 или F и сразу понятно, что со S.M.A.R.T. что-то не так. Но конкретно у этого значение не кратное и не очень большое.


i8088 написал:

[q]

то это может быть сбоем SMART, счетчик изменился в обратную сторону.

[/q]

И такое есть. На одном диске у меня RAW значение атрибута 5. снижается :-) Правда сейчас не помню, это после ремапов или может даже просто так ;-)