Есть ли способ проинструктировать ядро (Linux) не активировать вторичный жесткий диск после системного цикла сна / пробуждения? Я спрашиваю, потому что в моем ноутбуке у меня есть SSD в качестве основного диска, содержащего системный корень и дополнительный жесткий диск, где я храню систему резервного копирования и файлы, к которым я время от времени обращаюсь. Поскольку ноутбук обычно проходит много ежедневных циклов сна / пробуждения (я имею в виду приостановку в ОЗУ, а не гибернацию) в течение многих дней, я бы хотел перевести дополнительный жесткий диск в спящий режим вручную и дать указание ядру держать его в спящем режиме во время сна системы. / циклы пробуждения.
linux
hard-disk
power-management
suspend
Джон Террагон
источник
источник
hdparm -Y /dev/sdb
. Если ваша система обращается к вашему диску, он автоматически снова раскручивается. Вы также можете определить это/etc/hdparm.conf
с помощью/dev/disk/by-label/DATA4 { spindown_time = 180 }
я рекомендую использовать метки для ваших дисков, так как вы никогда не можете полагаться на то, какой диск был обнаружен вашей системой первым. Имейте в виду, что вам нужна более новая версия hdparm (у меня 9.43) для отправки дисков с меткой в спящий режим.Ответы:
Поскольку вы используете только резервный жесткий диск для резервного копирования, я бы посоветовал fstab не подключать диск автоматически и создать сценарий резервного копирования, который монтирует диск, создает резервную копию и снова отключает диск.
Пример строки fstab с опцией noauto:
bash скрипт для бэкапа будет чем начинаться
mount /media/backup
и заканчиватьсяumount /media/backup
источник
Я не думаю, что это возможно. При загрузке диск проверяется BIOS / UEFI, а не только ядром.
Однако я инструктирую систему переводить диск в спящий режим сразу после загрузки системы. Проверьте https://wiki.archlinux.org/index.php/Hdparm#Putting_a_drive_to_sleep_directly_after_boot .
В моем случае у меня есть:
/usr/local/lib/systemd/system/rsleephdd.service
Не имеет значения, монтируется ли диск или его разделы с помощью fstab (или в этом случае crypttab) или нет.
Строго говоря, (править) ядро может игнорировать диск путем его исправления . Это не помешает приводу проснуться, хотя - напротив, патч, с которым я связан, не даст вам получить доступ к диску, вы не сможете получить доступ к файлам даже время от времени, а также не сможете подключить диск к спать.
источник