ZimaOS 1.6.0 införde viktiga lagringsändringar, men den här communitytråden från april 2026 dokumenterade en svår uppgraderingsperiod för vissa användare som gick från 1.5.4. Rapporterna omfattade USB-enheter som inte längre monterades automatiskt, säkerhetskopieringsmål som blev oåtkomliga, ZimaOS-HD som oväntat blev fullt, vissa program som slutade fungera samt problem med ZVM:s webbgränssnitt.
Tråden innehåller också den viktigaste bakgrunden: IceWhale bekräftade flera uppgraderingsfel, förklarade grundorsaken till USB-monteringsproblemet och släppte ZimaOS 1.6.1 med riktade korrigeringar. Den här sidan bör därför läsas som en historisk uppgraderingsincident, inte som en beskrivning av hur ZimaOS fungerar i dag.
Vad användarna rapporterade efter uppgraderingen till 1.6.0
Trådstartaren rapporterade två större problem efter övergången från ZimaOS 1.5.4 till 1.6.0:
-
ZimaOS-HDverkade plötsligt nästan fullt, trots att programdata tidigare hade flyttats därifrån; - externa USB-enheter för säkerhetskopiering upptäcktes, men kunde inte aktiveras normalt, vilket gjorde åtkomst för bläddring och återställning svår.
Andra användare rapporterade att USB-lagring saknades, att ZVM-gränssnittet inte fungerade, att program inte startade, hög CPU-användning samt system som var svåra att administrera efter uppgraderingen.
IceWhale bekräftade problemen med utgåvan
777-Spider bad om ursäkt för den långsamma responsen efter fredagens lansering och sade att teamet skulle ändra tidpunkten för framtida lanseringar så att supportpersonalen kunde reagera snabbare på problem.
Viktigast av allt var att teamet sade att det hade identifierat relaterade problem och skulle släppa 1.6.1 skyndsamt.
Officiell grundorsak: metadata för lagringens reservlösning saknades
Den 21 april 2026 beskrev 777-Spider grundorsaken till att USB-enheter inte monterades automatiskt. ZimaOS 1.6.0 hade infört en reservmekanism för lagring som använde filen .zimaos_storage.json. Betatestningen återskapade inte fullt ut den verkliga uppgraderingsvägen från 1.5.4, så vissa användare som uppgraderade direkt saknade reservfilen som den nya monteringslogiken behövde.
.zimaos_storage.json som användes av den nya reservmekanismen för lagring.Teamet sade att 1.6.1 införde striktare validering och hantering så att databasinformationen och reservfilens status skulle hanteras korrekt under uppgraderingen.
ZimaOS 1.6.1 åtgärdade de viktigaste USB-problemen efter uppgraderingen
De officiella versionsanteckningarna för ZimaOS 1.6.1 listar följande korrigeringar:
- USB-enheter som inte monterades automatiskt efter en uppgradering;
- säkerhetskopieringsjobb som fortsatte att skriva till systemets monteringspunkt efter att den avsedda monteringspunkten hade försvunnit;
- modulbaserade tjänster som inte startade enligt tjänstepolicyn efter en omstart;
- inkonsekventa namn på monteringspunkter när enhetsnamn innehöll mellanslag.
IceWhales publicerade lista över korrigeringarna i ZimaOS 1.6.1
Varför rapporten om en full systemdisk var särskilt allvarlig
Korrigeringen i 1.6.1 om säkerhetskopieringsjobb som fortsatte att skriva till systemets monteringspunkt efter att ett mål hade försvunnit förklarar en mekanism som kunde göra att en saknad USB-montering ledde till att systemdisken fylldes. I stället för att skriva till den avsedda externa destinationen kunde en säkerhetskopieringssökväg fortsätta att skriva under systemets monteringsplats.
Detta samband stöds av den officiella korrigeringslistan för 1.6.1 och är betydligt starkare belagt än att helt enkelt anta att själva 1.6.0-avbildningen var för stor.
ZVM-problemen hade inte alla samma grundorsak
En användare rapporterade virtuella maskiner som inte startade, medan en annan sade att de virtuella maskinerna kördes och kunde nås via SSH, men att ZVM:s webbgränssnitt hade hängt sig. En separat GitHub-rapport kopplade ett VNC-konsolproblem till att anpassade ZimaOS WebUI-portar inte inkluderades i WebSocket-URL:en.
Eftersom symtomen skilde sig åt bör hela tråden inte sammanfattas som ett enda problem med att ”virtuella maskiner inte fungerar”.
1.6.0 är historik och inte den aktuella utgångspunkten
ZimaOS utvecklades vidare efter 1.6.0 och 1.6.1. Kontrollera aktuell versionsinformation innan du antar att ett uppgraderingsfel från april 2026 fortfarande är relevant.
Vanliga frågor om uppgraderingen till ZimaOS 1.6.0
Bekräftade IceWhale ett fel med automatisk USB-montering i 1.6.0?
Ja. Teamet förklarade problemet med lagringens reservfil och införde striktare hantering i 1.6.1.
Åtgärdade 1.6.1 att säkerhetskopieringsjobb skrev till fel monteringspunkt?
Ja. De officiella anteckningarna för 1.6.1 listar specifikt en korrigering för säkerhetskopieringsjobb som fortsatte att använda systemets monteringspunkt efter att den ursprungliga monteringspunkten hade försvunnit.
Innebär detta att alla användare av 1.6.0 förlorade lagringsutrymme?
Nej. Tråden innehåller rapporter från drabbade användare, men inga belägg för att alla installationer misslyckades.
Bör den här tråden användas som aktuell vägledning för uppgraderingar?
Endast som historisk bakgrund. Aktuella ZimaOS-versioner och aktuell dokumentation om lagring ersätter läget vid lanseringen av 1.6.0.
