Diese Quelle nennt eine nützliche offizielle Abgrenzung: ZimaOS kann nicht zuverlässig erkennen, welche beliebigen Dateien auf einem NAS „Konfiguration“ sind. Deshalb beschränkt sich die Bereinigung bei der Deinstallation bewusst auf den AppData-Bereich der App, anstatt nicht zugehörige Speicherpfade zu löschen. LinkLeong sagte, dass Daten, die an anderer Stelle gespeichert sind, von dieser Bereinigungsregel nicht betroffen wären.
Die engere Beschwerde des ursprünglichen Verfassers war, dass eine falsch konfigurierte App manchmal nicht den normalen Bereinigungsablauf bei der Deinstallation anzeigte, wodurch ihr AppData-Ordner zurückblieb. Anschließend testete die Person dies unter ZimaOS 1.3.2-beta2 erneut und bestätigte ausdrücklich, dass der Ordner auch bei der Fehlkonfiguration korrekt gelöscht wurde. Das ist eine durch die Quelle bestätigte historische Fehlerbehebung.
IceWhale erklärte AppData zur Bereinigungsgrenze
LinkLeong erklärte, dass ZimaOS nicht zuverlässig jede „Konfigurationsdatei“ an beliebigen Speicherorten identifizieren kann. Daher sollte das AppData-Verzeichnis der App als Bereich für Konfiguration und Benutzerdaten bei der verwalteten Bereinigung behandelt werden.
Daten an anderer Stelle auf dem NAS sollten manuell überprüft und nicht automatisch im Rahmen der Deinstallation gelöscht werden.
Diese Abgrenzung schützt gemeinsam genutzte Medien und Speicher
Eine Docker-App kann Folgendes einbinden:
- Konfiguration und Datenbank unter AppData;
- Filme, Fotos und Dokumente auf einem anderen Speicherpool;
- Download-Ordner, die von mehreren Apps gemeinsam genutzt werden;
- Netzwerk- oder USB-Speicher.
Eine Deinstallationsroutine, die jeden eingebundenen Pfad rekursiv verfolgt, könnte gemeinsam genutzte Inhalte zerstören. Daher ist die engere AppData-Regel sicherer.
Das Problem der Quelle waren zurückgebliebene AppData-Daten einer fehlerhaften Installation
WuzzyFeasel sagte, dass ein neuer oder falsch konfigurierter Container, der nie korrekt gestartet war, manchmal die Bereinigungsoption nicht anzeigte und sein AppData-Verzeichnis zurückließ.
Das kann problematisch sein, wenn eine fehlerhafte Konfiguration bei einer erneuten Installation immer wieder denselben defekten Zustand übernimmt.
Der Verfasser bestätigte, dass das Verhalten in 1.3.2-beta2 behoben war
Nach der Klarstellung testete der OP erneut und sagte, dass der Ordner nun auch bei einem falsch konfigurierten Container ordnungsgemäß gelöscht wurde.
Stelle das Symptom des zurückgebliebenen Ordners aus dem Jahr 2025 daher nicht als aktuelle bekannte Einschränkung von ZimaOS dar.
AppData ist weiterhin ein wichtiger Bereich für dauerhafte Daten
Die aktuelle ZimaOS-Dokumentation betont, dass Container aus dem App Store verworfen werden können, eingebundene Host-Daten jedoch nicht. Außerdem können Benutzer die Speicherpfade der Apps und die Speicherorte der App-Daten prüfen und ändern.
Siehe das aktuelle Speichermodell für ZimaOS-Apps.
Speichere keine unersetzlichen Benutzerdaten in einem Ordner, den du als AppData löschen möchtest
Manche Anwendungen legen Konfiguration, Datenbankstatus, generierte Dateien und Benutzerdaten gemeinsam in einem Verzeichnisbaum ab. Prüfe vor der Auswahl von „Benutzerdaten löschen“ die Host-Volume-Zuordnungen der App und sichere alles, was nicht neu erzeugt werden kann.
Die manuelle Bereinigung sollte gezielt und auf Grundlage konkreter Hinweise erfolgen
Wenn nach der Deinstallation ein altes AppData-Verzeichnis zurückbleibt, vergewissere dich, dass kein aktiver Container es mehr einbindet, sichere alle möglicherweise benötigten Daten und entferne anschließend nur das bestätigte App-Verzeichnis. Lösche nicht rekursiv das gesamte AppData-Hauptverzeichnis, um eine einzelne fehlgeschlagene App zu bereinigen.
FAQ zur AppData-Bereinigung bei der Deinstallation unter ZimaOS
Was behandelt IceWhale bei der Bereinigung als Konfigurations- und Benutzerdaten?
Das AppData-Verzeichnis der App.
Wird die Bereinigung bei der Deinstallation absichtlich beliebige Medien löschen, die an anderer Stelle gespeichert sind?
Der Erklärung in der Quelle zufolge werden Daten außerhalb von AppData durch diese Regel nicht automatisch berücksichtigt.
Wurde später bestätigt, dass das Bereinigungsproblem bei falsch konfigurierten Containern behoben wurde?
Ja. Der ursprüngliche Verfasser bestätigte, dass es in 1.3.2-beta2 korrekt funktionierte.
