☰

절전 기능 비활성화에도 불구하고 HDD 스핀다운

tag-icon • tag-icon linux hard-drive powersave
절전 기능 비활성화에도 불구하고 HDD 스핀다운

최근에 나는 내 HDD가 꽤 자주 회전을 멈추는 것을 발견했습니다. 내가 말할 수 있는 한, 이것은 새로운 행동이다. 빈번한 스핀다운/스핀업 시퀀스로 인해 하드웨어가 손상될까봐 걱정됩니다(이런 일이 일어날 수 있습니까?). 저는 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

그럼에도 불구하고 HDD는 단 몇 초 후에 매우 자주 스핀다운됩니다. 예:

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. a) 소프트웨어 업데이트 또는 b) 오래된 하드웨어로 인해 동작 변화가 발생할 수 있습니까?

  3. 방금 찾지 못한 해결책이 있나요? 드라이브를 더 오랫동안 켜두려면 어떻게 해야 합니까?

이미 과거에 hdparm 설정을 무시하는 일부 장치를 발견했지만 정말 이상해 보이는 것은 이 드라이브나 시스템이 이제 동작을 변경했다는 것입니다. 어떤 도움을 주셔서 감사합니다!

답변1

BAT에서 ALPM(AHCI 링크 전원 관리) 및 AHCI 런타임 PM을 활성화하여 hdd/ssd의 시작/중지/시작/중지를 유발하므로 이 문제의 원인은 tlp.service입니다.

비활성화하려면: /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'를 시청하세요.

원천

관련 정보