ZimaOS 1.6.0 behob einen tatsächlichen Fehler beim Festplatten-Standby, doch diese Quelle belegt, dass die Korrektur nicht jedes USB-Gehäuse erfasste. In den offiziellen Versionshinweisen von IceWhale zu 1.6.0 heißt es smartd die Festplatten intermittierend aufweckte und den normalen Ruhezustand verhinderte. Nach dem Update auf die finale Version 1.6.0 berichteten Benutzer mit TerraMaster-D5-300C- und D4-320-Gehäusen weiterhin, dass ihre USB-Festplatten nicht herunterfuhren.
Die korrekte Schlussfolgerung ist enger gefasst: 1.6.0 behob eine systemseitige Aufweckquelle; das Verhalten von USB-Bridges und Gehäusen blieb von der jeweiligen Konfiguration abhängig.
Der Festplatten-Standby ist eine echte ZimaOS-Funktion
ZimaOS führte bereits in früheren Versionen eine Option für den Festplatten-Standby ein. Die betreffenden Benutzer fragten nicht, ob der Standby-Modus überhaupt existierte, sondern berichteten, dass über USB angeschlossene Festplatten ihn ignorierten oder nicht dauerhaft beibehielten.
ZimaOS 1.6.0 behob offiziell das Aufwecken schlafender Festplatten durch smartd
In den offiziellen Versionshinweisen zu 1.6.0 wird ausdrücklich eine Korrektur für Festplatten aufgeführt, die nicht in den normalen Ruhezustand wechseln konnten, weil smartd weckte sie intermittierend auf.
Siehe die offizielle Korrektur für den Festplatten-Standby in Version 1.6.0.
Der ursprüngliche Beitragende hatte auch nach dem Update auf die finale Version 1.6.0 weiterhin keinen Erfolg
alexstamos aktualisierte von der Beta auf die finale Version 1.6.0 und berichtete, dass das Problem weiterhin bestand. Das TerraMaster D5-300C enthielt drei Mitglieder eines RAID 5 sowie eine eigenständige Festplatte, und keine davon wechselte in den Ruhezustand.
Ein anderer TerraMaster-D4-320-Benutzer reproduzierte dasselbe Problem
jumpingflash erklärte, dass die D4-320 auf anderen Computern korrekt herunterfuhr, unter ZimaOS 1.6.0 jedoch nicht. Ein späterer Besitzer einer D4-320 stellte denselben Vergleich mit anderen Linux-Distributionen an.
Andere USB-Festplatten fuhren normal herunter
isanto1306 berichtete, dass drei externe WD-USB-Festplatten erfolgreich in den Ruhezustand wechselten. Das ist ein ebenso wichtiger Beleg, weil dadurch die gegenteilige Übertreibung verhindert wird, ZimaOS könne USB-Festplatten nicht herunterfahren.
hd-idle gelang, die Community-Workaround-Lösung umzusetzen.
Der ursprüngliche Beitragende erklärte, dass es ihm durch Experimente mit hd-idleausführte. Eine vollständige, reproduzierbare Installationsanleitung für ZimaOS wurde nicht veröffentlicht.
Ein anderer Benutzer erzwingt den Standby-Modus mit smartctl und einem systemd-Timer
ssimon veröffentlichte ein Skript, das regelmäßig smartctl -s standby,now gegen die USB-Festplatten und plante es über systemd.
Dies ist Community-Code, keine offizielle Standby-Implementierung von IceWhale. Das Erzwingen des Standby-Modus alle paar Minuten kann aktive Workloads ebenfalls beeinträchtigen, wenn das Skript nicht zuerst auf I/O prüft.
Zwingen Sie eine ausgelastete Festplatte nicht in den Standby-Modus
- Stellen Sie sicher, dass keine Sicherung oder Migration läuft.
- Stellen Sie sicher, dass kein RAID-Rebuild oder -Scrub aktiv ist.
- Prüfen Sie Docker-Apps und Indizierungsaufträge.
- Stellen Sie sicher, dass das Gehäuse den Standby-Befehl unterstützt.
Behaupten Sie keine D4-320-spezifische Fehlerbehebung ohne aktuelle Belege
Das aktuelle ZimaOS ist neuer als 1.6.0. Die öffentlichen Versionshinweise zu 1.7.1 enthalten jedoch keine spezifische Fehlerbehebung für das Herunterfahren von Festplatten bei TerraMaster D4-320/D5-300C. Testen Sie die aktuelle stabile Version und die Firmware des jeweiligen Gehäuses erneut, bevor Sie einen alten Timer anwenden.
Die Firmware der USB-SATA-Bridge kann das Standby-Verhalten ändern
Ein USB-Gehäuse mit mehreren Einschüben ist weder elektrisch noch logisch mit einer direkt angeschlossenen SATA-Festplatte identisch. Die USB-Bridge kann ATA-Standby-Befehle übersetzen, ignorieren oder anders interpretieren, und manche Gehäuse fragen die Festplatten intern regelmäßig ab.
Das erklärt, warum dieselbe Festplatte bei einem anderen Anschluss korrekt einschlafen kann, hinter einer bestimmten DAS-Bridge jedoch aktiv bleibt.
Unterscheiden Sie zwischen „Schläft nie“ und „Schläft ein und wacht dann wieder auf“
Eine Festplatte, die nie in den Standby-Modus wechselt, deutet auf nicht unterstützte Befehle, kontinuierliche I/O-Aktivität oder ein Verhalten des Gehäuses hin. Eine Festplatte, die alle 30–60 Minuten einschläft und wieder aufwacht, deutet auf regelmäßige Abfragen oder Dienste wie SMART-/Speicherprüfungen hin.
Die Version 1.6.0 smartd Die Fehlerbehebung behebt das zweite Muster, nicht jedes mögliche Auftreten des ersten Musters.
Standby-Status messen, ohne die Festplatte aufzuwecken
Bestimmte Statusabfragen können eine schlafende Festplatte selbst aufwecken oder über eine USB-Bridge falsch gemeldet werden. Verwenden Sie nach Möglichkeit gehäusekompatible Abfragen, die das Laufwerk nicht aufwecken, und vergleichen Sie das physische Verhalten – Laufgeräusch, Stromverbrauch und Temperatur – mit dem gemeldeten Softwarestatus.
Machen Sie aus der Häufigkeit des Herunterfahrens keine allgemeingültige Formel für die Lebensdauer von Laufwerken
Die Nutzer der Quelle waren verständlicherweise wegen des Stromverbrauchs und des Verschleißes besorgt. Aussagen wie „die Festplatten werden kein Jahr halten“ wurden im Thread jedoch nicht durch Hinweise auf den Zustand der Laufwerke gestützt. Häufige Start-/Stopp-Zyklen und ein Dauerbetrieb rund um die Uhr haben je nach Laufwerksdesign und Arbeitslast unterschiedliche Vor- und Nachteile.
Wählen Sie ein Standby-Intervall, das zu Ihrer Nutzung passt, anstatt sehr kurze Zyklen zu erzwingen, nur um die Laufzeit der Festplatte zu minimieren.
FAQ zum Herunterfahren von USB-Festplatten
Hat ZimaOS 1.6.0 einen Fehler beim Festplatten-Standby behoben?
Ja. IceWhale behob das Problem, dass smartd schlafende Festplatten intermittierend aufweckte.
Wurde damit jedes USB-Gehäuse von TerraMaster behoben?
Nein. Mehrere Nutzer der Quelle meldeten auch nach der finalen Version 1.6.0, dass die Festplatten auf D5-300C- und D4-320-Hardware nicht in den Standby-Modus wechselten.
Waren die Timer für hd-idle und smartctl offizielle Fehlerbehebungen?
Nein. Es waren Workarounds aus der Community und sollten am jeweiligen Gehäuse sorgfältig getestet werden.
