Рейтинг:2

Как я могу найти, кто препятствует вращению дисков

флаг br

Эта проблема

  • После обновления системы NAS с Buster на Bullseye диски не могут останавливаться.

Моя настройка NAS

  • 5x механический диск WD RED, без RAID, ext4 без журналирования
  • Debian Bullseye, ядро ​​5.10
  • система загружается с шестого SSD диска (чтобы не будить механические)
  • Утилита hd-idle для остановки вращения после 30 минут бездействия. hd-idle -i 0 -a sda -i 1800 -a sdb -i 1800 -a sdc -i 1800 -a sdd -i 1800 -a sde -i 1800 -l /var/log/hd-idle.log
  • никаких аппаратных изменений в NAS при обновлении до Bullseye, а также никаких изменений в конфигурации hd-idle
  • NAS находится в этой аппаратной настройке более 8 лет, а также в настройке программного обеспечения, в основном диски останавливались через 30 минут в течение многих лет без каких-либо проблем.

Что я пробовал

  • Если я использую hd-idle -t sda, диск немедленно остановится, но после пробуждения (из-за какой-то регулярной активности диска) он больше никогда не заснет.
  • Если диски принудительно замедляются с hd-холостой ход -t, они не просыпаются без регулярной активности, поэтому их не будит повторяющаяся работа.
  • Я с подозрением относился к smartmontools, если в Bullseye есть какие-то изменения, которые их будят. я немного играл с /etc/smartd.conf и -n в режиме ожидания, но безуспешно, поэтому я полностью отключил smartd, чтобы выяснить, являются ли smartmontools скрытым плохим человеком, но не повезло, похоже, это не так.
  • lsof | grep/медиа ничего не дает (носитель является точкой монтирования для всех этих дисков)
  • я немного играл с йотоп также с нмон. Но ничего интересного не нашел, только обычная активность с SSD (системным) диском.
  • я не могу бежать iosnoop по какой-то причине. Пакет perf-tools-нестабильный установлен правильно, но вызов iosnoop заканчивается bash: iosnoop: команда не найдена даже как корень. Я не нашел причину этого.

Очевидно, что вы не можете отладить мою систему, но я буду признателен за любые подсказки, как найти проблему, которая мешает дискам останавливаться :-)

kruemi avatar
флаг pk
Поскольку диски не вращаются без «нормальной активности», я думаю, что проблема не в активности. Какое ядро ​​и какую версию HD-idle вы используете? На https://github.com/adelolmo/hd-idle указано: Используйте разделы диска для расчета активности Активность диска рассчитывается путем наблюдения за изменениями чтения/записи на уровне раздела, а не на уровне диска. Это требуется для ядер новее 5.4 LTS, потому что инструменты мониторинга диска изменяют значения чтения/записи на уровне диска, хотя на самом диске нет реальной активности.
флаг br
Ядро: 5.10.0-11-amd64. Я не понял, как получить версию hd-idle, так как нет параметра -v или --version, поэтому только по дате бинарного файла я вижу, что у меня версия от 2018-08-26 и на github (https: //github.com/adelolmo/hd-idle/releases?page=2) Я вижу самую старую версию 1.0 от 16 сентября 2018 года. Веселая. Я попробую более новую версию hd-idle и вернусь.
флаг br
К сожалению, самая новая версия hd-idle (1.16) дает тот же результат, что и описанный выше.
kruemi avatar
флаг pk
Хорошо. Вы прочитали шаги, перечисленные в разделе «запустить hd-idle» на https://github.com/adelolmo/hd-idle, и проверили, все ли в порядке?
Рейтинг:1
флаг br

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

Похоже на изменение в udisks2 оказание услуг. Эта служба проверяет ваши диски и отвечает за автоматическое монтирование ваших USB-накопителей и т. Д. Теперь служба проверяет также SMART дисков (не знаю, почему). Если диск спит, он его не разбудит, но если он активен, udisks2 проверяет SMART каждые 10 минут. Таким образом, если время сна составляет 30 минут, диск никогда не уснет. Кроме того, диски WD Red часто не могут установить меньшее время сна, чем 10 минут (для дисков вредно слишком агрессивное вращение, так что это разумный предел).

Некоторые источники:

Обходной путь для системы NAS: возможно, вам вообще не нужна служба udisks2.

sudo systemctl остановить udisks2
sudo systemctl маска udisks2

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.