WD Red+Linux – доверяй, но проверяй Load_Cycle_Count?
Invite pending
Внимание! Некоторые партии новых жестких дисков Western Digital Red имеют старую добрую
проблему с слишком быстро растущим при работе Linux параметром Load_Cycle_Count.
Да-да, ту же что имели WD Green, замеченную 4 года тому назад.
Проблемы замечены у 1/2/3/4-х терабайтных версий WD Red. Причём, у дисков с одной датой выпуска, версией firmware (80.00A80) но из разных партий поведение может отличаться, например:
1st HDD: WDC WD30EFRX-68AX9N0 – счётчик не растёт
2nd HDD: WDC WD30EFRX-68EUZN0 – (мой случай) счётчик растёт!
Подробности ниже.
Ситуация довольно странная и неприятная, принимая во внимание, что Western Digital уверенно позиционирует данную модель как специально разработанную для NAS. Не учитывая почему-то при этом, что большинство домашних NAS-ов используют именно Linux в качестве OS.
Диагностика проблемы довольно проста: проверьте счётчик, запустив несколько раз команду:
(замените sdX на ваш диск).
smartctl -a /dev/sdX | grep Load_Cycle
и заодно проверьте время работы:
smartctl -a /dev/sdX | grep Power_On_Hours
В идеале, диск должен быть неактивен, лучше всего – отмонтирован. Счётчик будет увеличиваться приблизительно каждые 8 секунд.
Если отмонтировать диск невозможно, руководствуйтесь здравым смыслом – в моём случае, свежеустановленный в NAS диск после 40 часов онлайна показал 1600 парковок. Для сравнения, WD Black c 5711 часами онлайна имеет Load_Cycle_Count = 1731.
Как лечить?
Техподдержка WD предлагает воспользоваться утилитой всё той же WDIDLE3 1.05 support.wdc.com/product/download.asp?groupid=609&sid=113
Где-то на форуме QNAP доступна версия поновее — 2.0.0.1, но так как я не использовал ни первую, ни вторую, то ничего по поводу их различий и использования сказать не могу.
На моё счастье, на том же форуме QNAP натолкнулся на утилиту ide3ctl, прекрасно решающую вопрос непосредственно из-под линукса.
Вот она, доступна в исходниках:
http://idle3-tools.sourceforge.net/
Внимание! Всё последующее вы делаете на свой страх и риск!
Успешно скомпилирована gcc (просто запустите make) и испытана на Fedora 20 x86 и на QNAP TS-112 firmware 4.02, на 3-х дисках:
WDC WD30EFRX (Red)
WDC WD20EARS (Green)
WDC WD10EARS (Green)
Как работает:
# ./idle3ctl
idle3ctl v0.9.1 — Read, Set or disable the idle3 timer of Western Digital drives
Copyright © 2011 Christophe Bothamy
Usage: idle3ctl [options] device
Options:
-h: displat help
-V: show version and exit immediately
-v: verbose output
--force: force even if no Western Digital HDD are detected
-g: get raw idle3 timer value
-g100: get idle3 timer value as wdidle3 v1.00 value
-g103: get idle3 timer value as wdidle3 v1.03 value
-g105: get idle3 timer value as wdidle3 v1.05 value
-d: disable idle3 timer
-s: set idle3 timer raw value
Смотрим:
./idle3ctl -g105 /dev/sdX
Idle3 timer set to 80 (0x50)
видим пресловутые 8 секунд
Отключаем:
./idle3ctl -d /dev/sdX
И делаем poweroff (обязательно).
Возможно, полное отключение не самое лучшее решение – можно просто увеличить время
тайм-аута. Ну, это можно при необходимости поменять этой же утилитой.
Если кому-то необходимы подробности по сборке для QNAP, пишите.
проблему с слишком быстро растущим при работе Linux параметром Load_Cycle_Count.
Да-да, ту же что имели WD Green, замеченную 4 года тому назад.
Проблемы замечены у 1/2/3/4-х терабайтных версий WD Red. Причём, у дисков с одной датой выпуска, версией firmware (80.00A80) но из разных партий поведение может отличаться, например:
1st HDD: WDC WD30EFRX-68AX9N0 – счётчик не растёт
2nd HDD: WDC WD30EFRX-68EUZN0 – (мой случай) счётчик растёт!
Подробности ниже.
Ситуация довольно странная и неприятная, принимая во внимание, что Western Digital уверенно позиционирует данную модель как специально разработанную для NAS. Не учитывая почему-то при этом, что большинство домашних NAS-ов используют именно Linux в качестве OS.
Диагностика проблемы довольно проста: проверьте счётчик, запустив несколько раз команду:
(замените sdX на ваш диск).
smartctl -a /dev/sdX | grep Load_Cycle
и заодно проверьте время работы:
smartctl -a /dev/sdX | grep Power_On_Hours
В идеале, диск должен быть неактивен, лучше всего – отмонтирован. Счётчик будет увеличиваться приблизительно каждые 8 секунд.
Если отмонтировать диск невозможно, руководствуйтесь здравым смыслом – в моём случае, свежеустановленный в NAS диск после 40 часов онлайна показал 1600 парковок. Для сравнения, WD Black c 5711 часами онлайна имеет Load_Cycle_Count = 1731.
Как лечить?
Техподдержка WD предлагает воспользоваться утилитой всё той же WDIDLE3 1.05 support.wdc.com/product/download.asp?groupid=609&sid=113
Где-то на форуме QNAP доступна версия поновее — 2.0.0.1, но так как я не использовал ни первую, ни вторую, то ничего по поводу их различий и использования сказать не могу.
На моё счастье, на том же форуме QNAP натолкнулся на утилиту ide3ctl, прекрасно решающую вопрос непосредственно из-под линукса.
Вот она, доступна в исходниках:
http://idle3-tools.sourceforge.net/
Внимание! Всё последующее вы делаете на свой страх и риск!
Успешно скомпилирована gcc (просто запустите make) и испытана на Fedora 20 x86 и на QNAP TS-112 firmware 4.02, на 3-х дисках:
WDC WD30EFRX (Red)
WDC WD20EARS (Green)
WDC WD10EARS (Green)
Как работает:
# ./idle3ctl
idle3ctl v0.9.1 — Read, Set or disable the idle3 timer of Western Digital drives
Copyright © 2011 Christophe Bothamy
Usage: idle3ctl [options] device
Options:
-h: displat help
-V: show version and exit immediately
-v: verbose output
--force: force even if no Western Digital HDD are detected
-g: get raw idle3 timer value
-g100: get idle3 timer value as wdidle3 v1.00 value
-g103: get idle3 timer value as wdidle3 v1.03 value
-g105: get idle3 timer value as wdidle3 v1.05 value
-d: disable idle3 timer
-s: set idle3 timer raw value
Смотрим:
./idle3ctl -g105 /dev/sdX
Idle3 timer set to 80 (0x50)
видим пресловутые 8 секунд
Отключаем:
./idle3ctl -d /dev/sdX
И делаем poweroff (обязательно).
Возможно, полное отключение не самое лучшее решение – можно просто увеличить время
тайм-аута. Ну, это можно при необходимости поменять этой же утилитой.
Если кому-то необходимы подробности по сборке для QNAP, пишите.