Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу old.sannata.org.

Полигон-2

Форум о старых компьютерах

Объявление форума

Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС.

Полигон-2 »   Технический флейм »   Примеры S.M.A.R.T. и сканов HDD / SSHD / SSD с вопросами...
RSS

Примеры S.M.A.R.T. и сканов HDD / SSHD / SSD с вопросами...

... и возможно ответами :-/ Или пытаемся ставить диагноз пацыэнту по фото ;-)

<<Назад  Вперед>> Страницы: 1 2 3 4 * 5 6
Печать
 
radical
Advanced Member


Всего сообщений: 932
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
20 июля 2017
На самсунгах я смарт сбрасывал, качал фирменную утилиту с сигейтовского сайта. Но для такой древности, как фуджик, наверное, ничего штатного уже не найти.
KALDYH
Advanced Member
Технонекромант

Откуда: Кемерово
Всего сообщений: 2355
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 июня 2009
Вот скрипт есть: http://forum.ru-board.com/topi...;start=0#7
Осталось понять, в чём он выполняется. Возможно, в PCHDD.
К сожалению, у меня нет на руках более-менее живых Fujitsu ARM, чтобы поэкспериментировать.
CodeMaster
Advanced Member
Рыцарь ордена Хламовников

Откуда: Воронеж
Всего сообщений: 1655
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
27 авг. 2010
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
Advanced Member


Откуда: г. Баку, Азербайджан
Всего сообщений: 2132
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 янв. 2015
CodeMaster написал:
[q]
Просто, для сравнения. Очень лаконичный S.M.A.R.T., тревожный атрибут 199.
[/q]
Картинка у меня не открылась, но этот атрибут информационный, означает что диск работает
(работал) в проблемной системе. Он может просесть до критического просто даже от ошибке в
драйвере/BIOS, причем очень быстро! (У меня было такое). На надежность работы после устранения
внешней проблемы (атрибут должен перестать расти) не влияет.

И еще один момент - если какой-то атрибут имеет огромное значение и близкое к степени 2 (как на
Вашей Toshiba), то это может быть сбоем SMART, счетчик изменился в обратную сторону. Так на
обеих приобретенных мной TONKA2 (одна SATA, а другая PATA) были одинаковые и огромные значения
атрибутов 197 и 198, на одном 2^32-1, на другом 2^32-2. Поверхность у обеих дисков хорошая, а
ересь в этих атрибутах удалось сбросить, сохранив остальные атрибуты.

Вот что было:

197 Current_Pending_Sector  0x0012   001   001   000    Old_age   Always       -       4294967295
198 Offline_Uncorrectable   0x0010   001   001   000    Old_age   Offline      -       4294967295



CodeMaster написал:
[q]
Я про сравнение с аналогичными по объёму (хотя, тут важнее наверное плотность записи, а она может же отличаться у разных производителей,
[/q]
Конечно, ориентируйтесь на плотность записи, скорость вращения, год выпуска, емкость вообще
дело десятое.
CodeMaster
Advanced Member
Рыцарь ордена Хламовников

Откуда: Воронеж
Всего сообщений: 1655
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
27 авг. 2010
i8088 написал:
[q]
Картинка у меня не открылась
[/q]
Блин, забыл закачать :-( теперь наверное после праздников.


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


i8088 написал:
[q]
то это может быть сбоем SMART, счетчик изменился в обратную сторону.
[/q]
И такое есть. На одном диске у меня RAW значение атрибута 5. снижается :-) Правда сейчас не помню, это после ремапов или может даже просто так ;-)
CodeMaster
Advanced Member
Рыцарь ордена Хламовников

Откуда: Воронеж
Всего сообщений: 1655
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
27 авг. 2010
11 серверных 2.5 дисков ST95000NSSUN500G с наработкой over 50K часов. При этом диски в весьма бодром состоянии. У нескольких есть немного ремапов и у них же видимо начала плыть механика, т.к. появились "пилы" на графиках чтения.

Disk #8

S.M.A.R.T. | Verify | Карта блоков начало | Карта блоков конец

Disk #9 - идеальный график по зонам.

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

Disk #10 - "пила" в начале и чуть в конце и видимо ремап неспроста.

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

Disk #11 - лёгкая "пила" в начале.

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

Disk #12 - ещё один близкий к идеалу.

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

Disk #13 - довольно много ремапов. Ими видимо и обусловлен провал на графике.

S.M.A.R.T. | Verify | Карта блоков начало | Карта блоков конец

Disk #14 - ремапы, "пила" в начале.

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

Disk #15 - тоже самое.

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

Disk #16 - побольше ремапов, сильнее "пила".

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

Disk #17 - почти идеал.

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

Disk #18 - ремапы, пила.

S.M.A.R.T. | Verify
CodeMaster
Advanced Member
Рыцарь ордена Хламовников

Откуда: Воронеж
Всего сообщений: 1655
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
27 авг. 2010
Disk #19 - Seagate ST9160823ASG

S.M.A.R.T. | Verify | Карта блоков #1 | Карта блоков #2

При скане поверхности регулярно слышно перемещение БМГ. На первой карте блоков это отражается как оранжевые и зеленые (ближе к концу) блоки. При этом в логе у этих секторов поразительное одинаковое время доступа, которое постепенно уменьшается к концу. Т.е. я так понимаю БМГ постоянно бегает в конец диска и обратно (хотя и странно, что и в самом конце диска есть эти задержки). S.M.A.R.T. у диска хороший (за исключением последних трёх атрибутов. Правда непонятно это проблемы диска или кривизна S.M.A.R.T.) и ремапов как бы нет. При этом в начале диска (на первой карте) какой-то структуры в медленных блоках не просматривается, а вот в конце (на второй карте) структура очевидна. Что всё это может значить?
KALDYH
Advanced Member
Технонекромант

Откуда: Кемерово
Всего сообщений: 2355
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 июня 2009
CodeMaster написал:
[q]
ST9160823ASG
[/q]
Galileo... Редкий зверь. Я бы ему в терминал заглянул, и посмотрел бы реальные дефект-листы. Может, дефектов и нет на самом деле - но тогда непонятно, почему так странно составлен транслятор...

CodeMaster написал:
[q]
"пилы" на графиках чтения.
[/q]
Присмотрелся. Всё в порядке. Это переключение с головки на головку. Особенность дисков высокой плотности - переключение головок (и последующий захват синхронизации, смена настроек канала чтения-записи и т.д.) занимает больше времени, чем переход на соседнюю дорожку. Поэтому головки переключаются реже, чем на дисководах и старых винчестерах - сначала читается ряд соседних дорожек, потом возврат головки назад и ряд дорожек по другой головке, и т.д. Реальные алгоритмы порядка чтения блоков ещё сложнее, но не суть. А суть в том, что с развитием адаптивного форматирования на разных поверхностях появилась разная плотность записи. И при переключении головок из-за этого появляется пила - одна поверхность быстрее, другая - медленнее. В общем, графики серверных дисков соответствуют вполне здоровым винчестерам, это фича.
CodeMaster
Advanced Member
Рыцарь ордена Хламовников

Откуда: Воронеж
Всего сообщений: 1655
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
27 авг. 2010
KALDYH написал:
[q]
В общем, графики серверных дисков соответствуют вполне здоровым винчестерам, это фича.
[/q]
Никак не спорю ;-) просто заметил некоторую зависимость между "пилой" и ремапами (хотя выборка не ахти и зависимость не 100%) поэтому и возникла такая мысли.

KALDYH написал:
[q]
одна поверхность быстрее, другая - медленнее.
[/q]
В этом смущает, то что "пила" не по всему диску, а обычно в начале и возможно в конце.

KALDYH написал:
[q]
Galileo... Редкий зверь.
[/q]
Galileo это "G" в конце? Ну, не знаю, есть их у меня чуть. Хотя, внешне ничем не отличаются ;-) Два рабочих выложу в следующем посте ещё 2 похожей модели, только без "G", может, что увидится интересное в сравнении.

KALDYH написал:
[q]
Я бы ему в терминал заглянул
[/q]
Этого пока не гарантирую, да и в терминал я буду скорее всего смотреть дисков с ремапами или близких к смерти, до нормальных вряд ли руки дойдут.
KALDYH
Advanced Member
Технонекромант

Откуда: Кемерово
Всего сообщений: 2355
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 июня 2009
CodeMaster написал:
[q]
В этом смущает, то что "пила" не по всему диску, а обычно в начале и возможно в конце.
[/q]
А в середине, значит, плотности поверхностей совпадают.

CodeMaster написал:
[q]
просто заметил некоторую зависимость между "пилой" и ремапами
[/q]
Есть ещё "шумподобный" график...

CodeMaster написал:
[q]
Galileo это "G" в конце?
[/q]
Нет, это Momentus 7200.2. Что означает G в конце - не знаю.
<<Назад  Вперед>> Страницы: 1 2 3 4 * 5 6
Печать
Полигон-2 »   Технический флейм »   Примеры S.M.A.R.T. и сканов HDD / SSHD / SSD с вопросами...
RSS

0 посетителей просмотрели эту тему за последние 15 минут
В том числе: 0 гостей, 0 скрытых пользователей

Последние RSS
[Москва] LIQUID-Акция. Сливаются разъемы CF
МС7004 и 7004А на AT и XT
Пайка термотрубок
Проммать s478 PEAK 715VL2-HT ( Full-Size SBC)
Подскажите по 386 материке по джамперам.

Самые активные 5 тем RSS