Rozwiązanie społecznościowe

Problemy z aktualizacją ZimaOS 1.6.0: błędy montowania USB, pełny dysk systemowy oraz poprawka 1.6.1

An April 2026 post-upgrade thread reporting USB drives not mounting, backup destinations becoming inaccessible, ZimaOS-HD filling, VM UI issues, and broken apps after 1.6.0, followed by an IceWhale apology, root-cause explanation, and urgent 1.6.1 fixes.

ZimaOS 1.6.0 wprowadził istotne zmiany w zakresie pamięci masowej, jednak ten wątek społeczności z kwietnia 2026 r. dokumentował trudny okres aktualizacji dla niektórych użytkowników przechodzących z wersji 1.5.4. Zgłaszano m.in. brak automatycznego montowania dysków USB, niedostępność miejsc docelowych kopii zapasowych, nieoczekiwane zapełnianie się ZimaOS-HD, awarie niektórych aplikacji oraz problemy z interfejsem internetowym ZVM.

Wątek zawiera również najważniejszy kontekst: IceWhale potwierdziło kilka usterek aktualizacji, wyjaśniło przyczynę problemów z montowaniem USB i wydało wersję ZimaOS 1.6.1 z ukierunkowanymi poprawkami. Dlatego tę stronę należy traktować jako opis historycznego incydentu związanego z aktualizacją, a nie jako opis obecnego działania ZimaOS.

Co użytkownicy zgłaszali po aktualizacji do wersji 1.6.0

Autor oryginalnego wpisu zgłosił dwa główne problemy po przejściu z ZimaOS 1.5.4 na 1.6.0:

  • ZimaOS-HD nagle wydawał się niemal pełny, mimo że dane aplikacji wcześniej przeniesiono w inne miejsce;
  • zewnętrzne dyski USB używane do tworzenia kopii zapasowych były wykrywane, ale nie można było ich normalnie włączyć, co utrudniało przeglądanie danych i dostęp do przywracania.

Inni użytkownicy zgłaszali brak pamięci USB, awarie interfejsu ZVM, aplikacje, które nie uruchamiały się, wysokie użycie procesora oraz systemy, którymi po aktualizacji trudno było zarządzać.

Panel aplikacji ZimaOS po aktualizacji do wersji 1.6.0, pokazujący kilka przyciemnionych lub niedostępnych aplikacji
Jeden ze zgłoszeń społeczności pokazywał niedostępne aplikacje po aktualizacji do wersji 1.6.0, co ilustruje, że wątek obejmował wiele objawów po aktualizacji, a nie jeden konkretny rodzaj awarii.

IceWhale potwierdziło problemy z wydaniem

777-Spider przeprosił za powolną reakcję po piątkowym wydaniu i poinformował, że zespół zmieni terminy przyszłych wydań, aby pracownicy pomocy technicznej mogli szybciej reagować na problemy.

Co ważniejsze, zespół poinformował, że zidentyfikował powiązane problemy i pilnie wyda wersję 1.6.1.

Oficjalna przyczyna: brak metadanych awaryjnego mechanizmu pamięci masowej

21 kwietnia 2026 r. 777-Spider opisał przyczynę problemu z automatycznym montowaniem USB. W ZimaOS 1.6.0 wprowadzono mechanizm awaryjny pamięci masowej wykorzystujący plik .zimaos_storage.json. Testy wersji beta nie odtworzyły w pełni rzeczywistej ścieżki aktualizacji z wersji 1.5.4, dlatego niektórym użytkownikom aktualizującym system bezpośrednio brakowało pliku awaryjnego wymaganego przez nową logikę montowania.

Terminal ZimaOS wyświetlający zawartość katalogu zamontowanego dysku z wyróżnionym plikiem metadanych awaryjnych .zimaos_storage.json
W odpowiedzi wyjaśniającej przyczynę problemu IceWhale zamieściło ten przykład pliku .zimaos_storage.json używanego przez nowy mechanizm awaryjny pamięci masowej.

Zespół poinformował, że w wersji 1.6.1 dodano bardziej rygorystyczną walidację i obsługę, dzięki czemu podczas aktualizacji stan danych bazy oraz pliku awaryjnego jest prawidłowo zarządzany.

ZimaOS 1.6.1 bezpośrednio naprawił główne problemy z aktualizacją USB

Oficjalne informacje o wydaniu ZimaOS 1.6.1 wymieniają następujące poprawki:

  • urządzenia USB, które po aktualizacji nie były automatycznie montowane;
  • zadania kopii zapasowych, które po utracie zamierzonego punktu montowania nadal zapisywały dane w systemowym punkcie montowania;
  • usługi mod-module, które po ponownym uruchomieniu nie uruchamiały się zgodnie z zasadami usług;
  • niespójne nazwy punktów montowania, gdy nazwy urządzeń zawierały spacje.

Opublikowana przez IceWhale lista poprawek w ZimaOS 1.6.1

Dlaczego zgłoszenie o zapełnieniu dysku systemowego było szczególnie poważne

Poprawka dotycząca zadań kopii zapasowych, które po utracie punktu docelowego nadal zapisywały dane w systemowym punkcie montowania, wyjaśnia mechanizm, który mógł spowodować zajęcie miejsca na dysku systemowym w wyniku braku montowania USB. Zamiast zapisywać dane w zamierzonej lokalizacji zewnętrznej, ścieżka kopii zapasowej mogła nadal zapisywać je w systemowej lokalizacji montowania.

Związek ten potwierdza oficjalna lista poprawek wersji 1.6.1 i jest on znacznie lepiej udokumentowany niż samo założenie, że obraz wersji 1.6.0 był po prostu zbyt duży.

Problemy z ZVM nie były jedną i tą samą usterką

Jeden z użytkowników zgłosił, że maszyny wirtualne nie uruchamiały się, podczas gdy inny poinformował, że same maszyny działały i były dostępne przez SSH, ale interfejs internetowy ZVM pozostawał zawieszony. W osobnym zgłoszeniu na GitHubie ustalono, że jeden z problemów z konsolą VNC wynikał z nieuwzględniania niestandardowych portów ZimaOS WebUI w adresie URL WebSocket.

Ponieważ objawy te były różne, nie należy podsumowywać całego wątku jako jednego problemu „niedziałających maszyn wirtualnych”.

Wersja 1.6.0 ma znaczenie historyczne i nie jest obecnym punktem odniesienia

Rozwój ZimaOS był kontynuowany po wersjach 1.6.0 i 1.6.1. Przed założeniem, że usterka związana z aktualizacją z kwietnia 2026 r. nadal występuje, należy sprawdzić aktualne informacje o wydaniach.

aktualne wydanie ZimaOS

Często zadawane pytania dotyczące aktualizacji ZimaOS 1.6.0

Czy IceWhale potwierdziło problem z automatycznym montowaniem USB w wersji 1.6.0?

Tak. Zespół wyjaśnił problem z plikiem awaryjnym pamięci masowej i w wersji 1.6.1 wprowadził bardziej rygorystyczną obsługę.

Czy wersja 1.6.1 naprawiła problem z zapisywaniem zadań kopii zapasowych w niewłaściwym punkcie montowania?

Tak. Oficjalne informacje o wydaniu 1.6.1 wymieniają konkretną poprawkę dotyczącą zadań kopii zapasowych, które po utracie pierwotnego punktu montowania nadal korzystały z systemowego punktu montowania.

Czy oznacza to, że każdy użytkownik wersji 1.6.0 utracił pamięć masową?

Nie. Wątek zawiera zgłoszenia użytkowników, których dotyczył problem, ale nie dowodzi, że każda instalacja uległa awarii.

Czy ten wątek powinien służyć jako aktualna porada dotycząca aktualizacji?

Tylko jako kontekst historyczny. Aktualne wydania ZimaOS i dokumentacja pamięci masowej zastępują stan z momentu wydania wersji 1.6.0.