Bei überflüssigen Dateien auf einer NAS-Freigabe ist meist nicht das RAID oder Volume beschädigt, sondern der sichtbare Datenbestand enthält Arbeitsdateien, Metadaten oder Cache-Ordner von Clients und Anwendungen. Akute Datengefahr besteht vor allem dann, wenn noch Programme auf diese Dateien zugreifen oder wenn vermeintlicher Cache in Wahrheit eine App-Datenbank enthält. Sichere deshalb zuerst Dateiliste, Pfade und Zeitstempel und prüfe, welche Clients oder Dienste in die betroffenen Ordner schreiben. Lösche vorerst weder komplette versteckte Verzeichnisse noch unbekannte App-Ordner.
Arbeitsdatei, Metadatei oder echter Cache?
Nicht jede unsichtbare oder ungewöhnlich benannte Datei ist entbehrlich. Für eine sichere Bereinigung musst du drei Gruppen unterscheiden:
- Temporäre Arbeitsdateien entstehen beim Öffnen, Bearbeiten, Hochladen oder Konvertieren. Sie können während eines laufenden Vorgangs unverzichtbar sein.
- Metadateien speichern beispielsweise Finder-Ansichten, Dateiattribute oder programmspezifische Zusatzinformationen. Nach dem Löschen werden manche neu angelegt; andere enthalten Eigenschaften, die nicht ohne Verlust rekonstruiert werden können.
- Cache-Daten lassen sich grundsätzlich aus Originaldaten neu erzeugen. Das gilt aber nur, wenn die Originale vorhanden sind und die betreffende Anwendung den Ordner tatsächlich als Cache behandelt.
Dateiendung und Alter liefern lediglich Hinweise. Eine alte Datei kann zu einem selten genutzten Projekt gehören, während eine gerade erzeugte Datei nach einem abgebrochenen Prozess bereits verwaist sein kann. Aussagekräftiger sind Erzeuger, Speicherort, geöffnete Sitzungen und die Frage, ob sich der Inhalt aus Originaldaten wiederherstellen lässt.
Vor dem Löschen den Zustand des NAS sichern
Die Prüfung beginnt auf der Ebene der Freigabe und des Dienstes, nicht beim Datenträger. Kontrolliere zunächst, ob Speicherpool und Volume fehlerfrei eingebunden sind. Bereinigungsarbeiten eignen sich nicht als Reaktion auf I/O-Fehler, ein degradiertes RAID oder mehrere auffällige Laufwerke. In einer solchen Lage haben Datensicherung und Laufwerksdiagnose Vorrang.
- Notiere den belegten Speicher des betroffenen Volumes und der betreffenden Freigabe.
- Erstelle eine Dateiliste der verdächtigen Ordner mit Namen, vollständigem Pfad, Größe und Änderungsdatum. Ein Screenshot allein reicht bei vielen Dateien nicht aus.
- Prüfe, welche Computer, Mobilgeräte, Synchronisationsprogramme, Container oder NAS-Apps in diese Freigabe schreiben.
- Schließe Office-Dokumente und andere geöffnete Dateien auf allen Clients. Pausiere Synchronisationen und beende nur die eindeutig zugehörigen Anwendungen oder Dienste.
- Kontrolliere in der NAS-Verwaltung die Funktion für aktive SMB-Sitzungen beziehungsweise geöffnete Dateien. Die Bezeichnung unterscheidet sich je nach Betriebssystem und Version.
- Lege vor größeren Eingriffen ein nutzbares Backup an oder prüfe, ob ein vorhandener Snapshot einen Rückweg bietet.
Ein Snapshot ersetzt kein externes Backup. Außerdem kann ein Snapshot gelöschte Datenblöcke weiterhin referenzieren. Die Dateien verschwinden dann zwar aus der Freigabe, der erwartete freie Speicher wird aber unter Umständen erst nach Ablauf oder Entfernung des Snapshots verfügbar. Auch ein aktivierter Netzwerkpapierkorb hält gelöschte Dateien weiter auf dem Volume.
Office-Reste ohne Verlust geöffneter Dokumente entfernen
Microsoft Office erzeugt in gemeinsam genutzten Ordnern unter anderem Besitzer- oder Sperrdateien. Bei Word-, Excel- und PowerPoint-Dokumenten beginnen solche Dateien häufig mit einer Tilde und einem Dollarzeichen. Sie enthalten nicht einfach eine zweite vollständige Fassung des Dokuments, sondern unterstützen die Erkennung einer laufenden Bearbeitung.
Bleibt eine solche Datei nach einem Absturz, einer unterbrochenen SMB-Verbindung oder einem erzwungenen Programmende zurück, kann sie verwaist sein. Ihr bloßes Vorhandensein beweist das jedoch nicht. Gehe nach dieser Entscheidungskette vor:
- Ist das zugehörige Dokument auf irgendeinem Client geöffnet, bleibt die Besitzerdatei unangetastet.
- Ist Office geschlossen, aber das NAS zeigt noch eine aktive Dateisitzung, beende nicht vorschnell den NAS-Dienst. Ermittle zuerst den verbundenen Benutzer und Client.
- Sind alle zugehörigen Programme beendet, keine offene Dateisitzung vorhanden und bleibt die Datei bestehen, verschiebe sie zunächst in einen gesonderten Quarantäneordner auf demselben Volume.
- Lässt sich das Original anschließend normal öffnen, bearbeiten, speichern und von einem zweiten Client erneut laden, spricht das für einen verwaisten Rest.
Office kann außerdem Dateien mit der Endung .tmp oder automatisch erzeugte Wiederherstellungsdaten anlegen. Diese dürfen nicht pauschal auf der gesamten Freigabe gelöscht werden. Eine Wiederherstellungsdatei kann die einzige neuere Fassung nach einem Absturz enthalten. Prüfe deshalb zuerst im jeweiligen Office-Programm, ob eine Dokumentwiederherstellung angeboten wird, und vergleiche den Inhalt mit der regulär gespeicherten Datei.
Besondere Vorsicht gilt in gemeinsam bearbeiteten Projektordnern. Zeitstempel können durch Kopieren, Synchronisieren oder Wiederherstellen verändert worden sein. Eine Regel wie „alles älter als sieben Tage löschen“ ist dort keine belastbare Sicherheitsgrenze.
macOS-Dateien richtig einordnen
macOS hinterlässt auf SMB-Freigaben verschiedene Metadaten. Einige sind leicht neu erzeugbar, andere können erweiterte Dateieigenschaften enthalten. Deshalb eignet sich eine einzige Löschregel nicht für alle Namen.
.DS_Store speichert Finder-Ansichten
Eine Datei namens .DS_Store enthält Angaben zur Darstellung eines Ordners im Finder, etwa Sortierung, Symbolpositionen oder Ansichtsoptionen. Das Löschen entfernt normalerweise keine Nutzdateien. macOS kann die Datei beim nächsten Zugriff jedoch erneut anlegen, und individuelle Finder-Einstellungen des Ordners gehen verloren.
Die Bereinigung lohnt sich daher vor allem in Freigaben, deren Inhalt an andere Systeme weitergegeben, veröffentlicht oder automatisiert verarbeitet wird. Für eine reine Mac-Arbeitsfreigabe bringt wiederholtes Löschen oft nur kurzfristig Ruhe. Sinnvoller ist es, die Erzeugung solcher Metadaten durch die verwendeten Clients und deren Verwaltungsrichtlinien zu prüfen, sofern das zur Umgebung passt.
AppleDouble-Dateien können Attribute tragen
Dateien mit einem Namen nach dem Schema ._Dateiname sind AppleDouble-Begleitdateien. Sie können Informationen aufnehmen, die das Ziel-Dateisystem oder die jeweilige Freigabekonfiguration nicht direkt in der von macOS erwarteten Form speichert. Dazu gehören erweiterte Attribute und bei bestimmten älteren oder spezialisierten Dateien auch relevante Zusatzdaten.
Lösche AppleDouble-Dateien daher nicht massenhaft, nur weil die zugehörigen Hauptdateien weiterhin sichtbar sind. Teste zuerst mit Kopien typischer Dateien aus der betroffenen Freigabe, ob Tags, spezielle Metadaten oder die Funktion in der erzeugenden Anwendung erhalten bleiben. Bei gewöhnlichen Bildern oder Dokumenten wirken die Begleitdateien mitunter entbehrlich, während sie für Medien-, Design- oder ältere Mac-Dateien eine andere Bedeutung haben können.
.TemporaryItems und .Trashes erfüllen unterschiedliche Aufgaben
Ein Verzeichnis namens .TemporaryItems kann Arbeitsdaten laufender Anwendungen enthalten. Es sollte erst geprüft werden, nachdem alle Mac-Clients die Freigabe ausgeworfen haben und zugehörige Programme beendet wurden. Ein Ordner namens .Trashes gehört dagegen zur Papierkorbfunktion auf dem eingebundenen Volume. Sein Inhalt kann Speicher belegen, obwohl Dateien im normalen Projektordner nicht mehr erscheinen.
Leere den Papierkorb möglichst über den Client oder die vorgesehene NAS-Funktion. Ein manuelles Löschen versteckter Papierkorbstrukturen kann an abweichenden Benutzerrechten scheitern oder Inhalte anderer Benutzer erfassen. Prüfe zudem, ob das NAS zusätzlich einen eigenen Papierkorb für die Freigabe führt.
App-Cache nur über seine Herkunft bewerten
Bei NAS-Apps, Desktop-Programmen und mobilen Clients ist der Ordnername allein besonders unzuverlässig. Bezeichnungen wie cache, temp, thumbnails oder transcode deuten zwar auf neu erzeugbare Daten hin, garantieren das aber nicht. Manche Anwendungen legen Datenbankdateien, Warteschlangen, Vorschaubilder und unvollständige Uploads im selben Verzeichnisbaum ab.
Ordne einen verdächtigen Ordner deshalb zuerst einem Prozess zu:
- Welche App oder welcher Container verwendet den Pfad?
- Ist der Pfad in den Einstellungen ausdrücklich als Cache-, Vorschaubild- oder Transcoding-Verzeichnis ausgewiesen?
- Liegen die Originaldateien außerhalb dieses Ordners und sind sie vollständig verfügbar?
- Kann die Anwendung den Cache selbst leeren oder neu aufbauen?
- Welche Folgen nennt die Wiederherstellungs- oder Wartungsfunktion der App?
Eine eingebaute Cache-Bereinigung ist einem manuellen Eingriff vorzuziehen, weil die Anwendung dabei ihre Datenbank und laufenden Prozesse berücksichtigen kann. Stoppe vor einer manuellen Löschung den zugehörigen Dienst kontrolliert. Bei einem Container muss außerdem klar sein, ob der Ordner ein temporärer Mount, ein dauerhaftes Datenverzeichnis oder ein Teil der Anwendungskonfiguration ist.
Verzeichnisse mit Datenbanken, Indizes, Paketdaten oder Namen wie config und data gehören nicht in eine allgemeine Aufräumaktion. Auch Vorschaubilder sind nicht immer kostenlos ersetzbar: Ein Neuaufbau kann viel CPU-Zeit beanspruchen, zahlreiche Laufwerkszugriffe verursachen und die App vorübergehend verlangsamen. Prüfe daher nicht nur, ob Daten rekonstruierbar sind, sondern auch, wie der Neuaufbau erfolgt.
Mit einem Quarantäneordner kontrolliert bereinigen
Ein Quarantäneordner ermöglicht einen Rückweg, ohne verdächtige Dateien sofort endgültig zu entfernen. Lege ihn auf demselben Volume außerhalb der produktiven Freigabe an und beschränke den Zugriff auf Administratoren. Ein Verschieben innerhalb desselben Dateisystems erfolgt meist ohne vollständiges Kopieren und bewahrt den ursprünglichen Datenbestand zunächst.
- Wähle nur Dateien aus, deren erzeugende Anwendung und Funktion eingegrenzt sind.
- Dokumentiere den ursprünglichen Pfad und verschiebe die Auswahl in den Quarantäneordner.
- Starte den zugehörigen Dienst oder Client wieder und teste Öffnen, Speichern, Umbenennen und erneutes Laden mit einer unkritischen Testdatei.
- Beobachte, ob Fehlermeldungen auftreten oder die Anwendung die entfernten Daten erwartungsgemäß neu erstellt.
- Kontrolliere auch einen zweiten Client, falls die Freigabe gemeinsam verwendet wird.
- Lösche die Quarantäne erst nach erfolgreichem Test und einem angemessenen Beobachtungszeitraum endgültig.
Das Verschieben schafft zunächst keinen nennenswerten freien Speicher, wenn Quelle und Quarantäne auf demselben Volume liegen. Es dient ausschließlich der sicheren Funktionsprüfung. Speicher wird erst durch die endgültige Entfernung frei, sofern Papierkorb, Snapshots oder Backup-Versionierung die Blöcke nicht weiter vorhalten.
Automatische Löschregeln brauchen enge Grenzen
Eine regelmäßige Bereinigung ist erst sinnvoll, wenn der Dateityp eindeutig identifiziert und sein Lebenszyklus verstanden wurde. Eine sichere Regel bezieht sich nicht bloß auf eine Endung, sondern kombiniert einen festgelegten Ordner, einen bekannten Erzeuger, einen Mindestzeitraum und eine Prüfung auf laufende Prozesse.
Für Office-Besitzerdateien ist eine NAS-weite Automatik ungeeignet, weil eine aktive Datei leicht mit einem Überbleibsel verwechselt werden kann. Auch AppleDouble-Dateien sollten nicht global entfernt werden. Eher automatisierbar sind eindeutig dokumentierte Cache-Verzeichnisse einer bestimmten App, sofern der Dienst vor der Bereinigung gestoppt wird und der Wiederaufbau getestet wurde.
Protokolliere bei automatischen Vorgängen mindestens Pfad, Dateiname, Größe, Zeitpunkt und Ergebnis. Beginne mit einem reinen Berichtslauf, der nur Treffer auflistet. Erst wenn diese Liste über mehrere Nutzungszyklen ausschließlich entbehrliche Daten enthält, ist eine Löschaktion vertretbar.
So erkennst du eine erfolgreiche Bereinigung
Der Erfolg bemisst sich nicht allein an einer kleineren Ordnergröße. Dokumente müssen sich weiterhin von allen vorgesehenen Clients öffnen und speichern lassen, Office darf keine unerwarteten Wiederherstellungsstände verlieren, und Apps müssen ohne beschädigte Bibliothek oder fehlende Konfiguration starten. Bei macOS-Dateien sollten außerdem benötigte Tags, Attribute und anwendungsspezifische Eigenschaften erhalten sein.
Vergleiche danach den freien Speicher auf Volume-Ebene. Bleibt er nahezu unverändert, kontrolliere Papierkörbe, Snapshots, Versionierung und den Quarantäneordner, statt weitere Dateien zu löschen. Wird der Platz nach einem Cache-Neuaufbau sofort wieder belegt, liegt kein verwaister Bestand vor; dann benötigt die Anwendung entweder diesen Arbeitsbereich oder ihre Cache-Grenze muss innerhalb der App angepasst werden.
Die belastbare Reihenfolge lautet damit: Erzeuger bestimmen, Schreibzugriffe anhalten, Rückweg sichern, ausgewählte Dateien isolieren, Funktion testen und erst danach endgültig löschen. So bleibt die Bereinigung auf Office-Reste, macOS-Metadaten und nachweislich erneuerbare App-Caches begrenzt, ohne produktive NAS-Daten in eine pauschale Aufräumaktion einzubeziehen.