Warum zeigt ein NAS mehr belegten Speicher an, als die freigegebenen Ordner enthalten?

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

Why Does a NAS Report More Used Space Than Shared Folders Contain? - Zima Store Online

Ein NAS zeigt mehr belegten Speicher an, weil das Volumen und die Ansicht des freigegebenen Ordners unterschiedliche Speicherbereiche zählen.

Die Gesamtsummen der freigegebenen Ordner erfassen normalerweise sichtbare Dateien. Das NAS-Volumen kann jedoch auch Snapshots, Papierkörbe, Anwendungsdatensätze, Dateisystem-Metadaten, reservierten Speicherplatz, von einem Prozess noch gehaltene gelöschte Dateien und Daten unter einem Einhängepunkt zählen. Stimmen Sie diese Ebenen ab, bevor Sie etwas löschen.

Das NAS und der Dateibrowser zählen unterschiedliche Dinge

Beginnen Sie damit, zu bestätigen, dass sich beide Zahlen auf dasselbe eingehängte Volume und denselben Zeitpunkt beziehen. Werkzeuge, die Dateisystem- und Verzeichnisebenen messen, beantworten unterschiedliche Fragen: Das eine liest Allokationszähler aus, das andere summiert erreichbare Pfade.

Eine kleine Differenz kann durch Allokationsblöcke, Metadaten, reservierte Kapazität, Sparse-Dateien, Kompression oder Rundung entstehen. Eine Differenz von mehreren hundert Gigabyte benötigt meist einen konkreten Verursacher und nicht nur die pauschale Erklärung „Dateisystem-Overhead“.

Beobachtete Differenz	Wahrscheinliche Ebene	Überprüfung
Wächst nach Löschen oder Ersetzen von Dateien	Snapshots oder Papierkorb-Verlauf	Behaltene Versionen und exklusive Nutzung prüfen
Fällt nach Neustart eines Dienstes	Gelöschte Datei noch geöffnet	Unverknüpfte offene Dateien inspizieren
Besteht ohne sichtbaren Pfad fort	Versteckte Einhängepunkte oder Anwendungsdatensätze	Einbindungen und untergeordnete Datensätze kartieren
Kleiner stabiler Prozentsatz	Metadaten oder reservierter Speicher	Dateisystem-Buchhaltung überprüfen

Snapshots und Papierkorb-Verlauf behalten alte Blöcke

Das Löschen einer aktiven Datei gibt deren Blöcke nicht frei, wenn ein Snapshot noch auf die ältere Version verweist. In einem gemessenen ZFS-Fall behalten Snapshots gelöschte Blöcke referenziert und erzeugten eine große Lücke zwischen der Datensatz-Referenzgröße und dem insgesamt genutzten Speicher.

Snapshot-Schnittstellen können auch einzelne Snapshot-Größen kleiner erscheinen lassen als den durch das Entfernen eines Bereichs freigegebenen Speicher, da Blöcke zwischen Versionen geteilt werden. Bei ZFS beschreiben USED, REFER und AVAIL unterschiedliche Bereiche. Papierkörbe fügen eine weitere sichtbare oder versteckte Aufbewahrungsebene hinzu, und ein Snapshot kann Dateien behalten, die bereits in diesen Papierkorb verschoben wurden.

Offene Dateien und Einhängepunkte können aktive Nutzung verbergen

Ein Prozess kann eine Log- oder temporäre Datei löschen, während er weiterhin über den offenen Dateideskriptor schreibt. Der Pfad verschwindet aus den Gesamtsummen der freigegebenen Ordner, aber gelöschte, aber noch geöffnete Dateien behalten ihre Blöcke, bis der Prozess sie schließt.

Die Reihenfolge der Einhängepunkte schafft einen weiteren blinden Fleck. Wenn Dateien in ein Verzeichnis geschrieben wurden, bevor ein anderes Dateisystem darüber eingehängt wurde, sehen normale Scans den eingehängten Inhalt und nicht die darunterliegenden Dateien. Eine dokumentierte df-gegen-du-Untersuchung führte fehlende Nutzung auf Daten unter einem aktiven Einhängepunkt zurück.

Unterschiede abgleichen, ohne blind zu löschen

Erfassen Sie Volumennutzung, Datensatz- oder Freigabenutzung, Snapshot-exklusive Nutzung, Papierkorb-Gesamtsummen, Anwendungsdatensätze, offene gelöschte Dateien, Einhängepunkte und Dateisystem-Reservierungen. Verwenden Sie die eigene Buchhaltung des NAS oder Dateisystems für Snapshots und Copy-on-Write-Datensätze, anstatt jede Zahl durch einen einzigen Verzeichnisscan zu zwingen.

Schätzen Sie den zurückgewonnenen Speicher vor dem Entfernen von Versionen ab, stoppen oder starten Sie nur den Prozess, der eine bestätigte gelöschte Datei hält, und prüfen Sie die zugrundeliegenden Einhängepfade während eines kontrollierten Wartungsfensters. Behalten Sie die Aufbewahrungsrichtlinie im Blick: Snapshots können bereits beschädigte Daten behalten, aber das ungeplante Entfernen kann auch den einzigen nutzbaren Wiederherstellungspunkt löschen.

FAQ

Kann der Dateisystem-Overhead eine sehr große Speicherplatzdifferenz erklären?

Er kann eine moderate, stabile Lücke erklären, aber nicht jede große. Hunderte fehlender Gigabyte deuten häufiger auf Snapshots, versteckte Datensätze, offene gelöschte Dateien, Papierkorb-Verlauf oder Daten unter einem Einhängepunkt hin.

Warum wird durch das Leeren des Papierkorbs nicht sofort Speicherplatz frei?

Ein Snapshot kann die gelöschten Blöcke noch referenzieren, ein Prozess kann eine Datei noch geöffnet halten, oder das Dateisystem gibt Speicher asynchron frei. Prüfen Sie diese Ebenen, bevor Sie Löschvorgänge wiederholen.

Bringt ein Neustart des NAS den fehlenden Speicherplatz zurück?

Nur in Fällen wie gelöschten Dateien, die von laufenden Prozessen gehalten werden. Ein Neustart entfernt keine Snapshots, Papierkorb-Inhalte, Dateisystem-Reservierungen oder Daten unter einem Einhängepunkt.