Существует ли еще проблема с таймаутом “idle3” на жестких дисках Western Digital WD Blue 2022 года?

Актуален ли тайм-аут “idle3” для жестких дисков Western Digital Blue 2022 года, а конкретно для их линии WD40EZAZ? Или мне стоит воспринимать сообщение hdparm -J об недействительном обмене как доказательство того, что таймер был удален и диски не будут парковаться за смешно короткое время?

Контекст:

В течение длительного времени компания Western Digital поставляла свои жесткие диски “Green”, позже (как я полагаю) переименованные в “Blue”, с необычной функцией, известной как “idle3 timeout” (или “IntelliPark”), которая заставляла диски парковать свои головки и переходить в состояние низкого энергопотребления после бездействия. Это само по себе, вероятно, не так уж и плохо, но заводское значение тайм-аута было установлено на абсурдно низкое значение в 8 секунд, что означало, что если к вашему диску обращаются в среднем каждые 10 секунд, он будет постоянно парковать свои головки и в конечном итоге выходить из строя. Симптомы включают аномально высокое значение атрибута SMART Load_Cycle_Count и (предположительно) преждевременный выход из строя диска.

Western Digital (насколько я могу судить) рекомендовала людям использовать другие линии своих дисков, если у них была подобная активность, но они выпустили утилиту (пришлось содрогнуться) MS-DOS под названием wdidle3, которая позволяла устанавливать таймер на другое (т.е. разумное) значение. (Кроме того, они один раз передумали относительно того, что означают необработанные значения, что вызвало еще больше путаницы.) Эта утилита была обратным образом разработана (я полагаю — или, возможно, они решили не быть злыми и задокументировали, что она делает) и ее функциональность была реализована в инструменте Linux idle3ctl (из idle3-tools) и флаге -J утилиты hdparm.

Это не древняя история: у меня есть два жестких диска Western Digital Blue по 4 ТБ, номер модели WD40EZRZ-22GXCB0, которые были куплены в сентябре 2020 года, и у них был реализован таймер idle3, и я думаю, что заводское значение было установлено на несколько секунд.

Однако несколько недель назад я купил еще один жесткий диск Western Digital Blue на 4 ТБ, номер модели WD40EZAZ-00SF3B0, и ни hdparm -J, ни idle3ctl не могут получить доступ к таймеру idle3.

• На дисках 2020 года с этой функцией (для сравнения):

vega david ~ $ sudo hdparm -J /dev/sdb

/dev/sdb:
 wdidle3      = 300 сек (или 13.8 сек для старых дисков)
vega david ~ $ sudo idle3ctl -g /dev/sdb
Таймер Idle3 установлен на 138 (0x8a)

• На жестком диске 2022 года:

pleiades david ~ $ sudo hdparm -J /dev/sdb

/dev/sdb:
SG_IO: плохие/отсутствующие данные о состоянии, sb[]:  70 00 05 00 00 00 00 0a 04 51 a0 10 21 04 00 00 00 4f 00 00 00 00 00 00 00 00 00 00 00 00 00 00
SG_IO: плохие/отсутствующие данные о состоянии, sb[]:  70 00 05 00 00 00 00 0a 04 51 a0 1b 21 04 00 00 00 b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00
 wdidle3      = отключен
pleiades david ~ $ sudo idle3ctl -g /dev/sdb
sg16(VSC_SENDKEY) не удалось: Неверный обмен

Сейчас у меня нет аномально высокого значения Load_Cycle_Count после нескольких часов использования, поэтому я склонен верить, что таймер idle3 был полностью устранен и мне не о чем беспокоиться, но, возможно, диск просто находился в постоянном использовании (так как он является частью массива RAID, трудно быть уверенным), и этот рецензент на Amazon утверждает, что у него та же проблема (в 2017 году), когда idle3ctl возвращает “Неверный обмен”, несмотря на наличие “IntelliPark”.

Актуален ли тайм-аут “idle3” для жестких дисков Western Digital Blue 2022 года,

Краткий ответ

Да, эта функция все еще существует и может быть изменена на нескольких, но не всех дисках WD. Мониторинг можно проводить, проверяя, как необработанное значение атрибута SMART 193 Load cycle count увеличивается со временем, учитывая ваш личный загрузочный профиль (способ, которым вы нагружаете свой диск в зависимости от того, как вы его используете).

Длинный ответ

Да, это так, потому что функция была доступна на двух различных дисках (WD40EZX и WD40PURZ), которые я купил в 2022 году.

и конкретно для их линии WD40EZAZ?

Я не знаю. WD40EZAZ — это диск SMR. Я не доверяю этой переплаченной технологии в своей среде, где нет источника бесперебойного питания.

Или мне стоит воспринимать hdparm -J о недействительном обмене как доказательство того, что таймер был удален и что диски не будут парковаться за смешно короткое время?

Возможное удаление этого таймера не означает, что прошивка диска все еще содержит агрессивную стратегию парковки головок. Это то, что вам нужно контролировать.

В руководстве hdparm есть некоторые предупреждения о его использовании:

WD предоставляет утилиту WDIDLE3.EXE DOS для настройки этой настройки, и вы должны использовать эту программу вместо hdparm, если это возможно. Обратная реализация в hdparm не так завершена, как оригинальная официальная программа, хотя, похоже, она работает хотя бы на нескольких дисках.

Источник: https://man7.org/linux/man-pages/man8/hdparm.8.html

Вместо того, чтобы мучиться, используя WD-Tool в реальной среде DOS, я успешно использовал инструменты Linux idle3-tools, предоставленные Christophe Bothamy, доступные здесь:
https://idle3-tools.sourceforge.net/

Я обнаружил, что диск должен быть подключен как можно ближе к чипсету материнской платы, например, подключив его к одному из основных ATA-разъемов. В противном случае сообщение об ошибке может заставить вас поверить, что нет значения, которое можно было бы изменить.

Список дисков WD, у которых можно изменить время задержки парковки

*Таблица для дополнения; числовое значение времени основано на параметре -g105 в idle3ctl.