Solution communautaire

Mettre à jour ZimaOS sur ZimaCube depuis l’interface en ligne de commande : ancien flux de travail RAUC comparé à la procédure actuelle de mise à jour hors ligne

A December 2024 ZimaCube post explaining how to download a 1.3.0-2 RAUCB into the old offline-update folder because the author's Cube did not see the OTA prompt. IceWhale later advised waiting for the normal update prompt. Current ZimaOS documentation has changed the offline package location since v1.4.1.

Le fil source est utile, car il montre comment fonctionnaient les mises à jour hors ligne de ZimaOS à l’époque de la version 1.3.x, mais le chemin littéral et le nom du paquet sont historiques. L’auteur a téléchargé un bundle .raucb spécifique à ZimaCube dans un répertoire de mise à jour hors ligne afin que le système le détecte et affiche l’indicateur de mise à jour.

La version actuelle de ZimaOS prend toujours en charge les mises à jour OTA et les mises à jour RAUC hors ligne, mais la documentation actuelle d’IceWhale précise que l’emplacement du paquet hors ligne a changé à partir de la version v1.4.1. Les versions x86 génériques actuelles utilisent également des noms de paquets orientés architecture, tels que zimaos-x86_64-.... Ne copiez pas l’URL 2024 de la version 1.3.0-2 ni l’ancien dossier sur un système de 2026 sans vérifier les instructions de la version actuelle.

En 2024, la source téléchargeait manuellement un RAUCB

L’auteur de la source s’est rendu sur les versions officielles de ZimaOS sur GitHub, a copié l’URL du fichier .raucb ZimaCube alors disponible, puis l’a téléchargé via SSH dans le dossier de mise à jour hors ligne.

Il s’attendait à ce que ZimaOS analyse le répertoire et affiche l’indicateur de mise à jour rouge, parfois après un redémarrage.

IceWhale privilégiait l’invite OTA standard lorsqu’elle apparaissait

Zima-Giorgio a répondu qu’une autre option consistait à supprimer le fichier téléchargé manuellement et à attendre que le système informe l’utilisateur de la disponibilité de la mise à jour. Cela montre que la méthode manuelle présentée dans la source constituait une solution alternative lorsque la détection OTA ne s’affichait pas, et non l’unique méthode de mise à jour prise en charge.

Le chemin des paquets hors ligne a changé après ZimaOS 1.4.1

La documentation actuelle d’IceWhale indique ce qui suit :

  • les versions antérieures à la version 1.4.1 utilisaient l’ancien emplacement hors ligne de RAUC ;
  • à partir de la version v1.4.1, le nouvel emplacement .ota/offline est utilisé sur ZimaOS-HD.

Consultez le processus actuel de mise à jour hors ligne de ZimaOS au lieu de supposer que le chemin de 2024 est permanent.

Choisissez le bundle correspondant à l’architecture matérielle actuelle

Un fil de discussion ultérieur datant de 2026 a montré pourquoi les anciennes URL de téléchargement codées en dur échouent : un utilisateur a obtenu une erreur 404 depuis un ancien miroir et a finalement téléchargé le RAUCB x86_64 actuel depuis la version officielle sur GitHub.

Utilisez toujours le fichier publié pour votre version actuelle de ZimaOS et votre matériel, plutôt que de modifier uniquement le numéro de version dans une ancienne URL.

Les très anciennes versions de ZimaOS peuvent nécessiter une mise à niveau intermédiaire

IceWhale a documenté à plusieurs reprises des cas dans lesquels les systèmes antérieurs à la version 1.2.5 devaient d’abord être mis à niveau vers la version 1.2.5 avant de passer à une version beaucoup plus récente. Cela concerne particulièrement les premiers appareils ZimaCube qui n’ont pas été mis à jour depuis plusieurs années.

Ne forcez pas l’installation d’un RAUCB moderne sur un emplacement très ancien si les instructions actuelles d’IceWhale indiquent une version intermédiaire.

L’installation directe avec rauc est une méthode avancée

Le personnel d’IceWhale a utilisé rauc install <bundle> dans des procédures officielles de dépannage et de test. Cela ne signifie pas que toutes les mises à jour courantes doivent contourner l’interface et le mécanisme d’analyse des paquets.

Pour les systèmes standard, le processus actuel de mise à jour hors ligne fournit une méthode prise en charge plus claire et un état visible.

Les mises à jour RAUC dépendent du modèle de récupération à double emplacement de ZimaOS

ZimaOS gère des emplacements système afin qu’une mise à jour échouée puisse être isolée des données utilisateur et, dans les situations de récupération prises en charge, que l’autre emplacement puisse démarrer. N’effacez pas et ne reformatez pas les partitions système simplement parce qu’une mise à jour ne s’affiche pas immédiatement.

Vérifiez la nouvelle version après le redémarrage

Une fois la mise à jour terminée, vérifiez la version de ZimaOS affichée, testez les sections Fichiers et Stockage, vérifiez les applications importantes et confirmez l’accès à distance et au réseau. Si la mise à jour signale une réussite, mais que la version ne change pas, recueillez les informations d’erreur ou d’état de la mise à jour au lieu de réinstaller plusieurs fois le même bundle.

FAQ sur les mises à jour hors ligne de ZimaOS

Les utilisateurs actuels doivent-ils télécharger le paquet ZimaCube 1.3.0-2 mentionné dans la source ?

Non. Ce paquet et cette URL sont historiques.

La version actuelle de ZimaOS prend-elle toujours en charge les mises à jour hors ligne ?

Oui. IceWhale maintient un processus actuel de mise à jour hors ligne utilisant des paquets RAUCB.

Le dossier des paquets hors ligne a-t-il changé après la version v1.4.1 ?

Oui. La documentation actuelle d’IceWhale précise explicitement qu’un changement de chemin a eu lieu à partir de la version v1.4.1.