Cosa significa in questo caso “Failed to Load dm Table: Invalid Argument”?
Nell’aprile 2025, un nuovo proprietario di ZimaCube ha segnalato che un aggiornamento a ZimaOS 1.4 non era riuscito, mostrando Failed mounting bundle: Failed to load dm table: Invalid argument. Lo stesso errore si è verificato sia durante l’aggiornamento offerto automaticamente sia dopo aver scaricato manualmente l’immagine della release.
Il dettaglio fondamentale era la versione di partenza. Un membro del team IceWhale ha dichiarato di aver riscontrato recentemente il problema e ha chiesto se la versione installata fosse precedente alla 1.2.5.
Quale soluzione ha consigliato il team IceWhale?
La raccomandazione del team era specifica per la versione: se il sistema utilizzava una versione precedente a ZimaOS 1.2.5, bisognava prima eseguire un aggiornamento offline alla 1.2.5 e solo in seguito passare alla 1.4.0. Si trattava di un percorso di aggiornamento a fasi per le prime release, non di una soluzione universale per ogni errore di aggiornamento attuale.
L’autore del post originale utilizzava ZimaOS 1.2.1 e ha successivamente riferito che un aggiornamento offline alla 1.3.3 era riuscito; dopodiché anche il normale aggiornamento alla 1.4.0 è andato a buon fine.
Come funziona oggi la procedura di aggiornamento offline?
L’attuale guida all’aggiornamento offline di ZimaOS indica di scaricare il pacchetto di installazione RAUCB appropriato, inserirlo nella directory per gli aggiornamenti offline, attendere che ZimaOS lo rilevi e quindi avviare l’aggiornamento dall’interfaccia.
| Versione di ZimaOS | Directory del pacchetto offline |
|---|---|
| Prima della 1.4.1 | /ZimaOS-HD/rauc/offline/ |
| 1.4.1 e successive | /ZimaOS-HD/.ota/offline/ |
Questo cambiamento della directory è importante perché la risposta della community del 2025 rimandava a una procedura di aggiornamento offline precedente. Non usare automaticamente il vecchio percorso con una release attuale.
Cosa fare se oggi compare lo stesso errore?
- Annota la versione esatta di ZimaOS installata.
- Annota la versione di destinazione e il messaggio di errore completo.
- Se stai effettuando l’aggiornamento da una prima release 1.2.x alla 1.4.0, la soluzione con aggiornamento a fasi descritta in questa discussione è direttamente pertinente.
- Per le release più recenti, segui la documentazione attuale di ZimaOS sugli aggiornamenti offline.
- Usa il pacchetto RAUCB previsto per la release di destinazione e la directory appropriata per la versione attuale.
- Esegui il backup dei dati importanti prima di procedere con il ripristino o con modifiche di versione in più passaggi.
Domande frequenti
L’hardware di ZimaCube era difettoso?
La discussione non dimostra la presenza di un guasto hardware. Il problema è stato risolto modificando il percorso di aggiornamento software.
Tutti gli utenti di ZimaOS devono prima aggiornare alla 1.2.5?
No. Questa indicazione era rivolta specificamente ai sistemi con una versione precedente alla 1.2.5 che cercavano di passare a ZimaOS 1.4.0.
Dove devo inserire ora un pacchetto di aggiornamento offline?
La documentazione attuale indica /ZimaOS-HD/.ota/offline/ per la versione 1.4.1 e successive, mentre per le versioni precedenti si usa /ZimaOS-HD/rauc/offline/.
