Si toutes les applications disparaissent de l’écran d’accueil de ZimaOS alors que le serveur et les données restent accessibles, ne supposez pas que le NAS est défaillant ou que vos applications ont été supprimées. Commencez par vérifier la version exacte de ZimaOS, si les conteneurs Docker existent toujours et si le problème concerne uniquement une régression de l’interface ou du tableau de bord.
Le cas d’origine en est un bon exemple : sous ZimaOS 1.6.1, l’utilisateur ne voyait aucune application dans plusieurs navigateurs et craignait une panne imminente du système. Après la mise à niveau vers la version 1.6.2, les applications sont réapparues. Il s’agit d’une résolution confirmée par un utilisateur, mais la discussion ne contient aucune déclaration d’IceWhale prouvant que tous les cas d’applications manquantes étaient dus à un bug généralisé de la version 1.6.1.
Étape 1 : vérifier si les applications ont réellement disparu
Ouvrez le terminal et inspectez Docker :
docker ps -aSi vos conteneurs sont toujours répertoriés, les définitions et les données des applications existent probablement encore, même lorsque l’écran d’accueil est vide.
Si Docker renvoie lui-même une erreur, le problème est plus profond que le tableau de bord et doit être diagnostiqué comme un problème de service ou de stockage.
Étape 2 : vérifier la version exacte de ZimaOS
L’utilisateur du cas d’origine utilisait la version 1.6.1 et a indiqué que la mise à jour vers la version 1.6.2 avait restauré les icônes des applications. Les notes de version officielles de ZimaOS 1.6.2 décrivent des corrections plus générales liées à la stabilité et au stockage, sans documenter précisément le symptôme des applications manquantes signalé par l’utilisateur.
Si vous utilisez déjà une version stable plus récente, ne repassez pas à la version 1.6.2 simplement parce qu’elle a résolu un cas historique.
Étape 3 : tester le tableau de bord dans une session de navigation vierge
Utilisez une fenêtre privée ou de navigation incognito et actualisez complètement la page. Désactivez temporairement les bloqueurs de contenu ou filtres de scripts agressifs pour l’adresse locale de ZimaOS pendant le test.
L’utilisateur du cas d’origine avait déjà essayé Brave, Firefox et Chrome, ce qui rendait moins probable un simple problème de cache lié à un seul navigateur. Cette vérification reste toutefois utile pour les cas actuels.
Étape 4 : tester avec l’adresse IP et le nom d’hôte
Ouvrez à la fois l’adresse IP directe du réseau local et votre nom d’hôte local habituel. Si l’un affiche le tableau de bord des applications et pas l’autre, examinez le DNS, les ressources frontend mises en cache ou le stockage du navigateur associé à l’origine.
Si les deux affichent un écran d’accueil vide alors que les conteneurs Docker restent opérationnels, concentrez-vous sur le service frontend/backend de liste des applications de ZimaOS plutôt que de réinstaller les applications Docker.
Étape 5 : vérifier le stockage avant de redémarrer à répétition
L’utilisateur du cas d’origine a également mentionné que les disques disparaissaient parfois et qu’il devait redémarrer quotidiennement. Il s’agit d’un symptôme distinct et prioritaire, car l’absence du stockage AppData peut empêcher les applications d’être répertoriées ou de démarrer.
Accédez à Paramètres → Stockage et vérifiez que l’emplacement AppData est monté. Le guide actuel de configuration du stockage de ZimaOS explique les indicateurs d’état des disques et des grappes.
Ne réinstallez pas les applications avant de vous être assuré que leurs données sont en sécurité
Si les conteneurs et les données AppData existent toujours, une réinstallation depuis l’App Store peut créer des chemins en double, de nouveaux volumes ou une confusion quant à l’instance à laquelle appartiennent les données.
Le guide de dépannage des applications Docker aide à distinguer la disparition de l’interface de la perte réelle des conteneurs.
Comment distinguer une défaillance de l’interface d’une défaillance des applications
| Symptôme | Couche probablement concernée |
|---|---|
| Écran d’accueil vide, conteneurs présents et en cours d’exécution | Interface du tableau de bord, liste des applications ou métadonnées backend |
| Conteneurs présents mais arrêtés | Configuration de Docker ou de l’application, ou problème de dépendance |
| Conteneurs absents mais AppData présente | Métadonnées des applications ou procédure de récupération par réinstallation |
| Stockage AppData absent | Problème de montage du stockage, d’autorisations ou de disque |
| Tableau de bord et terminal tous deux indisponibles | Panne du système, du réseau ou d’un service |
Quand mettre à jour et quand recueillir les journaux
Si une version stable plus récente de ZimaOS est disponible et que votre sauvegarde est à jour, une mise à jour est raisonnable, en particulier si le problème a commencé immédiatement après une mise à jour précédente. Toutefois, si le stockage est dégradé ou si le disque système est défaillant, corrigez ou protégez d’abord la couche de données.
Si le problème persiste avec la dernière version stable, recueillez les erreurs de la console du navigateur, la sortie de docker ps -a, l’état actuel du stockage, la version de ZimaOS ainsi que les journaux système et des services d’applications pertinents, puis transmettez-les au support.
FAQ
La version 1.6.2 de ZimaOS a-t-elle corrigé les icônes d’applications manquantes ?
Elle a résolu le problème rencontré par l’utilisateur du cas d’origine sous la version 1.6.1. La discussion ne prouve pas que tous les problèmes d’applications manquantes avaient la même cause.
Mes applications sont-elles supprimées si l’écran d’accueil est vide ?
Pas nécessairement. Vérifiez docker ps -a et le stockage AppData avant de réinstaller quoi que ce soit.
Le cache du navigateur peut-il masquer toutes les applications de ZimaOS ?
Une interface frontend obsolète peut provoquer des problèmes d’affichage ; il est donc utile de tester une actualisation complète ou une fenêtre privée. Si le problème se reproduit dans tous les navigateurs vierges, examinez ensuite le serveur.
Dois-je acheter des disques de sauvegarde avant de mettre à jour ?
Conserver des sauvegardes est recommandé dans tous les cas, mais un tableau de bord vide ne prouve pas à lui seul une perte de données imminente. Vérifiez d’abord l’état du système et du stockage.
