☰

Wie kann ich herausfinden, wer das Herunterfahren von Festplatten verhindert?

tag-icon • tag-icon debian hard-drive
Wie kann ich herausfinden, wer das Herunterfahren von Festplatten verhindert?

Das Problem

  • Nach dem Upgrade des NAS-Systems von Buster auf Bullseye können die Festplatten nicht heruntergefahren werden.

Mein NAS-Setup

  • 5x mechanische Platte WD RED, kein RAID, ext4 ohne Journaling
  • Debian Bullseye, Kernel 5.10
  • Das System wird von der sechsten SSD-Festplatte geladen (um mechanische Festplatten nicht zu wecken)
  • HD-Idle-Dienstprogramm zum Einstellen des Spin-Down nach 30 Minuten Inaktivitäthd-idle -i 0 -a sda -i 1800 -a sdb -i 1800 -a sdc -i 1800 -a sdd -i 1800 -a sde -i 1800 -l /var/log/hd-idle.log
  • keine Hardwareänderungen im NAS beim Upgrade auf Bullseye, auch keine Änderungen in der Konfiguration von hd-idle
  • NAS ist seit über 8 Jahren in diesem Hardware-Setup und auch in diesem Software-Setup, hauptsächlich Festplatten drehten sich jahrelang nach 30 Minuten ohne Probleme herunter

Was ich versucht habe

  • Wenn ich verwende hd-idle -t sda, wird die Festplatte sofort heruntergefahren, nach dem Aufwachen (aufgrund einer regulären Festplattenaktivität) schläft sie jedoch nicht wieder ein.
  • Wenn Festplatten mit zum Herunterfahren gezwungen werden hd-idle -t, werden sie ohne regelmäßige Aktivität nicht geweckt – sie werden also nicht durch sich wiederholende Jobs geweckt.
  • Ich war misstrauisch gegenüber Smartmontools, ob es eine Änderung in Bullseye gibt, die sie aufweckt. Ich habe ein bisschen mit /etc/smartd.confund herumgespielt -n standby, aber ohne Erfolg, also habe ich Smartd vollständig deaktiviert, um herauszufinden, ob Smartmontools der versteckte Bösewicht sind, aber ohne Erfolg, es sieht so aus, als ob sie es nicht sind.
  • lsof | grep /mediagibt nichts (Medium ist Einhängepunkt für alle diese Datenträger)
  • iotopIch habe auch ein bisschen mit gespielt nmon. Aber nichts Interessantes gefunden, nur normale Aktivität mit der SSD-Festplatte (Systemfestplatte).
  • Ich kann es iosnoopaus irgendeinem Grund nicht ausführen. Das Paket perf-tools-unstableist ordnungsgemäß installiert, aber der Aufruf iosnoopendet mit bash: iosnoop: command not found„even“ als Root. Ich habe die Ursache dafür nicht gefunden.

Es ist offensichtlich, dass Sie mein System nicht debuggen können, aber ich bin für jeden Hinweis dankbar, wie ich das Problem finden kann, das das Herunterfahren der Festplatten verhindert :-)

Antwort1

Gelöst. Zumindest weiß ich, warum meine Festplatten nicht in den Ruhezustand wechseln. Ich kann nicht genau sagen, wie ich dieses Problem mit einigen Linux-Tools aufspüren kann, ich bin zufällig in einer Diskussion darauf gestoßen.

Sieht aus wie eine Änderung im udisks2Dienst. Dieser Dienst überprüft Ihre Festplatten und ist für das automatische Einbinden Ihrer USB-Sticks usw. verantwortlich. Jetzt überprüft der Dienst auch SMART von Festplatten (ich weiß nicht, warum). Wenn die Festplatte schläft, wird sie nicht geweckt, aber wenn sie aktiv ist, überprüft udisks2 SMART alle 10 Minuten. Wenn die Ruhezeit also 30 Minuten beträgt, wird die Festplatte nie in den Ruhezustand versetzt. Außerdem können WD Red-Festplatten oft keine kürzere Ruhezeit als 10 Minuten einstellen (es ist nicht gesund für Festplatten, zu schnell herunterzufahren, also ist das eine vernünftige Grenze).

Einige Quellen:

Workaround für NAS-System: Sie benötigen den udisks2-Dienst wahrscheinlich überhaupt nicht.

sudo systemctl stop udisks2
sudo systemctl mask udisks2

verwandte Informationen