ZimaOS 1.6.0 führte wichtige Änderungen am Speicher ein, doch dieser Community-Thread vom April 2026 dokumentierte für einige Nutzer eine schwierige Upgrade-Phase beim Wechsel von 1.5.4. Zu den Meldungen gehörten USB-Laufwerke, die nicht mehr automatisch eingebunden wurden, unzugängliche Backup-Ziele, ein unerwartet voll laufendes ZimaOS-HD, Ausfälle einiger Anwendungen und Probleme mit der ZVM-Weboberfläche.
Der Thread enthält außerdem den wichtigsten Kontext: IceWhale bestätigte mehrere Upgrade-Fehler, erläuterte die Ursache der USB-Einbindungsprobleme und veröffentlichte ZimaOS 1.6.1 mit gezielten Korrekturen. Diese Seite sollte daher als historische Upgrade-Störung gelesen werden, nicht als Beschreibung des aktuellen Verhaltens von ZimaOS.
Was Nutzer nach dem Upgrade auf 1.6.0 meldeten
Der ursprüngliche Beitragende meldete nach dem Wechsel von ZimaOS 1.5.4 auf 1.6.0 zwei wesentliche Probleme:
-
ZimaOS-HDerschien plötzlich fast voll, obwohl die Anwendungsdaten zuvor wegmigriert worden waren; - externe USB-Backup-Laufwerke wurden erkannt, konnten aber nicht normal aktiviert werden, wodurch das Durchsuchen und Wiederherstellen erschwert wurde.
Andere Nutzer berichteten außerdem von fehlendem USB-Speicher, Fehlern in der ZVM-Benutzeroberfläche, nicht startenden Apps, hoher CPU-Auslastung und Systemen, die nach dem Upgrade nur schwer zu verwalten waren.
IceWhale bestätigte die Probleme der Veröffentlichung
777-Spider entschuldigte sich für die langsame Reaktion nach der Veröffentlichung am Freitag und erklärte, dass das Team den Zeitpunkt künftiger Veröffentlichungen ändern werde, damit das Supportpersonal schneller auf Probleme reagieren könne.
Wichtiger noch: Das Team erklärte, verwandte Probleme identifiziert zu haben, und kündigte dringend die Veröffentlichung von 1.6.1 an.
Offizielle Ursache: Fehlende Fallback-Metadaten für den Speicher
Am 21. April 2026 erläuterte 777-Spider die Ursache für die automatische USB-Einbindung. ZimaOS 1.6.0 hatte einen Speicher-Fallback-Mechanismus eingeführt, der eine Datei namens .zimaos_storage.json verwendete. Die Betatests bildeten den tatsächlichen Upgrade-Pfad von 1.5.4 nicht vollständig ab. Daher fehlte einigen Nutzern, die direkt aktualisierten, die für die neue Einbindungslogik benötigte Fallback-Datei.
.zimaos_storage.json, die vom neuen Speicher-Fallback-Mechanismus verwendet wurde.Das Team erklärte, dass 1.6.1 eine strengere Validierung und Verarbeitung hinzufügte, damit Datenbankdaten und der Status der Fallback-Datei während des Upgrade-Pfads korrekt verwaltet würden.
ZimaOS 1.6.1 behob die wichtigsten USB-Probleme beim Upgrade direkt
In den offiziellen Versionshinweisen zu ZimaOS 1.6.1 sind folgende Korrekturen aufgeführt:
- USB-Geräte wurden nach einem Upgrade nicht automatisch eingebunden;
- Backup-Aufgaben schrieben weiter in den System-Einhängepunkt, nachdem der vorgesehene Einhängepunkt verloren gegangen war;
- Modul-Dienste wurden nach einem Neustart nicht entsprechend der Dienstrichtlinie gestartet;
- Namen von Einhängepunkten wurden inkonsistent, wenn Gerätenamen Leerzeichen enthielten.
Von IceWhale veröffentlichte Liste der Korrekturen in ZimaOS 1.6.1
Warum der Bericht über die volle Systemfestplatte besonders schwerwiegend war
Die Korrektur in 1.6.1, die das weitere Schreiben von Backup-Aufgaben in den System-Einhängepunkt nach dem Verlust eines Ziels betrifft, erklärt einen Mechanismus, durch den eine fehlende USB-Einbindung den Verbrauch von Speicherplatz auf der Systemfestplatte verursachen konnte. Statt am vorgesehenen externen Ziel konnte ein Backup-Pfad weiterhin unter dem Speicherort des System-Einhängepunkts schreiben.
Dieser Zusammenhang wird durch die offizielle Korrekturliste von 1.6.1 gestützt und ist ein deutlich stärkerer Hinweis, als einfach anzunehmen, dass das 1.6.0-Image selbst zu groß gewesen sei.
Die ZVM-Probleme hatten nicht alle dieselbe Ursache
Ein Nutzer berichtete von VMs, die nicht starten wollten, während ein anderer angab, dass die VMs selbst liefen und per SSH erreichbar waren, die ZVM-Weboberfläche jedoch festhing. Ein separater GitHub-Bericht führte ein Problem mit einer VNC-Konsole darauf zurück, dass benutzerdefinierte ZimaOS-WebUI-Ports nicht in der WebSocket-URL enthalten waren.
Da sich diese Symptome unterschieden, sollte der gesamte Thread nicht als ein einziges Problem „VMs funktionieren nicht“ zusammengefasst werden.
1.6.0 ist historisch und nicht mehr der aktuelle Ausgangspunkt
ZimaOS wurde nach 1.6.0 und 1.6.1 weiterentwickelt. Informiere dich über aktuelle Versionsinformationen, bevor du annimmst, dass ein Upgrade-Fehler vom April 2026 weiterhin relevant ist.
FAQ zum Upgrade von ZimaOS 1.6.0
Hat IceWhale einen Fehler bei der automatischen USB-Einbindung in 1.6.0 bestätigt?
Ja. Das Team erläuterte das Problem mit der Speicher-Fallback-Datei und führte in 1.6.1 eine strengere Verarbeitung ein.
Hat 1.6.1 behoben, dass Backup-Aufgaben in den falschen Einhängepunkt schrieben?
Ja. In den offiziellen Hinweisen zu 1.6.1 wird ausdrücklich eine Korrektur dafür aufgeführt, dass Backup-Aufgaben nach dem Verlust des ursprünglichen Einhängepunkts weiterhin den System-Einhängepunkt verwendeten.
Bedeutet das, dass jeder Nutzer von 1.6.0 Speicherplatz verloren hat?
Nein. Der Thread enthält Berichte betroffener Nutzer, aber keine Belege dafür, dass jede Installation fehlschlug.
Sollte dieser Thread als aktuelle Upgrade-Empfehlung verwendet werden?
Nur als historischer Kontext. Aktuelle ZimaOS-Versionen und die Dokumentation zum Speicher ersetzen den damaligen Stand zur Veröffentlichung von 1.6.0.
