Доброе время суток!)
У меня есть HDD Seagate 500 GB. Он из дефктных в плане прошивки (SD15). Год назад с помощью терминала вылечил СС. Прошился на SD1A.
Пол года все работало отлично.
Теперь проблема со Smart:
Reallocated Sector Count растет. Каждый день по +1-2. Вроде как бэды. Первый скан MHDD показал 15 UNCR (при этом красных вообще не было).
Ну да ладно - сбросил G-list, сбросил Smart через терминал.
Далее - выполнил полный Erase. После этого Scan - ни одного UNCR и ни одного красного.
Поставил ОС, залил все файлы - проверил Smart - все отлично. Еще раз пропустил Scan - все ок. Бэдов нет.
Прошла неделя - параметр Reallocated Sector Count стал 1, и начал расти опять с каждым днем.
Скан бэдов не выявил. Сбросил G-list и Smart - скан - все равно бэдов нет, и красных нет. Но Reallocated Sector Count растет!
Сейчас смарт такой:
ID Attribute Description Threshold Value Worst Data Status
01 Raw Read Error Rate 6 112 99 132907629 OK: Value is normal - для сигейтов нормально
03 Spinup Time 0 95 94 0 OK: Always passes
БП Chieftec - проседаний напряжения нет, разброс в пределах 5%. Шлейф нормальный, все почищено.
Вы, что, хард совсем тупым считаете?
Он значит выявил плохие, неустойчивые сектора переназначил, сделал записи о них в G-лист.
И тут приходит умудреный офигеным опытом хардо-ремонта пользователь и говорит: - "Ты, HDD! не прав, хорошие это сектора"
и удаляет эти записи к чертовой матери, Харду ни чего не остается делать, как набирать статистику, и опять находить эти же сектора по третьему кругу.
G-лист нужно не обнулять, а переносить записи из него в заводской лист, что-бы сектора были не переназначены, а исключены из работы.
Можно так: m0,6,3,,,,,22 и затем запись по всей поляне. (только не до бесконечности, но пару тысяч записей можно перенести)
Чесно говоря да.
Если при скане и сборошенных листах (т.е. скан всей поверхности) ни разу ни одного бэда, и даже не одного красного (сколько помню, всегда на других ХДД красные предшествовали бэдам).
Какого он ремапит? Если сектора норамальные?! Поправьте или обьясните!_)
Спсибо большое - со временем так и сделаю (когда ремапы первалят за 1000).
Потому что считает эти сектора неустойчивыми и не дожидается, когда в них потеряются данные.
При линейном чтении хард до 8 раз может считывать сектор, после поиска до 30 раз,
Если сектор прочитался с 8/30 раза, ошибку HDD не выдаст, но отметит сектор в логе статистики некритичных ошибок.
На досуге, хард запустит процедуры smart тестов, и тщательно проверит все сектора попавшие в лог статистики.
Если сочтет их недостойными для хранения информации - переназначит.
Вобще это очень хорошо видно, когда у харад есть реальные плохие сектора. Рядом, как правило, тоже проблемные, попавшие в логи.
Очишаешь G-лист, смотришь смарт -релокейтов нет, оставляешь хард на несколько секунд в покое, и тут же в смарте появляются пендинги (кандидаты на ремап), после записи они переползают в релокейты. Причем, хард различает степень испорчености сектора. Если ошибки серьезные, он начнет процедуру ремапа не дожидаясь покоя. Знаменитая проблема пендинга на сигейтах, когда постояно занятый их обработкой, хард работает с дикими тормазами, в плоть до скорости, один сектор в минуту.
Так что вы вполне уже можете проверять по новой переназначенные сектора.
Пока переключались на другой режим, хард уже успел их переназначить.
Еще 2 вопроса появилось:
1) При восстановке от СС делал ребилд ретранслятора. Это часом не очистило P-list?
2) m0,6,3,,,,,22 после ввода команды нужно что то делать дальше (или оно автоматом весь G-list перенесет в P-list)?
Что то чувствую что данные с винта отформатируются...*( Или все таки можно перениести сохранив данные (ну ясно, что исключенные бэды создадут "дырявые" файлы).
1) P-лист, если специально не очишать, ни куда не денется.
Транслятор это хитрая таблица, учитывающая зонное распределение, записи P-листа и листа дефектов сервы.
Из нее берутся адреса здоровых секторов, а все плохие исключаются из работы.
2) Часть данных помрет окончательно.
Потому, как все адреса трансляции сдвинутся, начиная с места куда перенесутся записи из G-листа. При работе хард сверяет ECC сектора и его адрес по транслятору. Если не совпадает, данные хард не отдаст. Выдаст ошибку UNC.
Уважаемый, а (раз уж такая халява на ликбез по галактическим шпротам пошла) не подскажете часом грамотный алгоритм селфскана на этот продукт второй свежести?
...и если не затруднит, мысли по поводу разлочки и включения ААМ на мин.производительность (и далее опять полный burn) - есть ли шанс повысить живучесть данных? (исключаем клины и "стукнутые")
Немного повторюсь:
m0,6,3,,,,,22 после ввода команды нужно что то делать дальше (или оно автоматом весь G-list перенесет в P-list)?
ps. Раньше (2 года назад, до ошибки СС) и представить не мог себе, что HDD имеют настолько "интеллектуальное" ПО.
Tomset
Огромное человеческое спасибо за разъяснения.
out of mind !
Про селфскан и прочие штучки-дрючки на серии 11-е и далее придется похоже забыть.
Если только Сигейт согласится продать кому-то часть заводского оборудования.
По слухам, в ПЗУ харда записывается специальное ПО, которое по сети ( что-то типа Telnet) общается с сервером, и уже сервер управляет всем процессом тестирования, подгружает необходимые модули тестов и скриптов. Распологаются они в памяти HDD и в служебке не остаются.
Отправить комментарий