Доброе время суток!)
У меня есть 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
04 Start/Stop Count 20 100 100 14 OK: Value is normal
05 Reallocated Sector Count 36 100 100 9 OK: Value is normal - задрал
07 Seek Error Rate 30 65 60 3243098 OK: Value is normal
09 Power-On Time Count 0 100 100 74 OK: Always passes
0A Spinup Retry Count 97 100 100 0 OK: Value is normal
0C Power Cycle Count 20 100 100 14 OK: Value is normal
B8 End-to-End Error 99 100 100 0 OK: Value is normal
BB Reported Uncorrectable Errors 0 88 88 12 OK: Always passes - это из за того что я не сделал Spin Down(
BC Command Timeout 0 100 99 1 OK: Always passes
BD High Fly Writes 0 100 100 0 OK: Always passes
BE Airflow Temperature 45 75 62 420741145 OK: Value is normal
C2 Temperature 0 25 40 25 OK: Always passes - не заню откуда взлся масимум 40, больше 35 не видел.
C3 Hardware ECC Recovered 0 41 35 132907629 OK: Always passes - для сигейтов нормально
C5 Current Pending Sector Count 0 100 100 0 OK: Always passes
C6 Offline Uncorrectable Sector Count 0 100 100 0 OK: Always passes
C7 Ultra ATA CRC Error Rate 0 200 200 0 OK: Always passes
БП Chieftec - проседаний напряжения нет, разброс в пределах 5%. Шлейф нормальный, все почищено.
Он значит выявил плохие, неустойчивые сектора переназначил, сделал записи о них в G-лист.
И тут приходит умудреный офигеным опытом хардо-ремонта пользователь и говорит: - "Ты, HDD! не прав, хорошие это сектора"
и удаляет эти записи к чертовой матери, Харду ни чего не остается делать, как набирать статистику, и опять находить эти же сектора по третьему кругу.
G-лист нужно не обнулять, а переносить записи из него в заводской лист, что-бы сектора были не переназначены, а исключены из работы.
Можно так: m0,6,3,,,,,22 и затем запись по всей поляне. (только не до бесконечности, но пару тысяч записей можно перенести)
Чесно говоря да.
Если при скане и сборошенных листах (т.е. скан всей поверхности) ни разу ни одного бэда, и даже не одного красного (сколько помню, всегда на других ХДД красные предшествовали бэдам).
Какого он ремапит? Если сектора норамальные?! Поправьте или обьясните!_)
Спсибо большое - со временем так и сделаю (когда ремапы первалят за 1000).
Потому что считает эти сектора неустойчивыми и не дожидается, когда в них потеряются данные.
При линейном чтении хард до 8 раз может считывать сектор, после поиска до 30 раз,
Если сектор прочитался с 8/30 раза, ошибку HDD не выдаст, но отметит сектор в логе статистики некритичных ошибок.
На досуге, хард запустит процедуры smart тестов, и тщательно проверит все сектора попавшие в лог статистики.
Если сочтет их недостойными для хранения информации - переназначит.
Вобще это очень хорошо видно, когда у харад есть реальные плохие сектора. Рядом, как правило, тоже проблемные, попавшие в логи.
Очишаешь G-лист, смотришь смарт -релокейтов нет, оставляешь хард на несколько секунд в покое, и тут же в смарте появляются пендинги (кандидаты на ремап), после записи они переползают в релокейты. Причем, хард различает степень испорчености сектора. Если ошибки серьезные, он начнет процедуру ремапа не дожидаясь покоя. Знаменитая проблема пендинга на сигейтах, когда постояно занятый их обработкой, хард работает с дикими тормазами, в плоть до скорости, один сектор в минуту.
Так что вы вполне уже можете проверять по новой переназначенные сектора.
Пока переключались на другой режим, хард уже успел их переназначить.
1) При восстановке от СС делал ребилд ретранслятора. Это часом не очистило P-list?
2) m0,6,3,,,,,22 после ввода команды нужно что то делать дальше (или оно автоматом весь G-list перенесет в P-list)?
Что то чувствую что данные с винта отформатируются...*( Или все таки можно перениести сохранив данные (ну ясно, что исключенные бэды создадут "дырявые" файлы).
Транслятор это хитрая таблица, учитывающая зонное распределение, записи P-листа и листа дефектов сервы.
Из нее берутся адреса здоровых секторов, а все плохие исключаются из работы.
2) Часть данных помрет окончательно.
Потому, как все адреса трансляции сдвинутся, начиная с места куда перенесутся записи из G-листа. При работе хард сверяет ECC сектора и его адрес по транслятору. Если не совпадает, данные хард не отдаст. Выдаст ошибку UNC.
...и если не затруднит, мысли по поводу разлочки и включения ААМ на мин.производительность (и далее опять полный burn) - есть ли шанс повысить живучесть данных? (исключаем клины и "стукнутые")
m0,6,3,,,,,22 после ввода команды нужно что то делать дальше (или оно автоматом весь G-list перенесет в P-list)?
ps. Раньше (2 года назад, до ошибки СС) и представить не мог себе, что HDD имеют настолько "интеллектуальное" ПО.
Tomset
Огромное человеческое спасибо за разъяснения.
Про селфскан и прочие штучки-дрючки на серии 11-е и далее придется похоже забыть.
Если только Сигейт согласится продать кому-то часть заводского оборудования.
По слухам, в ПЗУ харда записывается специальное ПО, которое по сети ( что-то типа Telnet) общается с сервером, и уже сервер управляет всем процессом тестирования, подгружает необходимые модули тестов и скриптов. Распологаются они в памяти HDD и в служебке не остаются.