Waarom geeft een NAS meer gebruikte ruimte aan dan de gedeelde mappen bevatten?

Eva Wong is de Technisch Schrijver en en vaste knutselaar bij ZimaSpace. Een levenslange geek met een passie voor homelabs en open-source software, zij is gespecialiseerd in het vertalen van complexe technische concepten naar toegankelijke, praktische handleidingen. Eva gelooft dat zelf-hosting leuk moet zijn, niet intimiderend. Met haar tutorials stelt ze de community in staat om hardware-setup te ontrafelen, van het bouwen van hun eerste NAS tot het beheersen van Docker-containers.

Een NAS geeft meer gebruikte ruimte aan omdat het volume en de gedeelde map verschillende opslaggebieden tellen.

De totalen van gedeelde mappen tellen meestal zichtbare bestanden. Het NAS-volume kan ook snapshots, prullenbakken, applicatiegegevenssets, bestandsysteemmetadata, gereserveerde ruimte, verwijderde bestanden die nog door een proces worden vastgehouden, en data die verborgen is onder een mountpunt meetellen. Breng deze lagen in kaart voordat je iets verwijdert.

De NAS en de Bestandsbrowser Tellen Verschillende Dingen

Begin met te bevestigen dat beide cijfers verwijzen naar hetzelfde aangekoppelde volume en hetzelfde moment. Hulpmiddelen die bestandsysteem- en directoryniveau-metingen tonen, beantwoorden verschillende vragen: de ene leest allocatie-tellers, de andere telt bereikbare paden op.

Een kleine afwijking kan komen door allocatieblokken, metadata, gereserveerde capaciteit, sparse bestanden, compressie of afronding. Een afwijking van honderden gigabytes vereist meestal een benoemde oorzaak in plaats van de algemene verklaring “bestandsysteem-overhead.”

Waargenomen afwijking Waarschijnlijke laag Verificatie
Groeit na het verwijderen of vervangen van bestanden Snapshots of prullenbakgeschiedenis Controleer bewaarde versies en exclusief gebruik
Daalt na het herstarten van een dienst Verwijderd bestand nog open Inspecteer niet-gelinkte open bestanden
Blijft bestaan zonder zichtbaar pad Verborgen mountdata of app-gegevensset Breng mounts en dataset-kinderen in kaart
Kleine stabiele procentuele afwijking Metadata of gereserveerde ruimte Bekijk bestandsysteemboekhouding

Snapshots en Prullenbakgeschiedenis Houden Oude Blokken Vast

Het verwijderen van een actief bestand maakt de blokken niet vrij als een snapshot nog naar de oudere versie verwijst. In een gemeten ZFS-geval houden snapshots verwijzingen naar verwijderde blokken vast en veroorzaakten een groot verschil tussen dataset-referentiegrootte en totaal gebruikte ruimte.

Snapshot-interfaces kunnen ook de grootte van een enkele snapshot kleiner laten lijken dan de ruimte die vrijkomt door het verwijderen van een reeks, omdat blokken gedeeld worden tussen versies. Op ZFS beschrijven USED, REFER en AVAIL verschillende scopes. Prullenbakken voegen een extra zichtbare of verborgen retentielaag toe, en een snapshot kan bestanden vasthouden die al in die prullenbak waren geplaatst.

Open Bestanden en Mounts Kunnen Actief Gebruik Verbergen

Een proces kan een log- of tijdelijk bestand verwijderen terwijl het via de open bestandsdescriptor blijft schrijven. Het pad verdwijnt uit de totalen van gedeelde mappen, maar verwijderde bestanden die open blijven houden hun blokken toegewezen totdat het proces ze sluit.

De volgorde van mounts creëert een ander blinde vlek. Als bestanden in een map werden geschreven voordat een ander bestandssysteem eroverheen werd aangekoppeld, zien normale scans de aangekoppelde inhoud in plaats van de onderliggende bestanden. Een gedocumenteerd df-tegen-du-onderzoek leidde het ontbrekende gebruik terug naar data verborgen onder een actief mountpunt.

Breng het Verschil in Kaart Zonder Blindelings te Verwijderen

Noteer volumegebruik, dataset- of sharegebruik, snapshot-exclusief gebruik, prullenbaktotalen, applicatiegegevenssets, open verwijderde bestanden, mounts en bestandsysteemreserveringen. Gebruik de eigen boekhouding van de NAS of het bestandssysteem voor snapshots en copy-on-write datasets in plaats van elk getal door één directoryscan te dwingen.

Schat vrijgemaakte ruimte in voordat je versies opruimt, stop of herstart alleen het proces dat een bevestigd verwijderd bestand vasthoudt, en inspecteer onderliggende mountpaden tijdens een gecontroleerd onderhoudsvenster. Houd het retentiebeleid in het oog: snapshots kunnen al beschadigde data vasthouden, maar het zomaar verwijderen ervan kan ook het enige bruikbare herstelpunt wegnemen.

FAQ

Kan bestandsysteem-overhead een zeer groot ruimteverschil verklaren?

Het kan een bescheiden, stabiele afwijking verklaren, maar niet elke grote. Honderden gigabytes die ontbreken wijzen vaker op snapshots, verborgen datasets, open verwijderde bestanden, prullenbakgeschiedenis of data onder een mountpunt.

Waarom maakt het legen van de prullenbak niet direct ruimte vrij?

Een snapshot kan nog naar de verwijderde blokken verwijzen, een proces kan een bestand openhouden, of het bestandssysteem kan ruimte asynchroon vrijmaken. Controleer die lagen voordat je opnieuw gaat verwijderen.

Maakt het herstarten van de NAS de ontbrekende ruimte weer beschikbaar?

Alleen in gevallen zoals verwijderde bestanden die door lopende processen worden vastgehouden. Een herstart verwijdert geen snapshots, prullenbakinhoud, bestandsysteemreserveringen of data verborgen onder een mountpunt.

Ondersteuning & Tips

Meer om te lezen

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.