У меня есть маленький сервер с пятью дисками, вставленными после расположения:
Физические диски
/dev/sda (SSD EVO 850)
/dev/sdb (HDD TOSHIBA DT01ACA300)
/dev/sdc (HDD TOSHIBA DT01ACA300)
/dev/sdd (HDD WD1502FAEX-007BA0)
/dev/sde (HDD WD1502FAEX-007BA0)
Логические диски
/dev/sda1 (ext4) - Operating system '/'
/dev/md0 (ext4 - raid1 made of /dev/sdb1 and sdc1) - Data1
/dev/md1 (ext4 - raid1 made of /dev/sdd1 and sde1) - Data2
Бизнес-требование следует:
Проблема, с которой я имею дело, что, даже если я установил управление питанием диска явно, ни один из дисков не переходит ко сну/резервному устройству.
Команды я использую на этом (и также в других системах):
DRIVE_TO_SET=/dev/sdb #in general any drive I want to set PM
hdparm -B 1 $DRIVE_TO_SET
hdparm -S 60 $DRIVE_TO_SET
То, что является странным, является этим, если я поместил диск на сон вручную:
DRIVE_TO_SET=/dev/sdb #in general any drive I want to set PM
hdparm -Y $DRIVE_TO_SET
это остается спящим в течение многих дней, пока любой не запрашивает доступа к данным на нем.
Насколько я знаю, что нет никакого приложения, периодически получающего доступ к дискам, предотвращающим их для сна. Я верю тому, что они могут спать, когда вручную помещено для сна, также доказывает, что нет никакого сна, предотвращающего выполнение приложения.
То, чему я верю, является ценностью упоминания, что сервер выполняет все сервисы в LXD/LXC 2.0x контейнеры. Они однако сохраняют свои изображения на твердотельном диске с помощью дисков RAID только, чтобы хранить большие менее используемые данные.
Вопрос:
Как (что еще) я должен исследовать для обнаружения, почему диски не хотят засыпать?
Так или иначе gui инструмент ("Laufwerke" на немецком языке, возможно, "диски" на английском языке) от gnome-disk-utility
мог сделать изменение который hdparm -S
не мог. Необходимо выбрать устройство в ui и, чем тип E в клавиатуре, окно планирования появится, где можно настроить тайм-аут... Я сделал изменения для каждого устройства набега.