Que signifie « Failed to Load dm Table: Invalid Argument » dans ce cas ?
En avril 2025, un nouveau propriétaire de ZimaCube a signalé qu’une mise à jour vers ZimaOS 1.4 avait échoué avec Failed mounting bundle: Failed to load dm table: Invalid argument. Le même échec s’est produit avec la mise à jour proposée automatiquement et après le téléchargement manuel de l’image de la version.
Le détail essentiel concernait la version de départ. Un membre de l’équipe IceWhale a indiqué avoir récemment rencontré ce problème et a demandé si la version installée était antérieure à la 1.2.5.
Quelle solution l’équipe IceWhale a-t-elle recommandée ?
La recommandation de l’équipe dépendait de la version : si le système était antérieur à ZimaOS 1.2.5, il fallait d’abord effectuer une mise à jour hors ligne vers la version 1.2.5, puis seulement passer à la version 1.4.0. Il s’agissait d’un parcours de mise à niveau par étapes pour les premières versions, et non d’une solution universelle à toutes les erreurs de mise à jour actuelles.
L’auteur du message initial utilisait ZimaOS 1.2.1 et a ensuite indiqué qu’une mise à niveau hors ligne vers la version 1.3.3 avait réussi, après quoi la mise à niveau normale vers la version 1.4.0 avait fonctionné.
Comment fonctionne actuellement la mise à jour hors ligne ?
Le guide actuel de mise à jour hors ligne de ZimaOS demande aux utilisateurs de télécharger le paquet d’installation RAUCB approprié, de le placer dans le répertoire de mise à jour hors ligne, d’attendre que ZimaOS le détecte, puis de lancer la mise à jour depuis l’interface.
| Version de ZimaOS | Répertoire du paquet hors ligne |
|---|---|
| Avant la 1.4.1 | /ZimaOS-HD/rauc/offline/ |
| 1.4.1 et versions ultérieures | /ZimaOS-HD/.ota/offline/ |
Ce changement de répertoire est important, car la réponse publiée par la communauté en 2025 renvoyait vers une ancienne procédure de mise à jour hors ligne. N’utilisez pas automatiquement l’ancien chemin avec une version actuelle.
Que devez-vous faire si vous voyez la même erreur aujourd’hui ?
- Notez la version exacte de ZimaOS installée.
- Notez la version cible et le message d’erreur complet.
- Si vous effectuez la mise à niveau depuis une version 1.2.x ancienne vers la version 1.4.0, la solution par étapes décrite dans ce fil est directement pertinente.
- Pour les versions plus récentes, suivez la documentation actuelle de mise à jour hors ligne de ZimaOS.
- Utilisez le paquet RAUCB prévu pour la version cible et le répertoire correspondant à votre version actuelle.
- Sauvegardez les données importantes avant toute récupération ou modification de version en plusieurs étapes.
Foire aux questions
Le matériel du ZimaCube était-il défectueux ?
Le fil de discussion n’établit pas l’existence d’un problème matériel. Le problème a été résolu en modifiant le parcours de mise à niveau logicielle.
Tous les utilisateurs de ZimaOS doivent-ils d’abord passer à la version 1.2.5 ?
Non. Cette recommandation concernait précisément les systèmes antérieurs à la version 1.2.5 qui tentaient d’atteindre ZimaOS 1.4.0.
Où dois-je placer un paquet de mise à jour hors ligne maintenant ?
La documentation actuelle utilise /ZimaOS-HD/.ota/offline/ pour la version 1.4.1 et les versions ultérieures, tandis que les versions plus anciennes utilisent /ZimaOS-HD/rauc/offline/.
