Communityoplossing

Problemen bij de upgrade naar ZimaOS 1.6.0: USB-mountfouten, volle systeemschijf en de oplossing in 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 introduceerde belangrijke wijzigingen in de opslag, maar in deze communitythread uit april 2026 werd een moeizame upgradeperiode beschreven voor sommige gebruikers die van 1.5.4 kwamen. De meldingen omvatten USB-schijven die niet langer automatisch werden aangekoppeld, back-updoelen die ontoegankelijk werden, een ZimaOS-HD die onverwacht vol raakte, problemen met sommige applicaties en problemen met de webinterface van ZVM.

De thread bevat ook de belangrijkste context: IceWhale erkende verschillende upgradefouten, legde de oorzaak van het USB-aankoppelprobleem uit en bracht ZimaOS 1.6.1 uit met gerichte oplossingen. Deze pagina moet daarom worden gelezen als een historisch upgrade-incident, niet als een beschrijving van het huidige gedrag van ZimaOS.

Wat gebruikers meldden na de upgrade naar 1.6.0

De oorspronkelijke poster meldde twee grote problemen na de overstap van ZimaOS 1.5.4 naar 1.6.0:

  • ZimaOS-HD leek plotseling bijna vol, hoewel applicatiegegevens eerder al waren gemigreerd;
  • externe USB-back-upschijven werden gedetecteerd, maar konden niet normaal worden ingeschakeld, waardoor bladeren en toegang tot herstelgegevens moeilijk werden.

Andere gebruikers meldden dat USB-opslag ontbrak, dat de ZVM-gebruikersinterface niet werkte, dat apps niet startten, dat het CPU-gebruik hoog was en dat systemen na de upgrade moeilijk te beheren waren.

ZimaOS-applicatiedashboard na de upgrade naar 1.6.0, waarop verschillende apps gedimd of niet beschikbaar zijn
In één communitybericht waren applicaties na de upgrade naar 1.6.0 niet beschikbaar. Dit illustreert dat de thread meerdere symptomen na de upgrade bevatte, en niet slechts één foutmodus.

IceWhale erkende de problemen met de release

777-Spider bood excuses aan voor de trage reactie na de release op vrijdag en zei dat het team de planning van toekomstige releases zou aanpassen, zodat medewerkers van de ondersteuning sneller op problemen konden reageren.

Belangrijker nog: het team zei dat het gerelateerde problemen had vastgesteld en 1.6.1 met spoed zou uitbrengen.

Officiële oorzaak: ontbrekende metagegevens voor opslagfallback

Op 21 april 2026 beschreef 777-Spider de oorzaak van het probleem met het automatisch aankoppelen van USB-apparaten. ZimaOS 1.6.0 had een opslagfallbackmechanisme geïntroduceerd dat gebruikmaakte van een bestand met de naam .zimaos_storage.json. Tijdens bètatests werd het daadwerkelijke upgradepad vanaf 1.5.4 niet volledig nagebootst, waardoor sommige gebruikers die rechtstreeks upgradeden het fallbackbestand misten dat nodig was voor de nieuwe logica voor het aankoppelen.

ZimaOS-terminal met een lijst van een aangekoppelde schijfmap, waarbij het bestand .zimaos_storage.json met fallbackmetagegevens is gemarkeerd
In het antwoord over de oorzaak liet IceWhale dit voorbeeld zien van het bestand .zimaos_storage.json dat door het nieuwe opslagfallbackmechanisme werd gebruikt.

Het team zei dat 1.6.1 strengere validatie en verwerking toevoegde, zodat de databasegegevens en de status van het fallbackbestand tijdens het upgradepad correct zouden worden beheerd.

ZimaOS 1.6.1 loste de belangrijkste USB-upgradeproblemen rechtstreeks op

In de officiële releaseopmerkingen van ZimaOS 1.6.1 staan de volgende oplossingen:

  • USB-apparaten die na een upgrade niet automatisch werden aangekoppeld;
  • back-uptaken die naar het systeemkoppelpunt bleven schrijven nadat het bedoelde koppelpunt verloren was gegaan;
  • diensten van mod-modules die na een herstart niet volgens het servicebeleid startten;
  • koppelpuntnamen die inconsistent werden wanneer apparaatnamen spaties bevatten.

IceWhales gepubliceerde lijst met oplossingen in ZimaOS 1.6.1

Waarom de melding over de volle systeemschijf bijzonder ernstig was

De oplossing in 1.6.1 voor back-uptaken die naar het systeemkoppelpunt bleven schrijven nadat een doel was verdwenen, verklaart een mechanisme waardoor een ontbrekend USB-koppelpunt schijfverbruik op de systeemschijf kon veroorzaken. In plaats van naar de bedoelde externe bestemming te schrijven, kon een back-uppad onder de locatie van het systeemkoppelpunt blijven schrijven.

Die samenhang wordt ondersteund door de officiële lijst met oplossingen voor 1.6.1 en vormt veel sterker bewijs dan de simpele aanname dat de image van 1.6.0 zelf te groot was.

De ZVM-problemen hadden niet allemaal dezelfde oorzaak

Een gebruiker meldde VM's die niet wilden starten, terwijl een andere zei dat de VM's zelf actief en via SSH bereikbaar waren, maar dat de webinterface van ZVM bleef hangen. In een afzonderlijke GitHub-melding werd één probleem met de VNC-console herleid tot aangepaste ZimaOS WebUI-poorten die niet in de WebSocket-URL waren opgenomen.

Omdat deze symptomen verschilden, moet je de hele thread niet samenvatten als één probleem waarbij “VM's niet werken”.

1.6.0 is historisch, niet de huidige basisversie

ZimaOS werd na 1.6.0 en 1.6.1 verder ontwikkeld. Raadpleeg actuele release-informatie voordat je ervan uitgaat dat een upgradeprobleem uit april 2026 nog steeds van toepassing is.

de huidige release van ZimaOS

Veelgestelde vragen over de upgrade naar ZimaOS 1.6.0

Heeft IceWhale bevestigd dat 1.6.0 een probleem had met het automatisch aankoppelen van USB-apparaten?

Ja. Het team legde het probleem met het opslagfallbackbestand uit en bracht in 1.6.1 strengere verwerking uit.

Heeft 1.6.1 ervoor gezorgd dat back-uptaken niet langer naar het verkeerde koppelpunt schrijven?

Ja. In de officiële opmerkingen voor 1.6.1 staat specifiek een oplossing voor back-uptaken die het systeemkoppelpunt bleven gebruiken nadat het oorspronkelijke koppelpunt verloren was gegaan.

Betekent dit dat alle gebruikers van 1.6.0 opslagruimte verloren?

Nee. De thread bevat meldingen van getroffen gebruikers, maar geen bewijs dat elke installatie problemen ondervond.

Moet deze thread worden gebruikt als actueel upgradeadvies?

Alleen als historische context. Huidige releases van ZimaOS en de actuele documentatie over opslag vervangen de situatie bij de lancering van 1.6.0.