Wenn Sie die alten Fehler der ZimaOS-1.6.2-Beta sehen – kein Zugriff auf AppData, falsche Pfade, blockierte Favoritenaktionen oder langsames Kopieren/Einfügen – wenden Sie auf einem aktuellen System keine Workarounds aus der Beta-Zeit an. Beta2 behob den wichtigsten AppData- und Kopierleistungsregressionsfehler, und spätere stabile Versionen enthielten weitere Korrekturen für Dateidienste, YAML, Speicher und Files.
Der ursprüngliche Thread ist wertvoll, weil er den Sicherheitskompromiss zeigt, der den Regressionsfehler verursachte: IceWhale verschärfte den Zugriff auf Dateiverknüpfungen, um Path-Traversal-Angriffe zu verhindern, und die erste Beta blockierte versehentlich legitime Pfade. Aktuelle Benutzer sollten zunächst aktualisieren, den genauen Vorgang reproduzieren und erst danach Berechtigungen oder den Speicher untersuchen.
Was in 1.6.2 Beta1 kaputtging
IceWhale bestätigte, dass der Zugriff auf AppData nach der Verschärfung der Sicherheitsmaßnahmen bekanntermaßen nicht funktionierte. Benutzer meldeten außerdem langsames Kopieren/Einfügen zwischen Laufwerken und nicht zugängliche Ordner.
Beta2 behob den wichtigsten AppData- und Kopierregressionsfehler
IceWhale veröffentlichte Beta2 speziell wegen des fehlenden Zugriffs auf AppData. Ein Benutzer testete anschließend das Kopieren zwischen Laufwerken erneut und bestätigte, dass die in Beta1 festgestellte Verlangsamung verschwunden war.
Deaktivieren Sie keine Sicherheitsprüfungen, um alte Pfade wiederherzustellen
Die Sicherheitsänderungen wurden eingeführt, um Path-Traversal-Angriffe zu beheben. Vermeiden Sie Skripte oder Konfigurationsänderungen, die die Pfadvalidierung weitreichend schwächen, nur um wieder auf einen geschützten Systemordner zugreifen zu können.
Verwenden Sie vor der weiteren Fehlersuche das aktuelle ZimaOS
Die offiziellen Versionshinweise zu ZimaOS 1.7.1 enthalten eine weitere wichtige Korrektur für den Dateidienst, Korrekturen für abnormalen Speicherverbrauch bei Dateivorgängen sowie eine Korrektur für leere Ordner, die nach dem Ausschneiden bestehen blieben.
AppData sollte verwaltet und nicht wie gewöhnliche Medien durchsucht werden
Anwendungskonfigurationspfade sind sensibler als normale Benutzerordner. Verwenden Sie die zugeordneten Volumes der App sowie die aktuellen AppData- und Migrationsfunktionen, anstatt jeden internen Pfad unter /media als allgemeinen Ordner zu behandeln.
Wenn Favoriten weiterhin einen Fehler der Sicherheitsrichtlinie auslösen
Entfernen Sie den Favoriten des normalen Benutzerordners und fügen Sie ihn erneut hinzu, führen Sie bei Files eine vollständige Aktualisierung durch und erfassen Sie den genauen Pfad sowie die aktuelle ZimaOS-Version. Gehen Sie bei einer späteren Version nicht automatisch davon aus, dass es sich um denselben Fehler wie in der alten 1.6.2-Beta handelt.
Der Kontrast im Dunkelmodus ist ein Darstellungsproblem, keine Datenbeschädigung
Die Quell-Screenshots dokumentierten außerdem unlesbare USB-Symbole und Konflikttexte im Dunkelmodus. Wechseln Sie bei Bedarf während der Fehlersuche in den Hellmodus, verwechseln Sie diese Darstellungsfehler jedoch nicht mit einem Speicherausfall.
Überprüfen Sie Kopiervorgänge unabhängig
Vergleichen Sie bei großen Verschiebungen die Anzahl und Größe der Dateien am Ziel, bevor Sie die Quelle löschen. Ein Regressionsfehler der Files-Oberfläche und tatsächlicher Datenverlust sind unterschiedliche Ergebnisse.
Der Leitfaden zur Datenmigration beschreibt den sichereren Weg für verwaltete Daten.
Trennen Sie UI-Fehler von echten Dateisystemfehlern
Eine „Hoppla“-Seite oder eine blockierte Favoritenaktion kann auf einen Fehler im Frontend oder in der Sicherheitsrichtlinie zurückzuführen sein, während der zugrunde liegende Speicher weiterhin intakt ist. Bestätigen Sie den Ordner über SMB oder eine schreibgeschützte Terminalprüfung, bevor Sie annehmen, dass Dateien verschwunden sind.
Erfassen Sie den genauen fehlerhaften Pfad
Sicherheitsregressionsfehler sind oft pfadspezifisch. Notieren Sie, ob der Fehler AppData, das Stammverzeichnis /media, einen normalen Benutzerordner, einen Favoriten oder ein externes USB-Laufwerk betrifft. Dieser Kontext entscheidet, ob es sich um einen erwarteten Schutzmechanismus oder einen Fehler handelt.
FAQ
War AppData in 1.6.2 Beta1 nicht zugänglich?
Ja. IceWhale bestätigte dies ausdrücklich und veröffentlichte Beta2 zur Behebung des Problems.
Hat Beta2 die Kopierleistung verbessert?
Ein meldender Benutzer testete erneut und bestätigte, dass die von ihm in Beta1 beobachtete Verlangsamung verschwunden war.
Sollte ich die Prüfungen der Sicherheitsrichtlinie entfernen?
Nein. Diese Prüfungen wurden eingeführt, um ein Sicherheitsproblem durch Path Traversal zu beheben.
Was sollte ich bei einer aktuellen Version tun?
Aktualisieren Sie zuerst, reproduzieren Sie den genauen Ordner bzw. die genaue Aktion, erfassen Sie Screenshots und Protokolle und vermeiden Sie Änderungen, die speziell für alte Betaversionen gedacht waren.
