Communityoplossing

ZimaOS-bestandsfouten na 1.6.2 Beta: wat is opgelost

The 1.6.2 beta cycle introduced AppData and Files regressions after path-traversal hardening; Beta2 fixed the main AppData and copy slowdown reports.

Als je de oude fouten in ZimaOS 1.6.2 beta ziet—AppData is niet toegankelijk, paden kloppen niet, bewerkingen met Favorieten worden geblokkeerd of kopiëren/plakken verloopt traag—pas dan geen oplossingen uit het bètatijdperk toe op een actueel systeem. Beta2 loste de belangrijkste regressie met AppData en de kopieerprestaties op, en latere stabiele releases voegden verdere oplossingen toe voor de bestandsservice, YAML, geheugen en Files.

De oorspronkelijke discussiethread is waardevol omdat die de beveiligingsafweging toont die de regressie veroorzaakte: IceWhale verscherpte de toegang tot bestandskoppelingen om path traversal tegen te gaan, maar de eerste bèta blokkeerde per ongeluk legitieme paden. Huidige gebruikers moeten eerst bijwerken, de exacte bewerking opnieuw uitvoeren en pas daarna machtigingen of opslag onderzoeken.

ZimaOS Files-pictogrammen voor USB in donkere modus met zeer weinig contrast vergeleken met de lichte modus
Beta 2 loste de belangrijkste Files-regressie op, maar USB-pictogrammen hadden in de donkere modus nog steeds weinig contrast. Bron: IceWhale Community Forum.
Waarschuwing voor dubbele namen in ZimaOS Files bijna onleesbaar in donkere modus
De waarschuwing voor dubbele namen was moeilijk leesbaar in de donkere modus. Bron: IceWhale Community Forum.
Waarschuwing voor dubbele namen in ZimaOS Files duidelijk leesbaar in lichte modus
Hetzelfde conflictdialoogvenster was leesbaar in de lichte modus. Bron: IceWhale Community Forum.
Foutpagina van ZimaOS Files bij toegang tot media na wijzigingen in opslagvermeldingen
In een later beta2-geval verscheen nog steeds een foutpagina rond toegang tot /media. Bron: IceWhale Community Forum.
ZimaOS Files AppData-pagina met de foutmelding Oeps, er is iets misgegaan
Bewerkingen met Favorieten en AppData konden in de bètacyclus nog steeds beveiligingsbeleidsfouten veroorzaken. Bron: IceWhale Community Forum.

Wat ging er mis in 1.6.2 Beta1?

IceWhale bevestigde dat toegang tot AppData na de aangescherpte beveiliging niet werkte. Gebruikers meldden ook traag kopiëren/plakken tussen schijven en ontoegankelijke mappen.

Beta2 loste de belangrijkste AppData- en kopieerregressie op

IceWhale bracht Beta2 specifiek uit voor het probleem waarbij AppData niet toegankelijk was. Een gebruiker testte het kopiëren tussen schijven opnieuw en bevestigde dat de vertraging die in Beta1 was opgevallen, verdwenen was.

Schakel beveiligingscontroles niet uit om oude paden te herstellen

De beveiligingswijzigingen zijn ingevoerd om path traversal op te lossen. Vermijd scripts of configuratiewijzigingen die de padvalidatie in brede zin verzwakken alleen om weer toegang te krijgen tot een beveiligde systeemmap.

Gebruik de huidige ZimaOS-versie voordat je verder problemen oplost

De officiële releaseopmerkingen van ZimaOS 1.7.1 bevatten nog een oplossing voor een bestandsserviceprobleem met hoog risico, oplossingen voor abnormaal geheugengebruik bij bestandsbewerkingen en een oplossing voor lege mappen die na knippen achterbleven.

AppData moet worden beheerd, niet als gewone media worden doorzocht

Paden met applicatieconfiguratie zijn gevoeliger dan normale gebruikersmappen. Gebruik de gekoppelde volumes van de app en de huidige AppData-/migratieopties in plaats van elk intern pad onder /media als een algemene map te behandelen.

Als Favorieten nog steeds een beveiligingsbeleidsfout veroorzaken

Verwijder de favoriet van de normale gebruikersmap en voeg deze opnieuw toe, vernieuw Files geforceerd en leg het exacte pad en de huidige ZimaOS-versie vast. Ga er niet van uit dat de oude bètabug van 1.6.2 hetzelfde probleem is als je een latere release gebruikt.

Contrast in de donkere modus is cosmetisch, geen gegevensbeschadiging

De bronafbeeldingen documenteerden ook onleesbare USB-pictogrammen en conflictt tekst in de donkere modus. Schakel indien nodig over naar de lichte modus tijdens het oplossen van problemen, maar verwar deze weergavebugs niet met een opslagfout.

Controleer kopieerbewerkingen onafhankelijk

Vergelijk bij grote verplaatsingen het aantal bestanden en de bestandsgrootte op de bestemming voordat je de bron verwijdert. Een regressie in de Files-interface en daadwerkelijk gegevensverlies zijn verschillende uitkomsten.

De handleiding voor gegevensmigratie biedt een veiliger pad voor beheerde gegevens.

Maak onderscheid tussen UI-fouten en echte bestandssysteemfouten

Een pagina met ‘Oeps’ of een geblokkeerde Favorieten-bewerking kan een fout in de frontend of het beveiligingsbeleid zijn, terwijl de onderliggende opslag gezond blijft. Controleer de map via SMB of met een alleen-lezencontrole in de terminal voordat je aanneemt dat bestanden zijn verdwenen.

Leg het exacte pad vast dat faalt

Beveiligingsregressies zijn vaak padgebonden. Noteer of het probleem betrekking heeft op AppData, de hoofdmap /media, een normale gebruikersmap, een favoriet of een externe USB-koppeling. Die context bepaalt of het gedrag verwachte beveiliging of een bug is.

Veelgestelde vragen

Was AppData niet toegankelijk in 1.6.2 Beta1?

Ja. IceWhale erkende dit expliciet en bracht Beta2 uit om het op te lossen.

Loste Beta2 de kopieerprestaties op?

Een gebruiker die het probleem meldde, testte het opnieuw en bevestigde dat de waargenomen vertraging uit Beta1 verdwenen was.

Moet ik de controles van het beveiligingsbeleid verwijderen?

Nee. Die controles zijn toegevoegd om een beveiligingsprobleem met path traversal aan te pakken.

Wat moet ik doen met een huidige release?

Werk eerst bij, voer de exacte mapbewerking opnieuw uit, leg schermafbeeldingen en logboeken vast en pas geen oude, specifieke bètawijzigingen toe.