Den här källan är starkare än ett generiskt klagomål av typen ”mina diskar går aldrig i vila”, eftersom IceWhale svarade med både en plan för produktfixar och en diagnostikmetod. De sex RAID5-hårddiskarna förblev aktiva även efter att Docker-applikationerna hade stoppats, så undersökningen riktades mot ZimaOS lagrings- och hälsotjänster samt möjlig aktivitet på kärnnivå.
ZimaOS 1.3.2 minskade sedan onödiga diskförfrågningar och förbättrade standbybeteendet. Långt senare åtgärdade ZimaOS 1.6.0 ytterligare ett specifikt problem där smartd intermittent väckte diskar som låg i vila. Dessa versioner åtgärdar kända orsaker till uppvaknande, men en aktuell disk som fortfarande förblir aktiv kan användas av en annan app, säkerhetskopiering, indexering, en filsystemsuppgift, en USB-brygga eller en kärntjänst.
IceWhale ändrade lagringsavfrågningarna i ZimaOS 1.3.2
orca-zhang beskrev tre specifika optimeringar som planerades för 1.3.2:
- en enklare hälsokontrollogik;
- uppdatering av diskdatacachen endast när en diskändring upptäcks;
- att inte längre försöka hämta information som temperatur eller drifttid från en disk som redan är i standbyläge.
Anledningen är viktig: vissa hårddiskar eller styrenheter kan inte besvara sådana förfrågningar från cachen, så när hälsodata efterfrågas väcks den fysiska disken.
De aktuella versionsanteckningarna för 1.3.2 sammanfattar detta arbete som en minskning av onödig läs- och skrivaktivitet samt en förbättring av Disk Standby.
IceWhale tillhandahöll en fråga för att hitta processåtkomst
Det officiella källsvaret föreslog att man identifierar processer som för närvarande har ett filsystem eller en enhet öppen:
for pid in $(fuser -m <device_path> 2>/dev/null); do
ps -p $pid -o comm=
done | uniqErsätt <device_path> med den faktiska disk- eller monterade lagringssökvägen. Detta är diagnostik och inte destruktivt.
IceWhale föreslog också att lagrings- och filtjänster tillfälligt stoppas
För felsökning föreslog källan att man testar standbyläget efter att ha stoppat:
systemctl stop zimaos-local-storage
systemctl stop icewhale-filesIceWhale varnade för att delar av Inställningar och Filer skulle sluta fungera medan dessa tjänster var stoppade. Använd detta endast som ett kontrollerat diagnostiktest och starta sedan om tjänsterna eller starta om systemet.
ZimaOS 1.6.0 åtgärdade ytterligare en känd orsak till uppvaknande
Den officiella ändringsloggen för 1.6.0 innehöll senare en separat korrigering: diskar kunde inte gå in i normalt viloläge eftersom tjänsten smartd intermittent väckte dem.
Se den officiella korrigeringen av smartd-standby.
Att flytta AppData till NVMe garanterar inte att hårddiskarna förblir inaktiva
Den ursprungliga användaren hade redan migrerat Docker-databaserna till NVMe. Hårddiskar kan fortfarande påverkas av medieskanning, Backup, miniatyrbilder, SMB-klienter, SMART-kontroller, RAID- eller paritetsuppgifter, filindexering eller en process som håller en sökväg öppen.
Använd faktiska åtkomstdata i stället för att anta att ”alla appar ligger på NVMe” innebär att arrayen har noll I/O.
RAID5 kan ha egen bakgrundsaktivitet
Paritetskontroller, återuppbyggnader, scrubbar, filsystemets metadataaktivitet och övervakning kan legitimt komma åt varje medlem. Bekräfta att RAID-systemet inte genomför någon långvarig underhållsåtgärd innan du felsöker standbyläget.
Aktuella ZimaOS bör testas innan gamla lösningar med stoppade tjänster används
Den aktuella ZimaOS-versionen är 1.7.1 och innehåller flera års förändringar av lagringshanteringen efter denna rapport från januari 2025. Återskapa först problemet i den aktuella versionen och identifiera sedan orsaken till uppvaknandet. Inaktivera inte lagrings- eller hälsotjänster permanent bara för att tvinga fram spindown.
Vanliga frågor om diskstandby
Bekräftade IceWhale standbyproblemet i källan?
Ja. Personal uppgav att problemet undersöktes och dokumenterade optimeringarna i 1.3.2.
Kan kontroll av disktemperatur eller diskhälsa väcka vissa diskar?
Ja. IceWhale uppgav specifikt att vissa diskar utan cachad information kunde väckas när de efterfrågades.
Identifierades smartd senare som ytterligare en orsak till uppvaknande?
Ja. ZimaOS 1.6.0 åtgärdade uttryckligen intermittenta uppvaknanden orsakade av smartd, vilka förhindrade normalt viloläge.
