☰

Остановка вращения жесткого диска, несмотря на отключенный режим энергосбережения

tag-icon • tag-icon linux hard-drive powersave
Остановка вращения жесткого диска, несмотря на отключенный режим энергосбережения

Недавно я обнаружил, что мой жесткий диск довольно часто останавливается. Насколько я могу судить, это новое поведение. Я опасаюсь повреждения оборудования из-за частых последовательностей остановки/разгона вращения (может ли такое случиться?). Я использую Linux 5.15.8-1-default и попытался изменить параметры энергосбережения с помощью hdparm — это было единственное решение, которое я нашел в интернете:

hdparm -S 255 /dev/sda

/dev/sda:
 setting standby to 255 (21 minutes + 15 seconds)

и

hdparm -B 255 /dev/sda

/dev/sda:
 setting Advanced Power Management level to disabled
 APM_level      = off

Тем не менее, жесткий диск довольно часто останавливается уже через несколько секунд, например:

dmesg -T |grep sda

[So Jan  2 09:31:39 2022] sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB)
[So Jan  2 09:31:39 2022] sd 0:0:0:0: [sda] 4096-byte physical blocks
[So Jan  2 09:31:39 2022] sd 0:0:0:0: [sda] Write Protect is off
[So Jan  2 09:31:39 2022] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[So Jan  2 09:31:39 2022] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[So Jan  2 09:31:39 2022]  sda: sda1 sda2 sda3 sda4 sda5
[So Jan  2 09:31:39 2022] sd 0:0:0:0: [sda] Attached SCSI disk
[So Jan  2 09:31:45 2022] EXT4-fs (sda4): recovery complete
[So Jan  2 09:31:45 2022] EXT4-fs (sda4): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none.
[So Jan  2 09:37:59 2022] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[So Jan  2 09:37:59 2022] sd 0:0:0:0: [sda] Stopping disk
[So Jan  2 09:38:02 2022] sd 0:0:0:0: [sda] Starting disk
[So Jan  2 09:42:59 2022] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[So Jan  2 09:42:59 2022] sd 0:0:0:0: [sda] Stopping disk
[So Jan  2 09:52:00 2022] sd 0:0:0:0: [sda] Starting disk
[So Jan  2 09:52:35 2022] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[So Jan  2 09:52:35 2022] sd 0:0:0:0: [sda] Stopping disk
[So Jan  2 09:53:01 2022] sd 0:0:0:0: [sda] Starting disk
[So Jan  2 09:53:38 2022] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[So Jan  2 09:53:38 2022] sd 0:0:0:0: [sda] Stopping disk
[So Jan  2 10:01:54 2022] sd 0:0:0:0: [sda] Starting disk
[So Jan  2 10:02:18 2022] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[So Jan  2 10:02:18 2022] sd 0:0:0:0: [sda] Stopping disk
[So Jan  2 10:12:00 2022] sd 0:0:0:0: [sda] Starting disk
[So Jan  2 10:12:20 2022] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[So Jan  2 10:12:20 2022] sd 0:0:0:0: [sda] Stopping disk

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

  1. Действительно ли многократное замедление и ускорение вращения вредит оборудованию?

  2. Может ли изменение поведения быть вызвано а) обновлениями программного обеспечения или б) устаревшим оборудованием?

  3. Есть ли решение, которое я просто не нашел? Как сделать так, чтобы диск оставался включенным дольше?

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

решение1

За эту проблему отвечает tlp.service, поскольку он включает ALPM (управление питанием канала AHCI) и AHCI Runtime PM в BAT, что приводит к запуску/остановке/запуску/остановке hdd/ssd.

Чтобы отключить: в /etc/tlp.conf (или /etc/default/tlp.conf для более старых версий) раскомментируйте:

SATA_LINKPWR_DENYLIST="hostX"

Обратитесь к выводу tlp-stat -d, чтобы определить хост, замените «X» соответствующим образом. Раскомментируйте и установите значение «on» (что означает «отключить»).

AHCI_RUNTIME_PM_ON_BAT=on

Чтобы настройки вступили в силу, их необходимо не просто сбросить, а выключить и включить питание!

Проверьте с помощью powertop — на вкладке «регулируемые настройки» должно отображаться:

bad  Runtime PM for disk sda
bad  Runtime PM for port ata1 of PCI device: [your specific vendor device e.g. Intel Atom/Celeron/Pentium Processor N3XXX Series]
bad  Runtime PM for port ata2 of PCI device: [your specific vendor device e.g. Intel Atom/Celeron/Pentium Processor N3XXX Series]

Для мониторинга используйте команду «journalctl -f».

Источник

Связанный контент