☰

HDD-Spindown trotz deaktiviertem Energiesparmodus

tag-icon • tag-icon linux hard-drive powersave
HDD-Spindown trotz deaktiviertem Energiesparmodus

vor kurzem habe ich festgestellt, dass meine Festplatte ziemlich häufig herunterfährt. Soweit ich das beurteilen kann, ist das ein neues Verhalten. Ich befürchte, dass die Hardware durch häufige Herunterfahren/Hochfahren beschädigt wird (kann das passieren?). Ich verwende Linux 5.15.8-1-default und habe versucht, die Energiesparoptionen mit hdparm zu ändern – das war die einzige Lösung, die ich im Internet gefunden habe:

hdparm -S 255 /dev/sda

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

Und

hdparm -B 255 /dev/sda

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

Dennoch kommt es häufig vor, dass die Festplatte schon nach wenigen Sekunden herunterfährt, z. B.:

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

zwischen der Ausgabe der hdparm-Befehle und dmesg warNEINNeustart. Ich weiß, dass dieses Thema ziemlich oft behandelt wird, aber normalerweise sind die Leute mit hdparm erfolgreich und ich konnte nicht herausfinden, warum das in der Vergangenheit nicht passiert ist. Meine Fragen sind also:

  1. Ist wiederholtes Herunter- und Hochfahren wirklich schädlich für die Hardware?

  2. Kann die Verhaltensänderung auf a) Software-Updates oder b) veraltete Hardware zurückzuführen sein?

  3. Gibt es eine Lösung, die ich einfach nicht gefunden habe? Wie kann ich dafür sorgen, dass das Laufwerk länger eingeschaltet bleibt?

Ich habe bereits in der Vergangenheit einige Geräte gefunden, die die Hdparm-Einstellungen ignoriert haben, aber was wirklich seltsam erscheint, ist, dass dieses Laufwerk oder mein System jetzt sein Verhalten geändert hat. Danke für jede Hilfe!

Antwort1

Für dieses Problem ist tlp.service verantwortlich, da es ALPM (AHCI Link Power Management) und AHCI Runtime PM auf BAT aktiviert, was diesen Start/Stopp/Start/Stopp von HDD/SSD verursacht.

So deaktivieren Sie: Entfernen Sie in /etc/tlp.conf (oder /etc/default/tlp.conf für ältere Versionen) die Kommentarzeichen:

SATA_LINKPWR_DENYLIST="hostX"

Um den Host zu bestimmen, sehen Sie sich die Ausgabe von tlp-stat -d an und ersetzen Sie „X“ entsprechend. Entfernen Sie die Kommentarzeichen und setzen Sie es auf „on“ (bedeutet „deaktivieren“).

AHCI_RUNTIME_PM_ON_BAT=on

Damit die Einstellungen wirksam werden, müssen Sie sie aus- und wieder einschalten – nicht nur zurücksetzen!

Mit Powertop prüfen – auf der Registerkarte „Anpassbare Einstellungen“ sollte Folgendes angezeigt werden:

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]

Beobachten Sie „journalctl -f“ zur Überwachung.

Quelle

verwandte Informationen