Feature-Request: Selektives HDD-Management / Unnötigen Spin-up beim Login vermeiden

Moppel · April 4, 2026 at 1:44 PM

Hallo zusammen,

ich möchte gerne einen Verbesserungsvorschlag für das UGOS zur Diskussion stellen, der sicher für viele Nutzer interessant ist, denen Energieeffizienz und die Langlebigkeit ihrer Hardware am Herzen liegen.

Derzeitige Situation: Sobald man sich im UGOS-Webinterface anmeldet, werden sofort alle verbauten mechanischen Festplatten (HDDs) aus dem Ruhezustand aufgeweckt. Dies geschieht auch dann, wenn man lediglich System-Logs lesen möchte oder nur auf Dateien zugreift, die auf den NVMe-SSDs liegen. Allein der Login-Prozess triggert den Spin-up aller Laufwerke.

Das Problem: Dieses Verhalten führt zu unnötigem Stromverbrauch und – was noch wichtiger ist – zu vermeidbaren Start-Stopp-Zyklen der Festplatten. Mechanische Laufwerke unterliegen beim Hochfahren dem größten Verschleiß. Wenn ich nur kurz den Systemstatus prüfen oder Daten vom SSD-Pool abrufen will, sollten die HDDs im Sinne der Hardware-Schonung im Standby bleiben können.

Mein Vorschlag: Ein optimiertes, selektives Wake-up-Management. Die Festplatten sollten erst dann hochfahren, wenn tatsächlich ein Lese- oder Schreibzugriff auf den spezifischen Speicherpool der HDDs angefordert wird. Operationen, die nur das System oder die NVMe-Laufwerke betreffen, sollten die HDDs nicht aufwecken.

Wie seht ihr das? Habt ihr ähnliche Erfahrungen gemacht oder stört euch das automatische Aufwecken beim Login ebenfalls?

Ich freue mich auf euer Feedback – vielleicht können wir diesen Punkt gemeinsam als wichtigen Wunsch an das Entwickler-Team herantragen.

Beste Grüße

schlamperl · April 4, 2026 at 2:13 PM

Quote from Moppel

Wie seht ihr das? Habt ihr ähnliche Erfahrungen gemacht oder stört euch das automatische Aufwecken beim Login ebenfalls?

Mich nervt es auch!

Quote from Moppel

Mein Vorschlag: Ein optimiertes, selektives Wake-up-Management

Ja wäre ich auch für.

Allen schöne Ostertage!

Benares · April 4, 2026 at 2:13 PM

Mich stört das auch. Ich habe mir das eben mal angeschaut. Die Platten wachen bei der Anmeldung an UGOS wohl auf, weil /volume2/@tmp bei der Anmeldung wohl neu angelegt wird, obwohl nichts drinsteht (find /volume2 -cmin -10). Sonst passiert da nichts. Auf /volume1 (NVMEs) ist es ebenso. Ihr könnt ja mal schauen, ob das bei euch auch so ist.
Warum weiß ich nicht, wäre aber sicherlich leicht zu beheben.

Marlachisch · April 4, 2026 at 2:29 PM

Kann ich nur unterstützen.Mich nervt es auch sehr, zumal es völlig unnötig ist und es erst seit dem vorletzten FW Update so ist.

KippA · April 4, 2026 at 2:32 PM

Würde mir auch gefallen 👍

Marlachisch · April 4, 2026 at 4:07 PM

Sobald ein USB Datenträger eingesteckt wird, werden die HDD's auch unnötig aus dem Ruhezustand geweckt. Keine Ahnung was das soll.

Moppel · April 4, 2026 at 5:24 PM

Hallo nochmal,

ich hatte, bevor ich den Thread hier aufgemacht habe auch den Support angeschrieben und Sie haben tatsächlich auch schon geantwortet. Der Support möchte nun wissen, ob das Problem erst seit kurzem besteht und habe entsprechend geantwortet.

Benaresund Marlachischich habe eure Beobachtungen dem Support auch mitgeteilt. Mal gespannt, was da jetzt kommt.

Marlachisch · April 4, 2026 at 6:17 PM

So grad mal versucht , alles irgendwie nachvollziehbar zu reproduzieren.

Das Aufwecken über die UgosApp (Win und Android) lässt sich nicht zweifelsfrei reproduzieren, gleiches gilt für das Anstecken eines externen Laufwerks per USB.

Aber jederzeit reproduzierbar ist das Aufwachen der HDD's beim Öffnen der Speicherapp ohne weitere Aktionen, was ich eigentlich auch für unnötig erachte.

Die Laufwerke sollten meiner Meinung nach nur aufwachen, wenn Lese oder Schreibzugriffe nötig sind.

Moppel · April 4, 2026 at 6:32 PM

Quote from Marlachisch

Das Aufwecken über die UgosApp (Win und Android) lässt sich nicht zweifelsfrei reproduzieren

Bei mir ist es tatsächlich jedesmal reproduzierbar (DXP6800 Pro). Jedes mal wachen alle 6 Platten auf "Ironwolf Pro 8TB - ST8000NT001".

Benares · April 4, 2026 at 6:47 PM

Quote from Moppel

Benaresund Marlachischich habe eure Beobachtungen dem Support auch mitgeteilt. Mal gespannt, was da jetzt kommt.

Nö, hab ich nicht, dafür ist das Problem zu unbedeutend. Wird wohl eines der vielen Login-Scripte sein, die beim Login durchlaufen werden.

eineb · April 4, 2026 at 8:29 PM

Quote from Marlachisch

Aber jederzeit reproduzierbar ist das Aufwachen der HDD's beim Öffnen der Speicherapp ohne weitere Aktionen

Das ist aber doch akzeptabel, im Prinzip will man dann ja auch aktuelle Daten haben.

Marlachisch · April 5, 2026 at 8:40 AM

Jetzt im Moment verhält sich das NAS auch beim öffnen der Speicherapp normal und keine HDD wird aufgeweckt . Erst nachdem ich Details von einem Speicherpool oder einer HDD sehen möchte, wird entsprechend aufgeweckt. So würde ich behaupten, wäre das ein normales Verhalten.

Im Vergleich zum Verhalten gestern, verstehe ich grad die Welt nicht mehr

Nachtrag :

Die HDD die vorhin durch mich bewusst aufgeweckt wurde, ist jetzt wieder im Ruhezustand, obwohl mein Timer auf 3 Stunden gestellt ist. Irgendetwas stimmt da ganz und gar nicht .

Moppel · April 7, 2026 at 5:52 PM

Quote from eineb

Das istaber doch akzeptabel, im Prinzip will man dann ja auch aktuelle Daten haben.

Ich habe meine VM's und Docker Container alle auf nvme's laufen, trotzdem fahren auch die Festplatten immer hoch, selbst wenn ich sie nicht brauche. Jeder weiß, dass der HDD-Verschleiss beim Spin-Up am höchsten ist, also ist das für mich nicht akzeptabel. Letztendlich ist es ja auch nur meine subjektive Meinung. Mich persönlich stört es. Wem es nicht stört - völlig in Ordnung.

eineb · April 7, 2026 at 5:52 PM

Quote from eineb

Das ist aber doch akzeptabel, im Prinzip will man dann ja auch aktuelle Daten haben.

Moppel

Was findest Du an dieser Aussage verwirrend ?

Moppel · April 7, 2026 at 5:56 PM

Quote from eineb

Moppel
Was findest Du an dieser Aussage verwirrend ?

Ich habe das in ein Community-Herz geändert. Ich war nicht wegen deinem Post verwirrt, sondern wegen der Annahme, dass offensichtlich nicht alle die gleiche Meinung teilen, was völlig okay ist . Ich bin davon ausgegangen, dass alle diesen Umstand als störend empfinden könnten.

eineb · April 7, 2026 at 6:03 PM

Naja, für mich ist das eigentlich eine logische Sache gewesen, wenn ich auf eine App zugreife, welche die HDDs und andere Speichermedien managed, daß dann auch ein Zugriff auf diese erfolgt. Für mich ist das quasie wie eine Systemsteuerung für die Speichermedien.

Moppel · April 7, 2026 at 6:13 PM

Quote from eineb

Naja, für mich ist das eigentlich eine logische Sache gewesen, wenn ich auf eine App zugreife, welche die HDDs und andere Speichermedien managed, daß dann auch ein Zugriff auf diese erfolgt. Für mich ist das quasie wie eine Systemsteuerung für die Speichermedien.

In gewisser Weise verstehe ich, was du meinst. Ich sehe das so, dass ein NAS, welches 365 Tage, 24/7 läuft, so effizient wie möglich laufen sollte. Das DXP6800 verbraucht bei 6 Slots natürlich dann auch nicht wenig Strom im Jahr. Von den Spin-Ups, die den meisten Stress für Festplatten bedeuten mal abgesehen. Das Gerät unterstützt ja auch M.2 nvme's, daher fände ich es sinnvoll, dass die Festplatten nicht mit hochfahren, wenn man nur auf die M.2 nvme's zugreift.

eineb · April 7, 2026 at 6:29 PM

Quote from Moppel

daher fände ich es sinnvoll, dass die Festplatten nicht mit hochfahren, wenn man nur auf die M.2 nvme's zugreift.

Das funktioniert Grundsätzlich solange kein aktiver Zugriff auf die HDDs erfolgt. Es sei den, das parallel ein Dienst/Prozess darauf Zugreift.

Ich arbeite sehr oft und viel auf der DXP ohne daß die HDDs aus dem Sleepmodus gehen. In der Regel schlafen diese schön. Habe da alles so konfiguriert, daß alles möglichst auf den SSDs abläuft. -> dafür ist deren Verschleiß erhöht, wenn alles auf diesen abläuft.

Es gibt aber auch viele Hintergrundfunktionen der Apps, welche selbstständig zwischendurch auf die HDDs zugreifen.

App -> Sicherhheit, wenn hier die automatische Updatefunktion aktiviert ist, Update zb. zwischen 00:00 und 01:00 und schon laufen die HDDs an.

Automatisches Konfig Backup, Snapshots jeglicher Art, Datenbereinigung, Indexierung, usw. Alles Hintergrundprozesse welche die HDDs aufweckt und das alles ohne eigenes Dazu tun.

Ich habe deshalb alles was eine Zeit -Planung auf der DXP beinhaltet in die Stunde zwichen 00:00 Uhr und 01:00 gelegt.

Ein NAS ist halt ein Server, und der hat quasi immer etwas zu tun, deshalb kann man den totalen Ruhestand der HDDs nicht zwingend vorraussetzen.

Ich finde insgesamt funktioniert das auf einer UGREEN DXP hervorragend.

Marlachisch · April 7, 2026 at 6:39 PM

Quote from eineb

Das funktioniert Grundsätzlich solange kein aktiver Zugriff auf die HDDs erfolgt. Es sei den, das parallel ein Dienst darauf Zugreift.

Nein, es funktioniert eben nicht. Nur weil bei dir noch nichts aufgefallen ist, bedeutet es im umkehrschluss nicht, das alles ordnungsgemäß funktioniert.

Der Thread hier zeigt ja deutlich, das sich etwas im Verhalten der HDD geändert hat.

Quote from eineb

Ein NAS ist halt ein Server, und der hat quasi immer etwas zu tun, deshalb kann man den totalen Ruhestand der HDDs nicht zwingend vorausgesetzten.

Doch kann ich, schließlich weiss ich wie ich mein Gerät eingerichtet habe.

Und da es bis zum FW Update 1.13 auch erwartungsgemäß funktioniert hat und nichts am System geändert wurde, liegt das Problem beim den FW Updates.

Benares · April 7, 2026 at 6:52 PM

Also m.W. war es schon immer so, dass die Platten beim Anmelden auf der UGOS-Oberfläche aufgewacht sind, unabhängig von der FW-Version. Klar ist, wenn man dann noch eine Aktion macht, die die Platten braucht, wachen die auf.

Feature-Request: Selektives HDD-Management / Unnötigen Spin-up beim Login vermeiden

Participate now!

Tags