Unter ZimaOS 1.5.4 stellte ein Community-Nutzer fest, dass gelöschte Dateien Speicherplatz in versteckten .trash-Ordnern belegten, obwohl diese Dateien in der Papierkorbansicht der Dateien-App nicht angezeigt wurden. Die Problemumgehung aus dem Beitrag – Dienste stoppen und löschen – stellte die normale Papierkorbanzeige vorübergehend wieder her, doch nach späteren Neustarts trat das Problem erneut auf.
Dadurch ist der Beitrag eher als Diagnoseprotokoll denn als dauerhafte, aktuelle Lösung nützlich. ZimaOS befindet sich inzwischen in einer neueren Release-Reihe, und das rekursive Löschen versteckter Papierkorbverzeichnisse ist destruktiv: Alles, was in diesen Ordnern noch benötigt wird, wird dauerhaft entfernt.
Zuerst bestätigen, dass der Papierkorb tatsächlich Speicherplatz belegt
Der Nutzer aus der Quelle prüfte:
du -sh /var/lib/casaos_data/.media/*/.trashDas ist ein besserer erster Schritt als sofort etwas zu löschen, denn damit wird eine schreibgeschützte Frage beantwortet: Wie viel Speicherplatz befindet sich im Papierkorbverzeichnis jedes eingebundenen Laufwerks? Der umfassendere Leitfaden zum Speicherplatz von NAS-Papierkörben erklärt, warum gelöschte Daten weiterhin von Papierkörben, Snapshots oder anderen Speicherebenen referenziert werden können.
Was die Problemumgehung für 1.5.4 tatsächlich bewirkte
Bei der Community-Schrittfolge wurden icewhale-files und SMB gestoppt, das betroffene .trash-Verzeichnis entfernt, die Dienste neu gestartet und sync ausgeführt. Der Verfasser berichtete, dass neue Löschvorgänge anschließend korrekt im Papierkorb erschienen, jedoch nur wenige Tage lang, bevor das Symptom erneut auftrat.
Dieses Ergebnis ist wichtig: Es belegt, dass die Problemumgehung den unmittelbaren Zustand dieser Installation bereinigte, nicht jedoch, dass die eigentliche Ursache behoben wurde. Der Nutzer beobachtete das Verhalten außerdem auf einem intern eingebundenen NTFS-Laufwerk, daher konnte der Beitrag Btrfs nicht als Ursache feststellen.
Warum rm -R .trash der letzte Schritt sein sollte
Durch das Löschen des versteckten Papierkorbordners wird der Sicherheitsvorteil eines Papierkorbs umgangen. Prüfen Sie vorher den Inhalt, stellen Sie wichtige Dateien wieder her, bestätigen Sie vorhandene Sicherungen und vergewissern Sie sich, dass Sie auf dem vorgesehenen eingebundenen Laufwerk arbeiten. Ein Tippfehler in einer Root-Shell kann den falschen Pfad betreffen.
Wenn die sichtbaren Dateien verschwunden sind, der freie Speicherplatz jedoch weiterhin nicht zurückkehrt, verwenden Sie die mehrschichtigen Prüfungen in der Fehlerbehebung für nicht freigegebenen NAS-Speicherplatz, statt anzunehmen, dass nur der Papierkorb Speicherplatz belegt.
Versionsgrenze: Dies war ein Fall unter ZimaOS 1.5.4
Die Papierkorbfunktion wurde ursprünglich mit ZimaOS 1.3.1 eingeführt, einschließlich automatischer Bereinigung und Wiederherstellung über die Dateien-App. Die Versionshinweise zu ZimaOS 1.3.1 dokumentieren dieses vorgesehene Verhalten.
Die Versionshinweise zur aktuellen Version 1.7.1 enthalten mehrere Korrekturen für Dateidienste, nennen jedoch nicht ausdrücklich, dass genau dieser Fehler mit der Anzeige versteckter Papierkorbinhalte behoben wurde. Behaupten Sie daher nicht, dass ein Upgrade die Lösung garantiert. Führen Sie zunächst wegen aktueller Fehlerbehebungen und Sicherheitsupdates ein Update durch und reproduzieren Sie anschließend das Symptom, bevor Sie eine alte Problemumgehung verwenden.
Eine sicherere Reihenfolge der Maßnahmen
- Aktualisieren Sie auf eine aktuelle stabile ZimaOS-Version.
- Bestätigen Sie das betroffene Laufwerk und notieren Sie den freien Speicherplatz.
- Messen Sie die versteckten
.trash-Ordner, ohne sie zu verändern. - Stellen Sie alle gelöschten Dateien wieder her, die Sie noch benötigen.
- Prüfen Sie Snapshots, geöffnete Dateien und andere Aufbewahrungsebenen, wenn der Speicherplatz weiterhin nicht übereinstimmt.
- Erwägen Sie erst dann eine destruktive Bereinigung des Papierkorbs und halten Sie eine Sicherung bereit.
