Wenn HDDs in einem USB-Gehäuse wie dem TerraMaster D4-320 unter ZimaOS nie in den Ruhezustand wechseln, trennen Sie den alten smartd-Aufweckfehler vom eigenen USB-zu-SATA-Standby-Verhalten des Gehäuses. ZimaOS 1.6.0 hat das Problem behoben, dass smartd Datenträger regelmäßig aufweckte. Mehrere Nutzer berichteten jedoch weiterhin, dass bestimmte USB-DAS-Modelle auch unter 1.6.0 aktiv blieben.
Das bedeutet, dass die aktuelle Diagnose gehäusespezifisch ist: Prüfen Sie, ob die USB-Bridge ATA-Standby-Befehle weiterleitet, ob die Laufwerke manuell in den Ruhezustand wechseln können und ob ZimaOS oder ein anderer Prozess sie sofort wieder aufweckt. Gehen Sie nicht davon aus, dass ein Docker-Container mit hd-idle eine universelle Lösung ist.
Zuerst den smartd-Aufweckfehler durch ein Update beheben
ZimaOS 1.6.0 hat offiziell das Problem behoben, bei dem smartd Datenträger intermittierend aufweckte und den normalen Ruhezustand verhinderte.
Die aktuellen Versionshinweise zu ZimaOS 1.6.0 sollten als Grundlage für Ihre Versionsprüfung dienen.
Warum sich USB-Gehäuse anders verhalten als direkt angeschlossene SATA-Laufwerke
Ein DAS enthält zwischen Linux und jedem Laufwerk eine USB-zu-SATA-Bridge. Einige Bridges leiten ATA-Befehle zur Energieverwaltung problemlos weiter, andere filtern oder übersetzen sie anders. Gehäuse mit mehreren Einschüben fügen eine weitere Firmware-Ebene hinzu und präsentieren Laufwerke möglicherweise auf ungewöhnliche Weise.
Schritt 1: Prüfen, ob jedes Laufwerk einzeln erkannt wird
lsblk -o NAME,MODEL,SERIAL,TRAN
lsusb
Wenn alle Laufwerke einzeln als USB-verbundene Blockgeräte erscheinen, notieren Sie vor jedem Standby-Test deren stabilen Kennungen.
Schritt 2: Statusprüfungen durchführen, die das Laufwerk nicht aufwecken
Wenn die Bridge SAT-Passthrough unterstützt, kann ein Befehl wie:
smartctl -d sat -n standby /dev/sdX
prüfen, ob sich das Laufwerk bereits im Ruhezustand befindet, ohne es absichtlich aufzuwecken. Nicht jede Bridge unterstützt denselben -d-Modus.
Schritt 3: Den Standby-Modus vorsichtig manuell testen
Verwenden Sie, sofern unterstützt, die vom Laufwerks- oder Gehäusehersteller dokumentierte Standby-Methode oder ein Linux-Tool, das nachweislich mit dieser Bridge funktioniert. Ein einmal erfolgreich ausgeführter manueller Standby-Befehl liefert mehr Erkenntnisse als wiederholte Änderungen am Timer der grafischen Oberfläche.
Wenn das Laufwerk in den Ruhezustand wechselt und sofort wieder aufwacht, greift ein anderer Prozess darauf zu. Wenn es überhaupt nicht in den Ruhezustand wechselt, ist eine Inkompatibilität der Bridge der wahrscheinlichere Verdacht.
Warum hd-idle in Docker umständlich ist
hd-idle benötigt direkten Zugriff auf Blockgeräte und muss mit einem Host zusammenarbeiten, der diese Laufwerke aktiv einbindet und verwendet. Die Übergabe der Rohdatenträger an einen privilegierten Container schwächt die Isolation und kann nach Änderungen der Gerätenamen instabil werden.
Verwenden Sie, sofern verfügbar, eine native aktuelle ZimaOS-Lösung, statt ausschließlich für den Standby einen dauerhaften Container zur Steuerung von Rohgeräten einzurichten.
Community-Workarounds sind nicht dasselbe wie native Unterstützung
Ein Nutzer des D4-320 richtete einen systemd-Timer ein, der regelmäßig smartctl -s standby,now ausführte. Das kann als Workaround funktionieren, aber das Erzwingen des Standbys per Timer ist riskant, wenn aktive I/O-Vorgänge nicht geprüft werden. Ein Backup, Scrub, Download oder Dateikopiervorgang sollte niemals unterbrochen werden, nur weil fünf Minuten vergangen sind.
Gehäuse-Firmware und native Energieverwaltungsfunktionen prüfen
Wenn dasselbe D4-320 unter Windows oder macOS korrekt in den Ruhezustand wechselt, unter Linux jedoch nicht, vergleichen Sie, ob diese Betriebssysteme herstellerspezifische USB-Befehle oder Dienstprogramme verwenden. ZimaOS kann das Verhalten proprietärer Gehäuse nicht immer über generische ATA-Energieverwaltungsbefehle nachbilden.
Wann direkt angeschlossenes SATA die bessere Wahl ist
Wenn ein niedriger Energieverbrauch und ein vorhersehbarer Standby der Laufwerke wichtig sind, stellt direkt angeschlossenes SATA die Energieverwaltungsbefehle der Laufwerke in der Regel transparenter bereit als eine USB-Bridge für mehrere Einschübe.
Der Leitfaden zur Fehlerbehebung bei Speicherproblemen bietet eine sicherere Diagnose-Struktur.
FAQ
Hat ZimaOS 1.6.0 alle Probleme mit dem Spindown der Laufwerke behoben?
Nein. Behoben wurde ein bestimmtes smartd-Aufweckproblem. Die Kompatibilität der USB-Bridge kann den Standby bei einigen Gehäusen weiterhin verhindern oder stören.
Warum wechselt mein TerraMaster unter Windows in den Ruhezustand, aber nicht unter ZimaOS?
Das Gehäuse ist möglicherweise auf ein bridge- oder herstellerspezifisches Verhalten bei der Energieverwaltung angewiesen, das sich unter Linux anders verhält.
Sollte ich hd-idle in Docker ausführen?
Mit Zugriff auf Rohgeräte ist das möglich, bringt jedoch zusätzliche Komplexität bei Berechtigungen und der Gerätezuordnung mit sich. Es ist nicht die sauberste erste Wahl.
Ist es sicher, den Standby alle paar Minuten zu erzwingen?
Nur wenn Sie garantieren können, dass das Laufwerk nicht aktiv ist. Ein unkritischer Timer kann mit aktiven Schreibvorgängen, Backups, Scrubs oder Medienzugriffen in Konflikt geraten.
