Varför stängs en hårddisk av och vaknar omedelbart igen utan någon användaråtkomst?
En hårddisk vaknar vanligtvis omedelbart efter viloläge eftersom en bakgrundsprocess, övervakning, klient, journal eller schemalagd aktivitet skickar ännu ett kommando.
”Ingen användaråtkomst” betyder inte att disken är inaktiv på operativsystemnivå. SMART-avläsning, indexering av media och foton, molnsynkronisering, säkerhetskopiering, upptäckt av lagring, metadata för filsystemet, loggar, växlingsutrymme, containrar, filhanterare och återkommande timers kan komma åt enheten sekunder efter att den gått in i vänteläge. Det första målet är att bekräfta en verklig övergång till vänteläge och fånga den första processen eller det första kommandot som väcker disken, utan att använda ett övervakningskommando som själv orsakar uppvaknandet.
Bekräfta att disken verkligen gick in i vänteläge
Notera diskens strömläge omedelbart före viloläget, efter kommandot eller inaktivitetstimern och efter det hörbara uppvaknandet. Notera även om enheten är ansluten via intern SATA, USB-SATA, SAS eller bakom ett kabinett.
Kontrollen av strömläge med hdparm skiljer mellan aktivt eller inaktivt läge, vänteläge och viloläge. Det gör det möjligt att skilja en verklig nedvarvning från att läs-/skrivhuvudena parkeras eller att enheten går in i ett lågeffektläge medan skivorna fortfarande roterar.
Använd endast en avläsning av strömläget som du vet inte tvingar enheten att bli aktiv på det testade gränssnittet. Vissa USB-bryggor översätter eller avvisar ATA-strömkommandon på ett annat sätt än en direkt SATA-anslutning.
Spåra den första filåtkomsten efter viloläget
Starta en kort spårning av filåtkomst före den förväntade tiden för vänteläget och stoppa den omedelbart efter att disken vaknar. Filtrera resultaten efter den berörda monteringspunkten, enheten eller datamängden.
Ubuntus fatrace-verktyg rapporterar filåtkomsthändelser från körande processer. Det kan avslöja en miniatyrbildsskapare, indexerare, databas, ett skal eller ett säkerhetskopieringsverktyg som kommer åt disken vid tidpunkten för uppvaknandet.
Låt inte omfattande spårning vara aktiv i dagar. Använd ett avgränsat tidsfönster kring ett upprepningsbart uppvaknande och bekräfta den misstänkta processen genom att inaktivera endast den tjänsten under en cykel.
Kontrollera om SMART-avläsning väcker disken
Kontrollera smartd-konfigurationen, NAS-enhetens intervall för hälsokontroller, schemalagda korta och långa tester, temperaturkontroller och instrumentpaneler från tredje part. Jämför deras tidsstämplar med uppvaknandet.
Debians referens för smartd-konfiguration anger att SMART-kommandon vanligtvis varvar upp diskarnas skivor, om inte kontroll av strömläget är konfigurerad så att enheter som redan är i vänteläge hoppas över.
Inaktivera inte hälsokontroller permanent bara för att uppnå längre viloperioder. Flytta kontrollerna till ett avsiktligt tidsfönster eller konfigurera väntelägesmedveten avläsning när plattformen och disken stöder det.
Granska synkronisering, indexering, paket och nätverksklienter
Lista indexering av foton och media, molnsynkronisering, antivirus, sökning, skapande av miniatyrbilder, säkerhetskopieringsagenter, övervakningsappar, containrar samt anslutna SMB- eller NFS-klienter. Kontrollera om någon tjänst övervakar den vilande lagringspoolen.
Synologys felsökningsguide för viloläge listar paket och tjänster som avbryter viloläget, bland annat synkronisering, schemalagda disktester, nätverksaktivitet och minnesbelastning som orsakar disk-I/O.
En tjänst kan väcka disken även när ingen person öppnar en fil. Testa en tjänst i taget och behåll viktiga funktioner för säkerhetskopiering, övervakning och säkerhet.
Kontrollera timers, cron-jobb och ikappkörning vid start
Lista systemd-timers, cron-jobb, NAS-scheman, upptäckt av säkerhetskopior, skrubbningsuppgifter, databasunderhåll, loggrotation, rensning av temporära filer och jobb som är konfigurerade att köras ikapp efter missade körningar.
ArchWiki förklarar att systemd-timers aktiverar tjänster enligt scheman. Det kan skapa till synes slumpmässiga diskväckningar när flera bakgrundsjobb har olika intervall.
Samordna timerns tjänsteloggar med den första spårade diskåtkomsten. Om alla jobb flyttas till samma minut kan det skapa en period med intensiv aktivitet, medan alltför stora spridningar kan förhindra ett meningsfullt vänteläge helt.
Använd NAS-enhetens väntelägestest och kontrollera en disk i taget
När NAS-enheten har inbyggd diagnostik för vänteläge, kör den med vanliga appar pausade och med ett kabinett eller en diskgrupp vald. Spara rapporten och jämför den med processtråden.
QNAP beskriver ett väntelägestest för hårddiskar per kabinett, vilket visar varför undersökningen bör isolera den berörda lagringsgruppen i stället för att behandla alla NAS-diskar som en enda strömdomän.
Om alla diskar vaknar samtidigt bör du undersöka delad poolmetadata, systemdatamängder, RAID-beteende och tjänster som lagras på arrayen. Om bara en disk vaknar bör du undersöka dess monteringspunkt, övervakning och arbetsbelastning separat.
Välj ett stabilt inaktivitetsbeteende i stället för att jaga ständig nedvarvning
När du har identifierat orsaken till uppvaknandet kan du välja att schemalägga om den, flytta appdata eller loggar till en SSD, använda väntelägesmedveten övervakning eller låta en aktiv lagringspool fortsätta rotera under de tider då tjänsterna förväntas vara igång.
ZimaSpaces artikel om energiförbrukning hos NAS dygnet runt beskriver den närliggande avvägningen mellan energibesparing och tillförlitliga säkerhetskopior, appar, indexering och fjärråtkomst.
Problemet är löst när disken förblir i vänteläge under det avsedda inaktivitetsfönstret eller endast vaknar för dokumenterade uppgifter. Upprepade framtvingade vilolägen är ingen lösning när arbetsbelastningen faktiskt behöver disken med några minuters mellanrum.
Vanliga frågor
Kan kontroll av SMART-data väcka en vilande hårddisk?
Ja. Många SMART-kommandon varvar upp disken, om inte övervakningsverktyget först kontrollerar strömläget och hoppar över enheter som redan är i vänteläge.
Kan en filhanterare väcka en NAS-disk utan att öppna en fil?
Ja. Kataloglistning, förhandsvisningar, miniatyrbilder, kontroller av ledigt utrymme, metadataavläsningar och återanslutning till en mappad resurs kan alla generera lagringsåtkomst.
Är frekvent upp- och nedvarvning alltid sämre än att låta en disk vara igång?
Det finns ingen universell gräns. Det praktiska målet är ett stabilt beteende som matchar arbetsbelastningen: långa inaktivitetsperioder kan motivera vänteläge, medan uppvaknanden med några minuters mellanrum vanligtvis ger liten energibesparing och dessutom tillför fördröjning.
Rekommenderade produkter
Support och tips
Mer att läsa
Kan Plex dela ett GPU-kort med en annan Docker-container?
Plex och en annan container kan ofta använda samma GPU, men du måste testa drivrutinsstöd, enhetsmappning, belastningen på videoenheten, minne och återställningsbeteende.
Så avgör du om ett Plex-fel kommer från klienten eller servern
Återskapa samma objekt på en annan klient, jämför sessionsvägen och samla sedan in serverbevis först efter att scope har visat var felet faktiskt finns.
Så konfigurerar du Plex-cache och tillfällig lagring för omkodning
Skydda beständigt Plex-tillstånd genom att placera temporära transkodningsfiler på lämplig lokal lagring och verifiera rensning, ledigt utrymme samt omstartsfunktionssätt.
