Gemenskapslösning

ZimaOS-fel efter betaversion 1.6.2: Vad har åtgärdats

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

Om du ser de gamla felen i ZimaOS 1.6.2 beta Files – AppData är oåtkomligt, sökvägarna är felaktiga, åtgärder med Favoriter blockeras eller kopiering/inklistring går långsamt – ska du inte använda lösningar från betaperioden på ett aktuellt system. Beta2 åtgärdade den huvudsakliga regressionen i AppData och kopieringsprestanda, och senare stabila versioner lade till ytterligare korrigeringar för filtjänsten, YAML, minnesanvändning och Files.

Den ursprungliga tråden är värdefull eftersom den visar säkerhetsavvägningen som orsakade regressionen: IceWhale skärpte åtkomsten till fillänkar för att åtgärda sökvägsmanipulering, och den första betaversionen blockerade av misstag legitima sökvägar. Aktuella användare bör uppdatera, återskapa exakt den åtgärd som misslyckas och först därefter felsöka behörigheter eller lagring.

ZimaOS Files-ikoner för USB i mörkt läge med mycket låg kontrast jämfört med ljust läge
Beta 2 åtgärdade den huvudsakliga Files-regressionen men visade fortfarande USB-ikoner med låg kontrast i mörkt läge. Källa: IceWhale Community Forum.
Varning om dubblettnamn i ZimaOS Files som nästan inte går att läsa i mörkt läge
Varningen om dubblettnamn var svår att läsa i mörkt läge. Källa: IceWhale Community Forum.
Varning om dubblettnamn i ZimaOS Files som är tydligt läsbar i ljust läge
Samma konfliktfönster var läsbart i ljust läge. Källa: IceWhale Community Forum.
Felsida i ZimaOS Files vid åtkomst till media efter ändringar av lagringsposter
Ett senare beta2-fall visade fortfarande en felsida kring åtkomst till /media. Källa: IceWhale Community Forum.
AppData-sida i ZimaOS Files som visar felet Oj, något gick fel
Åtgärder med Favoriter och AppData kunde fortfarande utlösa säkerhetspolicyfel under betacykeln. Källa: IceWhale Community Forum.

Det som gick sönder i 1.6.2 Beta1

IceWhale bekräftade att åtkomsten till AppData var känd för att vara trasig efter säkerhetshärdningen. Användare rapporterade även långsam kopiering/inklistring mellan enheter och oåtkomliga mappar.

Beta2 åtgärdade den huvudsakliga regressionen i AppData och kopiering

IceWhale släppte Beta2 specifikt för problemet med oåtkomligt AppData. En användare testade sedan kopiering mellan enheter på nytt och bekräftade att den upplevda långsamheten från Beta1 var borta.

Inaktivera inte säkerhetskontroller för att återställa gamla sökvägar

Säkerhetsändringarna infördes för att åtgärda sökvägsmanipulering. Undvik skript eller konfigurationsändringar som generellt försvagar sökvägsvalideringen bara för att återfå åtkomst till en skyddad systemmapp.

Använd aktuella ZimaOS innan du felsöker vidare

De officiella versionsanteckningarna för ZimaOS 1.7.1 innehåller ytterligare en högriskkorrigering för filtjänsten, korrigeringar för onormal minnesanvändning vid filåtgärder och en korrigering för tomma mappar som blev kvar efter klippning.

AppData bör hanteras, inte bläddras i som vanliga mediafiler

Sökvägar med programkonfiguration är känsligare än vanliga användarmappar. Använd appens mappade volymer och aktuella kontroller för AppData/migrering i stället för att behandla varje intern sökväg under /media som en mapp för allmän användning.

Om Favoriter fortfarande utlöser ett säkerhetspolicyfel

Ta bort favoriten för den vanliga användarmappen och lägg till den igen, hårduppdatera Files och dokumentera den exakta sökvägen samt den aktuella ZimaOS-versionen. Anta inte att det gamla betafelet i 1.6.2 är samma problem om du använder en senare version.

Kontrast i mörkt läge är kosmetiskt och inte datakorruption

Källbilderna dokumenterade även USB-ikoner och konflikttext som inte gick att läsa i mörkt läge. Växla till ljust läge vid behov under felsökningen, men blanda inte ihop dessa visningsfel med lagringsfel.

Verifiera kopieringsåtgärder separat

Vid stora flyttningar bör du jämföra antalet filer och storlekar på målet innan du raderar källan. En regression i Files-gränssnittet och faktisk dataförlust är två olika resultat.

Guiden för datamigrering beskriver den säkrare vägen för hanterad data.

Skilj gränssnittsfel från verkliga filsystemfel

En ”Oj”-sida eller en blockerad åtgärd med Favoriter kan bero på ett fel i frontend eller säkerhetspolicyn, medan den underliggande lagringen fortfarande är felfri. Bekräfta mappen med SMB eller en skrivskyddad terminalkontroll innan du antar att filer har försvunnit.

Dokumentera den exakta sökvägen som misslyckas

Säkerhetsregressioner är ofta sökvägsspecifika. Notera om felet gäller AppData, rotkatalogen /media, en vanlig användarmapp, en favorit eller en extern USB-montering. Den informationen avgör om beteendet är ett förväntat skydd eller ett fel.

Vanliga frågor

Var AppData oåtkomligt i 1.6.2 Beta1?

Ja. IceWhale bekräftade uttryckligen problemet och släppte Beta2 för att åtgärda det.

Åtgärdade Beta2 kopieringsprestandan?

En användare som rapporterade problemet testade igen och bekräftade att den observerade långsamheten från Beta1 var borta.

Bör jag ta bort säkerhetspolicykontrollerna?

Nej. Kontrollerna lades till för att hantera ett säkerhetsproblem med sökvägsmanipulering.

Vad ska jag göra i en aktuell version?

Uppdatera först, återskapa exakt mapp/åtgärd, samla in skärmbilder och loggar och undvik att använda gamla betaspecifika ändringar.