Jeśli widzisz stare błędy dotyczące plików w wersji beta ZimaOS 1.6.2 — niedostępny katalog AppData, nieprawidłowe ścieżki, zablokowane operacje na ulubionych lub powolne kopiowanie/wklejanie — nie stosuj obejść z okresu wersji beta na aktualnym systemie. Wersja Beta2 naprawiła główny regres dotyczący AppData i wydajności kopiowania, a późniejsze stabilne wydania wprowadziły kolejne poprawki usług plikowych, YAML, pamięci oraz aplikacji Files.
Źródłowy wątek jest wartościowy, ponieważ pokazuje kompromis związany z bezpieczeństwem, który doprowadził do regresu: IceWhale zaostrzyło dostęp do odnośników plików, aby rozwiązać problem przechodzenia poza dozwoloną ścieżkę, a pierwsza wersja beta przypadkowo zablokowała prawidłowe ścieżki. Aktualni użytkownicy powinni najpierw zaktualizować system, odtworzyć dokładną operację, a dopiero potem diagnozować uprawnienia lub pamięć masową.
Co zepsuło się w wersji 1.6.2 Beta1
IceWhale potwierdziło, że po zaostrzeniu zabezpieczeń dostęp do AppData był znanym problemem. Użytkownicy zgłaszali również powolne kopiowanie i wklejanie między dyskami oraz niedostępne foldery.
Beta2 naprawiła główny regres dotyczący AppData i kopiowania
IceWhale wydało wersję Beta2 specjalnie z myślą o problemie z niedostępnym katalogiem AppData. Następnie jeden z użytkowników ponownie przetestował kopiowanie między dyskami i potwierdził, że zauważalne przez niego spowolnienie z wersji Beta1 ustąpiło.
Nie wyłączaj kontroli bezpieczeństwa, aby przywrócić stare ścieżki
Zmiany zabezpieczeń wprowadzono, aby naprawić problem przechodzenia poza dozwoloną ścieżkę. Unikaj skryptów lub zmian konfiguracji, które znacząco osłabiają sprawdzanie ścieżek tylko po to, aby odzyskać dostęp do chronionego folderu systemowego.
Przed dalszym rozwiązywaniem problemów użyj aktualnej wersji ZimaOS
Oficjalne informacje o wydaniu ZimaOS 1.7.1 obejmują kolejną poprawkę dotyczącą usługi plikowej wysokiego ryzyka, poprawki nadmiernego zużycia pamięci podczas operacji na plikach oraz poprawkę problemu z pustymi folderami pozostającymi po wycięciu.
AppData należy zarządzać, a nie przeglądać jak zwykłe multimedia
Ścieżki konfiguracji aplikacji są bardziej wrażliwe niż zwykłe foldery użytkownika. Korzystaj ze zmapowanych woluminów aplikacji oraz aktualnych narzędzi zarządzania AppData i migracją, zamiast traktować każdą wewnętrzną ścieżkę w obrębie /media jako folder ogólnego przeznaczenia.
Jeśli ulubione nadal powodują błąd zasad bezpieczeństwa
Usuń ulubiony zwykły folder użytkownika i dodaj go ponownie, wykonaj twarde odświeżenie aplikacji Files oraz zanotuj dokładną ścieżkę i aktualną wersję ZimaOS. Jeśli korzystasz z późniejszego wydania, nie zakładaj, że jest to ten sam problem co stary błąd wersji beta 1.6.2.
Kontrast w ciemnym motywie to problem kosmetyczny, a nie uszkodzenie danych
Źródłowe zrzuty ekranu dokumentowały również nieczytelne ikony USB i tekst konfliktu w ciemnym motywie. W razie potrzeby przełącz się na jasny motyw podczas diagnozowania, ale nie myl tych błędów wyświetlania z awarią pamięci masowej.
Niezależnie weryfikuj operacje kopiowania
W przypadku dużych przenosin porównaj liczbę i rozmiary plików w miejscu docelowym przed usunięciem źródła. Regres interfejsu aplikacji Files i rzeczywista utrata danych to dwa różne rezultaty.
Przewodnik migracji danych przedstawia bezpieczniejszą ścieżkę zarządzania danymi.
Oddzielaj błędy interfejsu od rzeczywistych błędów systemu plików
Strona „Ups” lub zablokowana operacja na ulubionych może oznaczać błąd interfejsu albo zasad bezpieczeństwa, podczas gdy bazowa pamięć masowa pozostaje sprawna. Potwierdź istnienie folderu za pomocą SMB lub kontroli w terminalu tylko do odczytu, zanim uznasz, że pliki zniknęły.
Zapisz dokładną ścieżkę, na której występuje błąd
Regresy bezpieczeństwa często dotyczą konkretnych ścieżek. Zapisz, czy problem dotyczy AppData, głównego katalogu /media, zwykłego folderu użytkownika, ulubionego folderu czy zewnętrznego nośnika USB. Ten kontekst pomaga ustalić, czy zachowanie jest oczekiwaną ochroną, czy błędem.
FAQ
Czy AppData było niedostępne w wersji 1.6.2 Beta1?
Tak. IceWhale wyraźnie to potwierdziło i wydało wersję Beta2, aby rozwiązać ten problem.
Czy Beta2 naprawiła wydajność kopiowania?
Jeden ze zgłaszających ponownie przeprowadził test i potwierdził, że zaobserwowane przez niego spowolnienie z wersji Beta1 ustąpiło.
Czy należy usunąć kontrole zasad bezpieczeństwa?
Nie. Kontrole te dodano, aby rozwiązać problem bezpieczeństwa związany z przechodzeniem poza dozwoloną ścieżkę.
Co powinienem zrobić w aktualnej wersji?
Najpierw zaktualizuj system, odtwórz problem z dokładnym folderem i działaniem, zapisz zrzuty ekranu oraz logi i nie stosuj modyfikacji przeznaczonych wyłącznie dla starszych wersji beta.
