Gemenskapslösning

ZimaOS 1.4.2-appar fastnar under installation med 100 % CPU-användning: lösningen i 1.4.3 och lärdomar från återställningen

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.

Detta var en historisk regression i ZimaOS 1.4.2, med en källbekräftad versionskorrigering. Efter uppgradering till 1.4.2 kunde den ursprungliga användaren inte längre installera eller uppdatera appar, CPU-användningen låg kvar på 100 %, enheterna var mycket hårt belastade, vissa appar visades i grått och lagringswidgeten rapporterade tillfälligt att poolen var i dåligt skick. IceWhale bekräftade problemet med att starta och installera appar och uppgav att en snabbkorrigering undersöktes.

Den 15 augusti bekräftade den ursprungliga skribenten att appar kunde installeras normalt igen efter uppgradering till ZimaOS 1.4.3 och att de rapporterade problemen hade lösts. Aktuella användare bör därför inte använda processavslutande lösningar från mitten av tråden på en modern version.

Problemen började omedelbart efter uppdateringen till 1.4.2

Källanvändaren beskrev fyra symtom:

  • nya appinstallationer och uppdateringar slutfördes inte;
  • CPU-användningen låg kvar på 100 %;
  • vissa appikoner blev grå och otillgängliga;
  • lagringspoolen visades tillfälligt som otillgänglig efter uppgraderingen.

En fullständig omstart genom att stänga av och slå på enheten igen återställde lagringswidgeten till statusen Healthy, men problemet med apphanteringen kvarstod.

IceWhale bekräftade att appproblemet undersöktes

Zima-Giorgio svarade nästa dag att problemen med att starta och installera appar undersöktes och uppgav att en snabbkorrigeringsversion skulle innehålla lösningen.

Detta officiella erkännande är viktigt eftersom det skiljer tråden från en isolerad, trasig Nextcloud-installation.

Installationswidgeten kunde fastna i en loop

ZimaOS 1.4.2-instrumentpanel som visar att installationen av en ownCloud-app har fastnat i installationswidgeten
Källanvändaren kunde ta sig förbi en del av installationsprogrammet, men instrumentpanelen förblev fast och visade att appen installerades.

Att avsluta www-data var en användarlösning, inte produktens korrigering

Den ursprungliga skribenten undersökte processerna, hittade www-data-arbetsbelastningar som var kopplade till appar som inte längre var installerade och försökte avsluta den användarens processer. CPU-användningen sjönk och installationsprogrammet kom längre, men appen förblev fast.

Eftersom detta var användarens eget experiment och processerna startades om bör det inte omvandlas till ett officiellt reparationskommando. Att avsluta alla processer för ett delat tjänstekonto kan avbryta orelaterade plattformsfunktioner.

Redigering av Nextcloud var utlösande faktor för en användare, inte en bevisad grundorsak

Den ursprungliga skribenten uppgav att situationen började efter redigering av inställningar för Nextcloud-containern och appdata, varpå appen försvann från instrumentpanelen. Andra användare rapporterade liknande hög CPU-användning och fastnade appinstallationer utan exakt samma bakgrund.

Det innebär att en enskild Nextcloud-inställning inte bör anges som den universella orsaken i 1.4.2.

ZimaOS 1.4.3 var den bekräftade återställningspunkten

Zima-Giorgio bad berörda användare att uppdatera till 1.4.3. En deltagare rapporterade att systemet blev responsivt igen, medan den ursprungliga skribenten senare återvände hem och bekräftade att appinstallation fungerade normalt efter uppdateringen.

ZimaOS-instrumentpanel efter uppdateringen till 1.4.3 som visar en normal dialogruta för appinstallationens förlopp
Efter uppdateringen till 1.4.3 rapporterade den ursprungliga skribenten att appinstallationen fungerade igen.
ZimaOS-instrumentpanel som visar installerade appar efter återställning från appregressionen i 1.4.2
Den återställda instrumentpanelen visade åter användarens appsamling normalt.

Versionsinformationen för 1.4.3 stämmer överens med den rapporterade feltypen

IceWhales versionsinformation för 1.4.3 innehåller korrigeringar för dödläge vid nedladdning av avbildningar med identiska lager, hackande förlopp vid appnedladdningar, statusfel för appar i samband med omstart, misslyckad appomdirigering efter uppstart och felaktig återkoppling om appstatus.

Dessa korrigeringar på versionsnivå stämmer väl överens med symtomen som rapporterades i tråden. Se appkorrigeringarna i ZimaOS 1.4.3 för den historiska versionsgränsen.

Aktuella användare bör felsöka den aktuella versionen, inte återskapa lösningar för 1.4.2

Om en app i en modern version av ZimaOS fastnar under installationen bör du först notera den aktuella versionen, appens namn, felet vid hämtning av avbildningen, ledigt diskutrymme samt containerns och appens status. Att 1.4.3 löste denna regression från 2025 innebär inte att alla framtida installationsfel har samma orsak.

Vanliga frågor om appbuggen i ZimaOS 1.4.2

Bekräftades appproblemet i 1.4.2 officiellt?

Ja. Zima-Giorgio uppgav att problem med att starta och installera appar undersöktes.

Löste det problemet permanent att avsluta www-data?

Nej. Det minskade CPU-belastningen och ändrade beteendet tillfälligt, men appinstallationen fastnade fortfarande.

Löste 1.4.3 den ursprungliga skribentens problem?

Ja. Den ursprungliga skribenten bekräftade uttryckligen att 1.4.3 löste alla problem som hade uppstått.