Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » Технический флейм » Примеры S.M.A.R.T. и сканов HDD / SSHD / SSD с вопросами... |
<<Назад Вперед>> | Страницы: 1 2 3 4 5 6 | Печать |
KALDYH
Advanced Member
Технонекромант Откуда: Кемерово Всего сообщений: 2355 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 июня 2009 |
CodeMaster написал: Поправьте Disk #4 - Hitachi HTS543232L9SA02 CodeMaster написал: Дык 80 Гб. Он ровесник Барркуд 7200.9, только скорость при этом 5400 об/мин. Как видно по скану поверхности он редкий тормоз в сравнении с аналогами от других производителей. CodeMaster написал: Сбросить его будет довольно затруднительно - фришного софта по ним я не знаю. Можно через терминал маленько поковырять, но возможности довольно ограничены. 1. Такие программные сбои в S.M.A.R.T. лечатся? CodeMaster написал: Да, это инерция механики. Забить. По умолчанию во всех винтах после рекалибровки головка находится где-то в середине диска. Измерение времени доступа к сектору (вернее, к блоку - как я понял, проги используют Block Mode) начинается сразу от подачи команды. 4. Ну, и вопрос на засыпку: на задержки с доступом к нулевому сектору можно забить? С одной стороны это может быть инерция механики, но с другой стороны верификация должна начаться только после того как блок головок установится на нулевую дорожку и прочитает нулевой сектор :-/ На 2 и 3 вопрос ответов не знаю. |
radical
Advanced Member
Всего сообщений: 932 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 20 июля 2017 |
На самсунгах я смарт сбрасывал, качал фирменную утилиту с сигейтовского сайта. Но для такой древности, как фуджик, наверное, ничего штатного уже не найти. |
KALDYH
Advanced Member
Технонекромант Откуда: Кемерово Всего сообщений: 2355 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 июня 2009 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 6 июня 2018 12:44 Сообщение отредактировано: 6 июня 2018 12:45
Вот скрипт есть: http://forum.ru-board.com/topi...;start=0#7 Осталось понять, в чём он выполняется. Возможно, в PCHDD. К сожалению, у меня нет на руках более-менее живых Fujitsu ARM, чтобы поэкспериментировать. |
CodeMaster
Advanced Member
Рыцарь ордена Хламовников Откуда: Воронеж Всего сообщений: 1655 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 27 авг. 2010 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 7 июня 2018 17:06 Сообщение отредактировано: 10 августа 2018 10:09
KALDYH написал: Я про сравнение с аналогичными по объёму (хотя, тут важнее наверное плотность записи, а она может же отличаться у разных производителей, да и по годам опять же) и соответственно rpm то же. Дык 80 Гб. Он ровесник Барркуд 7200.9, только скорость при этом 5400 об/мин. KALDYH написал: Да уж ;-) буду иметь в виду. Как закончу тестить диски, сгруппирую по производителя (и скорее всего сериям) и буду пробовать поремонтировать что-то ;-) Вот скрипт есть: Осталось понять, в чём он выполняется. Возможно, в PCHDD. Теперь к тестам. Сегодня я в одном пОсте выложу три диска, т.к. они в принципе безпроблемные, но есть некоторые моменты для уточнения. 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 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 7 июня 2018 18:25 Сообщение отредактировано: 7 июня 2018 18:28
CodeMaster написал: Картинка у меня не открылась, но этот атрибут информационный, означает что диск работает Просто, для сравнения. Очень лаконичный S.M.A.R.T., тревожный атрибут 199. (работал) в проблемной системе. Он может просесть до критического просто даже от ошибке в драйвере/BIOS, причем очень быстро! (У меня было такое). На надежность работы после устранения внешней проблемы (атрибут должен перестать расти) не влияет. И еще один момент - если какой-то атрибут имеет огромное значение и близкое к степени 2 (как на Вашей Toshiba), то это может быть сбоем SMART, счетчик изменился в обратную сторону. Так на обеих приобретенных мной TONKA2 (одна SATA, а другая PATA) были одинаковые и огромные значения атрибутов 197 и 198, на одном 2^32-1, на другом 2^32-2. Поверхность у обеих дисков хорошая, а ересь в этих атрибутах удалось сбросить, сохранив остальные атрибуты. Вот что было:
CodeMaster написал: Конечно, ориентируйтесь на плотность записи, скорость вращения, год выпуска, емкость вообще Я про сравнение с аналогичными по объёму (хотя, тут важнее наверное плотность записи, а она может же отличаться у разных производителей, дело десятое. |
CodeMaster
Advanced Member
Рыцарь ордена Хламовников Откуда: Воронеж Всего сообщений: 1655 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 27 авг. 2010 |
i8088 написал: Блин, забыл закачать :-( теперь наверное после праздников. Картинка у меня не открылась i8088 написал: Да, я кстати просёк фишку вывода RAW значений в Hex: смотришь в Oct - полная дичь, а в Hex там последние много 0 или F и сразу понятно, что со S.M.A.R.T. что-то не так. Но конкретно у этого значение не кратное и не очень большое. И еще один момент - если какой-то атрибут имеет огромное значение и близкое к степени 2 i8088 написал: И такое есть. На одном диске у меня RAW значение атрибута 5. снижается :-) Правда сейчас не помню, это после ремапов или может даже просто так ;-) то это может быть сбоем SMART, счетчик изменился в обратную сторону. |
CodeMaster
Advanced Member
Рыцарь ордена Хламовников Откуда: Воронеж Всего сообщений: 1655 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 27 авг. 2010 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 27 июня 2018 23:05 Сообщение отредактировано: 10 августа 2018 10:19
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 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 29 июня 2018 21:36 Сообщение отредактировано: 10 августа 2018 10:19
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 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 29 июня 2018 21:44 Сообщение отредактировано: 29 июня 2018 22:01
CodeMaster написал: Galileo... Редкий зверь. Я бы ему в терминал заглянул, и посмотрел бы реальные дефект-листы. Может, дефектов и нет на самом деле - но тогда непонятно, почему так странно составлен транслятор... ST9160823ASG CodeMaster написал: Присмотрелся. Всё в порядке. Это переключение с головки на головку. Особенность дисков высокой плотности - переключение головок (и последующий захват синхронизации, смена настроек канала чтения-записи и т.д.) занимает больше времени, чем переход на соседнюю дорожку. Поэтому головки переключаются реже, чем на дисководах и старых винчестерах - сначала читается ряд соседних дорожек, потом возврат головки назад и ряд дорожек по другой головке, и т.д. Реальные алгоритмы порядка чтения блоков ещё сложнее, но не суть. А суть в том, что с развитием адаптивного форматирования на разных поверхностях появилась разная плотность записи. И при переключении головок из-за этого появляется пила - одна поверхность быстрее, другая - медленнее. В общем, графики серверных дисков соответствуют вполне здоровым винчестерам, это фича. "пилы" на графиках чтения. |
CodeMaster
Advanced Member
Рыцарь ордена Хламовников Откуда: Воронеж Всего сообщений: 1655 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 27 авг. 2010 |
KALDYH написал: Никак не спорю ;-) просто заметил некоторую зависимость между "пилой" и ремапами (хотя выборка не ахти и зависимость не 100%) поэтому и возникла такая мысли. В общем, графики серверных дисков соответствуют вполне здоровым винчестерам, это фича. KALDYH написал: В этом смущает, то что "пила" не по всему диску, а обычно в начале и возможно в конце. одна поверхность быстрее, другая - медленнее. KALDYH написал: Galileo это "G" в конце? Ну, не знаю, есть их у меня чуть. Хотя, внешне ничем не отличаются ;-) Два рабочих выложу в следующем посте ещё 2 похожей модели, только без "G", может, что увидится интересное в сравнении. Galileo... Редкий зверь. KALDYH написал: Этого пока не гарантирую, да и в терминал я буду скорее всего смотреть дисков с ремапами или близких к смерти, до нормальных вряд ли руки дойдут. Я бы ему в терминал заглянул |
<<Назад Вперед>> | Страницы: 1 2 3 4 5 6 | Печать |
Полигон-2 » Технический флейм » Примеры S.M.A.R.T. и сканов HDD / SSHD / SSD с вопросами... |
0 посетителей просмотрели эту тему за последние 15 минут |
В том числе: 0 гостей, 0 скрытых пользователей |
Последние | |
[Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. |
Самые активные 5 тем | |