Spring til hovedindhold

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​

  1. 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
  2. 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.
  3. 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.

  1. Åbn TOS-skrivebordet, gå til Technical Support > Problem Feedback, og generér en systemdiagnoserapport.
  2. Send rapporten til den officielle eftersalg-e-mail: support@terra-master.com.
  3. Eftersalgsteamet analyserer rapporten hurtigst muligt og svarer med en skræddersyet løsning via e-mail.