Western Digital WD6400AALS: перепрошивка firmware

Если честно очень бы хотелось "забить на TLER". Не могли бы вы Root немного развить свою мысль насчет "маркетинговости TLER"?
Я признаться был убежден что невозможность ее включить будет на 100% означать постоянные сбои и постоянный ребилд массива.
Зарядил вчера весь набор в RIAD6 на сервере посмотрим как долго продержится.

Большое спасибо всем за информацию и персонально Root
Может быть и я смогу быть вам полезен (покупка каких-нибудь комплектующих или еще что)?

alphagfx
Ответьте на простой вопрос зачем он нужен вообще?

Считается, что обычный накопитель при случае, если натыкается на сбойный сектор, то начинает его мучать. Возможно, что и до победного конца. При этом это может потребовать достаточно много времени. Для некоторых контроллеров время ожидания готовности накопителя весьма мало и поэтому они этот накопитель выкидывают из RAID'а.
См. тутачки.
Во-первых, написано, что некоторые контроллеры имеют возможность это время регулировать. Как настройку из своей утилиты конфигурирования. Подчеркну, что в самих накопителях при этом ничего не меняется.
Во-вторых, раз это время у разных контроллеров разное, то как WD определяет наименьшее допустимое? Т.е. получается TLER есть и его возможно понадобится подгонять под конкретную ситуацию или его банально нет...
В третьих, если накопитель подвисает, то не кажется ли Вам, что его УЖЕ менять надо? Потому что нормальный накопитель должен отдавать сектора весьма и весьма быстро.
В четвертых, у других фирм есть аналогичные "технологии". Samsung, например. Но вот у Сигейта в их серии ES.2 (аналог RAID Edition у WD, UltraStar 7K* у Hitachi и т.д.) ничего подобного не заявлено. Удивительно!
В пятых, вся эта ситуация вокруг этой технологии покрыта мифами. Например, не так давно один человек утверждал, что якобы из-за TLER накопители WD Raid Edition, ну, никак нельзя использовать в обычных ПК вне RAID'ов. Я плакалЪ.

В общем, мое мнение такое, что товарищи-маркетологи опять пытаются выдать очевидные и/или бесполезные вещи за супер-пупер-навороченные технологии, которые есть только у них. В любом случае рекомендую провести серию опытов, поискать впечатления пользователей по интернету (столько ссылок выдается по запросу "WDTLER"!) и сделать выводы лично для себя. Если поделитесь ими - будет интересно почитать. Т.с. независимое мнение

вот интересно, что получится...

PS: вот где действительно важно время отклика накопителя - системы работы с видео. Причем реального времени. Там можно пожертвовать надежностью хранения (ну, подумаешь, пара секторов попортится - видео оно же потоковое и поэтому выпадет пару кадров, так никто и не заметит) в пользу скорости реакции... И для использования в таких условиях у производителей есть спец. серии: Hitachi CinemaStar, Seagate SV35.* (наверняка из той же оперы - LD25.*, EE25.* и DB35.*)

Спасибо.
Я вообще-то перед тем как постить сюда сходил и на вики, и гугль многократно...
Информации было слишком много и противоречивой, поэтому в итоге и пришел сюда

(ну типа - уж если на роме, который бай мне скажут - ну его нафиг этот ТЛЕР, то уж тогда можно не напрягаться с шитьем).
Честно говоря хотелось бы просто подключить все винты и ЗАБЫТЬ (но чтоб работало).

Я тут на другом контроллере райд из 8 SSDей собираю - еще больший ужас.
Купить сразу все 8 не получается, добираю потихоньку - так фирмварные танцы и проходы
всякими утилитами / ресетами просто утомили.
С их форума получается надо не вылезать, если хочешь чтоб работало.
Прошу прощения за off-top.

WD6401AALS-00E8B0 - семейство MARS
WD6401AALS-00L3B2 - Atlantis

Соответственно нужно искать модули служебки от Mars с кодом WDхххxxxxx-ххD4xх (WD RE3) и сравнивать технологичесий паспорт.
Или изучать в чем принципиальные отличия в служебке.

Tomset
Слишком сложно и трудоемко... для не-ремонтника.
В который раз призводители железа перекрывают кислород...

А я бы просто посоветовал собрать софт-рэйд, если это будет серв на бзде/линуксе, и не заморачиваться... Потому как дешевле купить более мощный проц и пару простых сата контроллеров в довесок к набортному, чем адекватный рэйд-контроллер; + не будет гимора с возможной несовместимостью/глюками прошивки, и главное - никакого гимора с мониторингом состояния SMART винчестеров. Потому как на некоторых контроллерах (в частности, на Promise EX8350, что у нас пользуется) считать смарт винтов проблемно. Ну и + линукс сам пытается римэпить бэд-сектора при обнаружении ошибок...

!?!?!?!?!? Максимум, что может сделать Линупс (равно как и винда) - пометить в ФС сбойные сектора. Но вот ремаппить сектора он не может. ИМХО.

Ага. Сам удивился. Но судя по логам - при сбое драйвер пытался таки заримэпить сектор. Кроме всего прочего - на файлопомойке, где стоит рэйд, на некоторых винтах имеется по несколько реаллокейтов, и ни одного пендинг сектора. То же было и на помирающем винте...
Да и ведь ничего не мешает драйверу SATA/IDE дать комманду заримэпить сектор в случае сбоя чтения

NiTr0

не помню такой команды в АТА-стандарте. Иначе все было бы гораздо проще и авторам MHDD и Виктории не пришлось мучать накопитель повторными чтениями-записями в один участок...

Ну вы блин! даете.
Обозвали программисты комбинацию команд записи/чтения - ремапом в своих утилитах.
Да еще в Р(Д)егенераторе, в целях маркетинга это окрестили "физическим супер перемагничиванием".
И народ повелся...
Ремап - это чисто аппаратная фича харда, ни какая обычная программа работающая в рамках АТА стандарта не может его сделать.
Только технологическими командами самого накопителя можно спрятать дефекты. И ремапом этот технологический процесс вобще трудно назвать.