Hvorfor går TNAS' diske ikke i dvale?
Diskdvale er en kernefunktion i TOS, som hjælper med at spare energi, reducere støj, minimere slid ved inaktivitet og forlænge levetiden. Når en disk ikke oplever data læst/skrevet og ingen baggrundsopgaver inden for den konfigurerede inaktive tid, går den automatisk i en lavenergi-dvaletilstand. Hvis TNAS' diske ikke går automatisk i dvale, er det ikke en hardwarefejl – det skyldes normalt interferens fra baggrundstjenester, applikationer, systemopgaver eller eksterne enheder. Denne guide hjælper dig med hurtigt at fastslå dvaletilstanden og finde den grundlæggende årsag, selv for begyndere.
Gældende modeller
Alle modeller
I. Vigtige bemærkninger
- Forsinkelse ved initialisering af nyt filsystem: Et nyoprettet filsystem skal fuldføre sin initialiseringsproces, før disken kan gå i dvale. Varigheden afhænger af diskkapaciteten: Btrfs-filsystemer kræver 24-48 timer for at fuldføre journalføring og Balance-handlinger; ext4-filsystemer kræver 12-24 timer for udskudt initialisering. Kopiering af en stor mængde filer under initialiseringen forlænger denne tid tilsvarende. For mere information om journalføring og Balance, besøg https://wiki.archlinux.org/index.php/Btrfs
- Tips om dvaleindikatorlys: Efter disken er gået i dvale, forbliver enhedens diskinidikator konstant tændt i stedet for at slukke. Bedøm ikke dvaletilstanden ud fra indikatorlysets lysstyrke.
- Sådan kontrollerer du dvaletilstanden: Rør forsigtigt TNAS-enhedens kabinet med hånden. Hvis du ikke mærker nogen diskvibration, er disken gået i dvaletilstand; hvis du mærker vedvarende mærkbar vibration, er den ikke i dvale.
II. Fejlfinding af problemer med diskdvale
(I) Skrivebord
- Fejlfindingstilstand: Når den er aktiveret, skriver systemet kontinuerligt fejlfindingslogfiler til disken.
- Global søgning: Når en indekseret mappe er blevet tilføjet, og filindeksering er i gang, scanner systemet filer og skriver til indeksdatabasen.
(II) Filhåndtering
- Adgang til File Management: Når fillister gennemses, skal systemet læse filmetadata.
- Filhandlinger: Upload, download, flytning eller kopiering af filer genererer læse-/skriveaktivitet.
(III) Lagerstyring
- Adgang til Storage Management: Når lagerstatus vises, forespørger systemet diskens sundheds- og statusoplysninger i realtid.
- RAID-reparation: Når et degraderet array har en hot spare, der udløser genopbygning, udfører systemet omfattende datasynkroniserings-læse-/skrivehandlinger.
- Hukommelsesswap: Når den fysiske hukommelse er utilstrækkelig, bruger systemet swap-partitioner, hvilket får disken til at udføre læse-/skrivehandlinger som virtuel hukommelse.
(IV) Adgangstilladelser
- Domæne: Når TNAS bruges som domæne-/LDAP-klient, genererer godkendelse og kommunikation med serveren en lille mængde log-læsning/-skrivning.
(V) Netværkstjenester
- Fildeling: Når SMB, FTP, NFS, Rsync, WebDAV og andre tjenester er aktiveret, og filer tilgås via disse protokoller.
- Fjernadministration: Når SSH, Telnet, SNMP og andre tjenester er aktiveret til fjernlogin eller statusforespørgsler.
- Medieindeksering: Når filindeksering er i gang, scanner systemet filer og skriver til indeksdatabasen.
(VI) Generelle indstillinger
- NTP-tjeneste: Når den er aktiveret, synkroniserer systemet periodisk med netværkstidsservere.
- Planlagte opgaver: Når tidsindstillede opgaver som tømning af papirkurven eller kørsel af brugerdefinerede scripts udføres.
(VII) Systemoplysninger
- Enhedsovervågning: Når siden "System Information >> Device Monitoring" tilgås, læses diskstatus i realtid.
- Ressourceovervågning: Når kontinuerlig ressourceovervågning er aktiveret, skriver systemet periodisk overvågningsdata til disken.
(VIII) Klient
- TNAS PC: Når der logges ind og tilgås enheder via TNAS PC-klienten.
(IX) Applikationer
- Synkroniseringsapps: TerraSync, CloudSync og lignende apps under datasynkronisering.
- Backupapps: Centralized Backup, Duple Backup, USB Copy, TFM Backup og lignende apps under backup-opgaver.
- Downloadapps: Transmission, qBittorrent, Aria2 og lignende apps under download-opgaver.
- Medietjenester: Plex, Emby, DLNA og lignende apps under scanning af mediebiblioteker.
- Systemværktøjer: DNS-server, proxyserver, mailserver, VirtualBox-virtuelle maskiner og andre vedvarende baggrundstjenester.
- Tredjepartsapps: Kontinuerlig læsning/skrivning genereret af visse installerede apps under drift (f.eks. Docker-containere, databasetjenester).
III. Hurtige fejlfindingsrin
Trin 1: Vent på systeminitialisering: Efter installation af en ny disk, oprettelse af et nyt lagerdrev eller kopiering af en stor mængde filer skal du tålmodigt vente 12-48 timer på, at systemets baggrundsinitialisering fuldføres. Undgå hyppige enhedshandlinger i denne periode.
Trin 2: Fjern alle eksterne enheder: Tag alle USB-enheder, der er tilsluttet TNAS'en, ud, såsom USB-flashdrev og eksterne harddiske, for at eliminere interferens fra ekstern lagring.
Trin 3: Luk baggrundsbaserede tredjepartsapps: Sæt vedvarende baggrundsapps som Docker, downloadværktøjer, medieservere og CloudSync på pause, eller afslut dem – disse er de mest almindelige interferenskilder.
Trin 4: Deaktivér ikke-essentielle systemtjenester: Deaktivér midlertidigt ikke-kernetjenester som IPv6, VPN, DDNS og NTP, og behold kun grundlæggende fildelingsfunktioner. Disse kan genaktiveres senere efter behov.
Trin 5: Bekræft dvale ved at lade den være inaktiv: Stop alle enhedshandlinger, vent på, at enheden når den forudindstillede dvaletimeout, og rør derefter forsigtigt kabinettet for at mærke efter vibration. Ingen vibration betyder vellykket dvale.
IV. Særlig nødløsning
Hvis du har brug for at bruge ovenstående tjenester og apps dagligt og ikke ønsker at deaktivere dem, men stadig vil spare energi, kan du bruge funktionen til planlagt tænd/sluk som alternativ til diskdvale: Konfigurer faste tænd- og sluk-perioder i TOS-systemindstillingerne. Enheden lukkes ned i inaktive perioder, hvilket sparer energi og samtidig beskytter diskene og fuldstændigt undgår interferens fra baggrundsprocesser.
V. Eftersalg-feedback
Hvis disken stadig ikke kan gå i dvale efter at have fuldført alle ovenstående fejlfindingsrin, skal du indsende eftersalg-feedback direkte ved at følge trinnene nedenfor.
- Åbn TOS-skrivebordet, gå til Technical Support > Problem Feedback, og generér en systemdiagnoserapport.
- Send rapporten til den officielle eftersalg-e-mail: support@terra-master.com.
- Eftersalgsteamet analyserer rapporten hurtigst muligt og svarer med en skræddersyet løsning via e-mail.