Was bedeutet „Failed to Load dm Table: Invalid Argument“ in diesem Fall?
Im April 2025 berichtete ein neuer ZimaCube-Besitzer, dass ein Update auf ZimaOS 1.4 mit Failed mounting bundle: Failed to load dm table: Invalid argument fehlgeschlagen war. Derselbe Fehler trat sowohl beim automatisch angebotenen Update als auch nach dem manuellen Herunterladen des Release-Images auf.
Das entscheidende Detail war die Ausgangsversion. Ein Mitglied des IceWhale-Teams sagte, dass dieser Fehler kürzlich aufgetreten sei, und fragte, ob die installierte Version niedriger als 1.2.5 sei.
Welche Lösung empfahl das IceWhale-Team?
Die Empfehlung des Teams war versionsabhängig: Wenn das System eine ältere Version als ZimaOS 1.2.5 verwendete, sollte zunächst ein Offline-Update auf 1.2.5 durchgeführt werden und erst danach das Upgrade auf 1.4.0. Dieser gestufte Upgrade-Pfad galt für frühe Versionen und war keine allgemeingültige Lösung für jeden aktuellen Updatefehler.
Der ursprüngliche Verfasser verwendete zunächst ZimaOS 1.2.1 und berichtete später, dass ein Offline-Upgrade auf 1.3.3 erfolgreich war. Anschließend funktionierte auch das normale Upgrade auf 1.4.0.
Wie funktioniert der aktuelle Offline-Update-Prozess?
Die aktuelle Anleitung für Offline-Updates von ZimaOS weist Benutzer an, das passende RAUCB-Installationspaket herunterzuladen, es im Verzeichnis für Offline-Updates abzulegen, zu warten, bis ZimaOS es erkennt, und das Update anschließend über die Benutzeroberfläche auszuführen.
| ZimaOS-Version | Verzeichnis für Offline-Pakete |
|---|---|
| Vor 1.4.1 | /ZimaOS-HD/rauc/offline/ |
| 1.4.1 und höher | /ZimaOS-HD/.ota/offline/ |
Diese Änderung des Verzeichnisses ist relevant, da die Community-Antwort aus dem Jahr 2025 auf einen älteren Ablauf für Offline-Updates verwies. Verwenden Sie den alten Pfad bei einer aktuellen Version nicht automatisch.
Was sollten Sie heute tun, wenn derselbe Fehler auftritt?
- Notieren Sie die exakt installierte ZimaOS-Version.
- Notieren Sie die Zielversion und die vollständige Fehlermeldung.
- Wenn Sie von einer frühen Version der Reihe 1.2.x auf 1.4.0 aktualisieren, ist die in diesem Thread beschriebene Lösung mit gestuften Upgrades direkt relevant.
- Verwenden Sie bei neueren Versionen die aktuelle Dokumentation zu Offline-Updates von ZimaOS.
- Verwenden Sie das für die Zielversion vorgesehene RAUCB-Paket und das für Ihre aktuelle Version passende Verzeichnis.
- Sichern Sie wichtige Daten, bevor Sie eine Wiederherstellung oder mehrstufige Versionsänderungen durchführen.
Häufig gestellte Fragen
War die ZimaCube-Hardware defekt?
Der Thread liefert keinen Hinweis auf einen Hardwarefehler. Das Problem wurde durch eine Änderung des Software-Upgrade-Pfads behoben.
Sollten alle ZimaOS-Benutzer zuerst auf 1.2.5 aktualisieren?
Nein. Diese Empfehlung galt ausdrücklich für Systeme mit einer älteren Version als 1.2.5, die auf ZimaOS 1.4.0 aktualisiert werden sollten.
Wo sollte ich ein Offline-Update-Paket jetzt ablegen?
Die aktuelle Dokumentation verwendet für Version 1.4.1 und höher /ZimaOS-HD/.ota/offline/, während ältere Versionen /ZimaOS-HD/rauc/offline/ verwenden.
