| Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » Технический флейм » Примеры S.M.A.R.T. и сканов HDD / SSHD / SSD с вопросами... |
 |
Примеры S.M.A.R.T. и сканов HDD / SSHD / SSD с вопросами...
... и возможно ответами :-/ Или пытаемся ставить диагноз пацыэнту по фото ;-)
| <<Назад Вперед>> | Страницы: 1 2 * 3 4 5 6 | Печать |
| KALDYH
Advanced Member
Технонекромант Откуда: Кемерово Всего сообщений: 2355 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 июня 2009 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 31 мая 2018 23:22 Сообщение отредактировано: 1 июня 2018 9:03
Так вот, по алгоритму ремапа. Во-первых, при обращении к сектору проверяется количество попыток повторного чтения и уровней ECC коррекции, и если они выше определённого лимита (пользователю он не виден, но он весьма и весьма высок - будет пытаться не трогать до последнего) - сектор заносится в список кандидатов. При следующей записи в него будет произведён ремап. Во-вторых, винт имеет онлайн-самотестирование SMART (то самое пощёлкивание и жужжание в простое). При этом сканируются отдельные участки поверхности, если найдены бэды - также заносятся в relo-list (терминология WD) "Онлайн" одначает, что BUSY не ставится, и при любом обращении по интерфейсу тест прерывается. В-третьих, в ходе того же тестирования SMART винт пробует снова считать проблемный сектор, и если он наконец считался - ремап будет произведён автономно, незаметно для пользователя. Во всех случаях данные не теряются. Если же битый сектор не читается никак, он так и будет оставаться битым до тех пор, пока пользователь не перезапишет его явно. i8088 написал: Те в результате в основном уменьшится количество цилиндров в первойАга. Не, ну вроде у каких-то более новых появляется адаптивное число секторов в зонах, но это произошло не сразу. Надо на примере сигейтов в таблицах глянуть. |
| i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
Спасибо за разъяснения! У меня возник такой вопрос. KALDYH написал: При следующей записи в него будет произведён ремап.А если сектор полностью нормальный, но просто имеет неверную ECC в поле данных, те это обычный soft-bad (UNC-и, которые даже чисто программно легко понаделать)? Узнать soft-bad это или истинный можно же только после записи? При обычном стирании soft-bads исчезают, и remap-a при этом не происходит, уменьшается атрибут Current_Pending_Sector. Я предполагаю, что FW после записи в отмеченный ранее (например в ходе online самотестирования) UNC сектор делает проверку читаемости. И если читаемость восстановлена, и также количество попыток повторного чтения и уровней ECC коррекции в пределах допуска, то remap-а не происходит. Сектор при этом убирается из списка кандидатов на remap. Так ли это? |
| KALDYH
Advanced Member
Технонекромант Откуда: Кемерово Всего сообщений: 2355 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 июня 2009 |
i8088 написал: Я предполагаю, что FW после записи в отмеченный ранее (например в ходе online самотестирования)Да, верно. Я об этом забыл. |
| CodeMaster
Advanced Member
Рыцарь ордена Хламовников Откуда: Воронеж Всего сообщений: 1655 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 27 авг. 2010 |
KALDYH написал: Так вот, по алгоритму ремапа."И в дебри сказочной тайги" стали мы углубляться ;-) Но надо, надо подразобраться иначе потом опять об это буду спотыкаться. KALDYH написал: при обращении к сектору проверяется количество попыток повторного чтения и уровней ECC коррекцииЭто проводится "внутри" операции чтения? Т.е. диск считывается, если CRC не совпадает, то пытается восстановить по ECC, если не получилось - чтение повторяется и так сколько-то раз? Это видимо и вызывает цветные сектора при верификации которые в итоге не ремапятся? KALDYH написал: сектор заносится в список кандидатов.Т.е. при этом должной изменить RAW значение атрибута 197? KALDYH написал: Если же битый сектор не читается никак, он так и будет оставаться битым до тех пор, пока пользователь не перезапишет его явно.Т.е. верификация и чтение этого сектора никак не провоцирует firmware к ремапу этого сектора и тесты чтения всегда будут спотыкаться об него и что бы определиться с ним по нему надо пройтись записью? KALDYH написал: Диск имеет зонное распределение. В начале каждой зоны продольная плотность чуть ниже, в конце - чуть выше. В конце зоны канал чтения может и не вытягивать - будет видно как не просто ступенька, а ступенька с "трещинкой". К тому же адаптивное зонное распределение обычно задаёт границы зон, но не число секторов на них, и при не идеальном качестве канала чтения остальные зоны можно сдвинуть вперёд, чтобы уменьшить продольную плотность и уложиться в требования по качеству чтения, а первая зона всегда начинается от начала диска, и её не сдвинешь. Если качество пары головка/пластина чуть ниже проектного, все зоны сдвинутся ближе к началу (краю), а на нулевой появятся провалы чтения. Наблюдал такое не раз на многих винтах, как с заводской разметкой, так и после селфскана.Тут вообще ничего не понял ;-) но это надо переварить и я потом вернусь к этому на примерах графиков (ну или если вы увидете, то скажите). У меня пока только такой вопрос: а по HPA обрезать диск можно только с конца? А через терминал возможны другие варианты? |
| i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 3 июня 2018 20:14 Сообщение отредактировано: 3 июня 2018 20:16
CodeMaster написал: Т.е. верификация и чтение этого сектора никак не провоцирует firmware к ремапу этого сектора и тесты чтения всегда будут спотыкаться об него и что бы определиться с ним по нему надо пройтись записью?При верификации сектор может попасть под наблюдение (в список кандидатов на remap). Иначе G-list наполнялся бы soft-bads CodeMaster написал: У меня пока только такой вопрос: а по HPA обрезать диск можно только с конца?Дв. CodeMaster написал: А через терминал возможны другие варианты?Обрезание зон на Seagate не практикуется, но возможно снижение плотности записи в некоторых FW и отключение голов. |
| KALDYH
Advanced Member
Технонекромант Откуда: Кемерово Всего сообщений: 2355 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 июня 2009 |
CodeMaster написал: Это проводится "внутри" операции чтения? Т.е. диск считывается, если CRC не совпадает, то пытается восстановить по ECC, если не получилось - чтение повторяется и так сколько-то раз? Это видимо и вызывает цветные сектора при верификации которые в итоге не ремапятся?Да. Но "цветные" сектора это ещё может быть уже сделанный ремап - задержка возникает из-за перемежения в конец диска. CodeMaster написал: Т.е. при этом должной изменить RAW значение атрибута 197?Да. Однако 197 атрибут может также быть с коэффициентом (этот факт я не выяснял) CodeMaster написал: Т.е. верификация и чтение этого сектора никак не провоцирует firmware к ремапу этого сектора и тесты чтения всегда будут спотыкаться об него и что бы определиться с ним по нему надо пройтись записью?Ремап в простое будет произведён, если а) есть время в простое, б) при попытке чтения в это время сектор считался. CodeMaster написал: Тут вообще ничего не понял ;-) но это надо переварить и я потом вернусь к этому на примерах графиков (ну или если вы увидете, то скажите).Ага, чуть позже. CodeMaster написал: У меня пока только такой вопрос: а по HPA обрезать диск можно только с конца? А через терминал возможны другие варианты?Можно. Варианты возможны, но результат тот же. i8088 написал: Обрезание зон на Seagate не практикуетсяВернее, мы не умеем его делать. На старых винтах это работало из-за особенностей структуры микропрограммы. |
| CodeMaster
Advanced Member
Рыцарь ордена Хламовников Откуда: Воронеж Всего сообщений: 1655 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 27 авг. 2010 |
KALDYH написал: Можно. Варианты возможны, но результат тот же.В смысле? Можно отрезать начало диска или вырезать кусок в середине? i8088 написал: но возможно снижение плотности записи в некоторых FW и отключение голов.Это пока сложные для меня опции, мне пока по простому ;-) отрезать от такого-то LBA или до такого. |
| KALDYH
Advanced Member
Технонекромант Откуда: Кемерово Всего сообщений: 2355 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 июня 2009 |
CodeMaster написал: В смысле? Можно отрезать начало диска или вырезать кусок в середине?Не, нельзя. Это было бы как раз то самое "исключение зон". |
| CodeMaster
Advanced Member
Рыцарь ордена Хламовников Откуда: Воронеж Всего сообщений: 1655 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 27 авг. 2010 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 4 июня 2018 20:41 Сообщение отредактировано: 10 августа 2018 10:04
Disk #2 - Hitachi HTS543232L9SA02 S.M.A.R.T. | Verify #1 | Verify #2 Итак, продолжим, ещё один Hitachi тоже на 320ГБ. Похоже на классический вариант ремапа. По S.M.A.R.T. атрибуты 5. и 196. равны 5 и эти пять секторов с задержками более 1.5 сек можно увидеть в логах скана поверхности (второй короткий тест котрольный, для исключения косяков программы): Block start at 13446144 time 1930msОни и формируют провал на графике (хотя там рядом с ними полно и других небыстрых секторов) |
| CodeMaster
Advanced Member
Рыцарь ордена Хламовников Откуда: Воронеж Всего сообщений: 1655 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 27 авг. 2010 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 4 июня 2018 20:55 Сообщение отредактировано: 4 июня 2018 20:56
Кстати,ещё вопрос по карте блоков Disk'а #1 который забыл спросить. На скриншоте видно, что после блоков со временем доступа 50 и 20 мс идут 2-3 особо быстрых блока по 5 мс. (которых, кстати, на этом диске в принципе мало). Этот эффект я называю "тень" ;-) он повторяется на разных дисках и разных прогах (например в Victoria for DOS (дальше будут ещё примеры). Что это такое, это особенности расчёта скорости доступа к блоку программами и проявления какого-то не совсем корректного округления на границах блоков или это явление имеет физическую основу на поверхности пластины? |
| <<Назад Вперед>> | Страницы: 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 тем |
|