Rozwiązanie społecznościowe

Aplikacje ZimaOS 1.4.2 zawieszają się podczas instalacji przy 100% użycia procesora: poprawka 1.4.3 i wnioski z odzyskiwania danych

An August 2025 ZimaOS 1.4.2 regression where app installs/updates stuck, CPU reached 100%, some apps appeared grey, and a storage pool briefly reported unhealthy after upgrade. IceWhale said the issue was under investigation; the original poster later confirmed that updating to ZimaOS 1.4.3 solved all of their reported problems.

Była to historyczna regresja w ZimaOS 1.4.2, z potwierdzoną w źródle poprawką dotyczącą wersji. Po aktualizacji do wersji 1.4.2 pierwotny użytkownik nie mógł już instalować ani aktualizować aplikacji, użycie procesora utrzymywało się na poziomie 100%, dyski były bardzo obciążone, niektóre aplikacje wyświetlały się na szaro, a widżet pamięci masowej przez krótki czas zgłaszał, że pula jest w złym stanie. IceWhale potwierdziło problem z uruchamianiem i instalowaniem aplikacji oraz poinformowało, że badana jest szybka poprawka w kolejnym wydaniu.

15 sierpnia autor pierwotnego wpisu potwierdził, że po przejściu na ZimaOS 1.4.3 znów można było normalnie instalować aplikacje, a zgłaszane problemy zostały rozwiązane. Obecni użytkownicy nie powinni więc stosować opisanych w środkowej części wątku obejść polegających na zabijaniu procesów w nowszej wersji systemu.

Problemy zaczęły się natychmiast po aktualizacji do wersji 1.4.2

Użytkownik będący źródłem opisu wskazał cztery objawy:

  • instalowanie nowych aplikacji i aktualizowanie istniejących nie kończyło się powodzeniem;
  • użycie procesora pozostawało na poziomie 100%;
  • niektóre kafelki aplikacji stały się szare i niedostępne;
  • po aktualizacji pula pamięci masowej tymczasowo wyglądała na uszkodzoną.

Pełne wyłączenie i ponowne włączenie urządzenia przywróciło w widżecie pamięci masowej stan „Zdrowa”, ale problem z zarządzaniem aplikacjami pozostał.

IceWhale potwierdziło, że problem z aplikacjami jest badany

Następnego dnia Zima-Giorgio odpowiedział, że problemy z uruchamianiem i instalowaniem aplikacji są badane oraz że poprawka zostanie zawarta w szybkim wydaniu.

To oficjalne potwierdzenie jest istotne, ponieważ odróżnia ten wątek od odosobnionego przypadku uszkodzonej instalacji Nextcloud.

Widżet instalacji mógł pozostawać w pętli

Panel ZimaOS 1.4.2 pokazujący instalację aplikacji ownCloud zatrzymaną w widżecie instalacji
Użytkownik będący źródłem opisu mógł przejść część procesu instalacji, ale panel nadal pokazywał aplikację jako instalowaną.

Zabijanie procesów www-data było obejściem zastosowanym przez użytkownika, a nie poprawką produktu

Autor pierwotnego wpisu przeanalizował procesy, znalazł procesy www-data powiązane z aplikacjami, które nie były już zainstalowane, i spróbował zakończyć procesy tego użytkownika. Użycie procesora spadło, a instalator posunął się dalej, jednak aplikacja nadal pozostawała zablokowana.

Ponieważ był to eksperyment użytkownika, a procesy uruchamiały się ponownie, nie należy przekształcać go w oficjalne polecenie naprawcze. Zakończenie wszystkich procesów współdzielonego konta usługi może przerwać działanie niezwiązanych z tym funkcji platformy.

Edycja Nextcloud była wyzwalaczem u jednego użytkownika, a nie potwierdzoną przyczyną źródłową

Autor pierwotnego wpisu poinformował, że sytuacja zaczęła się po edycji ustawień kontenera i danych aplikacji Nextcloud oraz po tym, jak aplikacja zniknęła z panelu. Inni użytkownicy zgłaszali podobne wysokie użycie procesora i zablokowane instalacje aplikacji, ale bez dokładnie takiej samej historii.

Oznacza to, że nie należy obwiniać pojedynczego ustawienia Nextcloud za wszystkie przypadki problemu w wersji 1.4.2.

ZimaOS 1.4.3 było potwierdzonym punktem przywrócenia sprawności

Zima-Giorgio poprosił użytkowników dotkniętych problemem o aktualizację do wersji 1.4.3. Jeden z uczestników poinformował, że system znów zaczął reagować, a autor pierwotnego wpisu później wrócił do domu i potwierdził, że po aktualizacji instalowanie aplikacji działało normalnie.

Panel ZimaOS po aktualizacji do wersji 1.4.3 pokazujący prawidłowe okno postępu instalacji aplikacji
Po aktualizacji do wersji 1.4.3 autor pierwotnego wpisu poinformował, że instalowanie aplikacji znów działało.
Panel ZimaOS pokazujący zainstalowane aplikacje po przywróceniu działania po regresji aplikacji w wersji 1.4.2
Po przywróceniu działania panel znów prawidłowo wyświetlał kolekcję aplikacji użytkownika.

Informacje o wydaniu 1.4.3 odpowiadają zgłoszonej klasie awarii

Informacje o wydaniu IceWhale dla wersji 1.4.3 obejmują poprawki blokady pobierania obrazów przy identycznych warstwach, zacinania postępu pobierania aplikacji, błędów stanu aplikacji po ponownym uruchomieniu, nieudanego przekierowania aplikacji po uruchomieniu oraz nieprawidłowych informacji o stanie aplikacji.

Te poprawki na poziomie wydania są bardzo zbliżone do objawów zgłoszonych w tym wątku. Zobacz poprawki aplikacji w ZimaOS 1.4.3, aby poznać historyczną granicę wersji.

Obecni użytkownicy powinni diagnozować bieżącą wersję, a nie odtwarzać obejść z wersji 1.4.2

Jeśli aplikacja w nowoczesnej wersji ZimaOS utknie podczas instalacji, najpierw zapisz bieżącą wersję, nazwę aplikacji, błąd pobierania obrazu, ilość wolnego miejsca na dysku oraz stan kontenera/aplikacji. Fakt, że wersja 1.4.3 rozwiązała tę regresję z 2025 roku, nie oznacza, że każda przyszła awaria instalacji ma tę samą przyczynę.

Często zadawane pytania dotyczące błędu aplikacji w ZimaOS 1.4.2

Czy problem z aplikacjami w wersji 1.4.2 został oficjalnie potwierdzony?

Tak. Zima-Giorgio poinformował, że problemy z uruchamianiem i instalowaniem aplikacji są badane.

Czy zabicie procesów www-data trwale rozwiązało problem?

Nie. Zmniejszyło obciążenie procesora i tymczasowo zmieniło zachowanie systemu, ale instalacja aplikacji nadal się zawieszała.

Czy wersja 1.4.3 rozwiązała problem autora pierwotnego wpisu?

Tak. Autor pierwotnego wpisu wyraźnie potwierdził, że wersja 1.4.3 rozwiązała wszystkie występujące u niego problemy.