Deze bron is sterker dan een algemene klacht als ‘mijn schijven gaan nooit in de slaapstand’, omdat IceWhale zowel een plan voor een productoplossing als een diagnostische methode gaf. De zes RAID5-harde schijven bleven actief, zelfs nadat Docker-applicaties waren gestopt. Daarom richtte het onderzoek zich op de opslag- en gezondheidsservices van ZimaOS en mogelijke activiteit op kernelniveau.
ZimaOS 1.3.2 verminderde vervolgens onnodige schijfquery's en verbeterde het stand-bygedrag. Veel later loste ZimaOS 1.6.0 een ander specifiek probleem op waarbij smartd slapende schijven met tussenpozen wekte. Deze releases lossen bekende oorzaken van het ontwaken op, maar een huidige schijf die nog steeds actief blijft, kan door een andere app, back-up, indexeerder, bestandssysteentaak, USB-bridge of kernelsservice worden aangesproken.
IceWhale wijzigde het pollen van opslag in ZimaOS 1.3.2
orca-zhang beschreef drie specifieke optimalisaties die voor 1.3.2 waren gepland:
- eenvoudigere logica voor gezondheidscontroles;
- de cache voor schijfgegevens alleen vernieuwen wanneer een schijfwijziging wordt gedetecteerd;
- niet langer informatie zoals temperatuur of inschakelduur opvragen van een schijf die al in stand-by staat.
De reden hiervoor is belangrijk: sommige HDD's of controllers kunnen deze query's niet vanuit de cache beantwoorden, waardoor het opvragen van gezondheidsgegevens de fysieke schijf wekt.
De huidige releaseopmerkingen van 1.3.2 vatten dit werk samen als het verminderen van onnodige lees-/schrijfactiviteit en het verbeteren van Disk Standby.
IceWhale gaf een query voor procestoegang
De officiële bronreactie stelde voor om processen te identificeren die momenteel een bestandssysteem of apparaat geopend hebben:
for pid in $(fuser -m <device_path> 2>/dev/null); do
ps -p $pid -o comm=
done | uniqVervang <device_path> door het werkelijke pad naar de schijf of aangekoppelde opslag. Dit is diagnostisch en niet-destructief.
IceWhale stelde ook voor opslag- en bestandsservices tijdelijk te stoppen
Voor het oplossen van problemen stelde de bron voor om stand-by te testen nadat het volgende was gestopt:
systemctl stop zimaos-local-storage
systemctl stop icewhale-filesIceWhale waarschuwde dat delen van Instellingen en Bestanden niet meer zouden werken zolang deze services waren gestopt. Gebruik dit alleen als gecontroleerde diagnose en start de services daarna opnieuw of herstart het systeem.
ZimaOS 1.6.0 loste een andere bekende oorzaak van ontwaken op
De officiële changelog van 1.6.0 voegde later een afzonderlijke oplossing toe: schijven konden niet normaal in slaapstand gaan omdat de service smartd ze met tussenpozen wekte.
Zie de officiële oplossing voor smartd en stand-by.
Het verplaatsen van AppData naar NVMe garandeert niet dat HDD's inactief blijven
De brongebruiker had Docker-databases al naar NVMe gemigreerd. HDD's kunnen nog steeds worden aangesproken door mediascans, Back-up, miniaturen, SMB-clients, SMART-controles, RAID-/pariteitstaken, indexering door Bestanden of een proces dat een pad geopend houdt.
Gebruik daadwerkelijk toegangsbewijs in plaats van aan te nemen dat ‘alle apps op NVMe staan’ betekent dat de array helemaal geen I/O heeft.
RAID5 kan zelf achtergrondactiviteit veroorzaken
Pariteitscontroles, reconstructies, scrubs, activiteit van bestandssysteemmetadata en monitoring kunnen elk lid van de array legitiem aanspreken. Controleer voordat je stand-by onderzoekt of de RAID niet bezig is met een langdurige onderhoudstaak.
Test eerst de huidige versie van ZimaOS voordat je oude workarounds voor services toepast
De huidige versie van ZimaOS is 1.7.1 en bevat jaren aan wijzigingen in opslagbeheer sinds dit rapport uit januari 2025. Reproduceer het probleem eerst op de huidige release en identificeer daarna de oorzaak van het ontwaken. Schakel gezondheids- of opslagservices niet permanent uit alleen om spin-down af te dwingen.
Veelgestelde vragen over schijfstand-by
Heeft IceWhale het stand-byprobleem in de bron erkend?
Ja. Medewerkers zeiden dat het werd onderzocht en documenteerden de optimalisaties in 1.3.2.
Kan het controleren van de temperatuur of gezondheid van een schijf sommige schijven wekken?
Ja. IceWhale zei specifiek dat sommige schijven zonder informatie in de cache konden ontwaken wanneer ze werden bevraagd.
Werd smartd later geïdentificeerd als een andere oorzaak van het ontwaken?
Ja. ZimaOS 1.6.0 loste expliciet het met tussenpozen ontwaken door smartd op, waardoor de normale slaapstand werd verhinderd.
