Que faisait Scrutiny sur ZimaOS 1.5 ?
En novembre 2025, un utilisateur a installé Scrutiny sur ZimaOS 1.5 et a d’abord vu les disques durs USB 3.0 connectés dans le tableau de bord. Après avoir ajouté d’autres disques, Scrutiny ne les a pas ajoutés. Même le retrait d’un disque précédemment détecté n’a pas actualisé la liste affichée.
L’utilisateur a redémarré ZimaOS et réinstallé Scrutiny, mais l’état initial du tableau de bord s’affichait toujours. Cela a soulevé deux questions distinctes : où l’état persistant de Scrutiny est stocké et comment les disques USB situés derrière un pont ou un contrôleur doivent être présentés à Scrutiny.
Pourquoi la réinstallation de Scrutiny peut-elle conserver l’ancien état ?
Une réponse de la communauté a expliqué que les données de l’application restent dans la zone de données des applications du disque sur lequel l’application est installée. Cela correspond au comportement général de ZimaOS observé avec d’autres applications : supprimer un conteneur ne signifie pas toujours que toutes les données persistantes de l’application ont été supprimées.
Cette distinction est importante, car Scrutiny stocke davantage qu’une simple vue active dans le navigateur. Une réinstallation peut réutiliser la configuration ou l’état de la base de données conservés si le répertoire de données de l’application associé existe toujours.
Pourquoi un disque USB peut-il nécessiter un type de périphérique explicite ?
L’auteur du message initial a ensuite conclu que le disque concerné nécessitait un type de périphérique explicite tel que sat. Les ponts USB-vers-SATA peuvent masquer ou traduire les commandes SMART différemment d’un disque SATA connecté directement. Un outil de surveillance peut donc avoir besoin d’informations supplémentaires sur le périphérique avant de pouvoir interroger correctement les données SMART.
La discussion ne contenait pas d’instruction officielle d’IceWhale indiquant exactement comment injecter cette configuration de périphérique de Scrutiny via l’interface de ZimaOS 1.5. Pour cette raison, cette page ne présente pas le fragment YAML de l’utilisateur comme une procédure officielle de ZimaOS.
Que devez-vous vérifier avant de réinitialiser Scrutiny ?
- Vérifiez que le disque est visible par ZimaOS lui-même avant de chercher la cause du problème dans Scrutiny.
- Vérifiez si le problème concerne uniquement les disques connectés en USB ou également les périphériques SATA/NVMe connectés directement.
- Identifiez le pont USB-vers-SATA ou le boîtier utilisé, car les différents ponts exposent les données SMART différemment.
- Notez les versions de Scrutiny et de ZimaOS avant de réinstaller l’application ou de supprimer les données persistantes.
- Ne supprimez pas les données persistantes de l’application Scrutiny si vous n’êtes pas prêt à perdre sa configuration et son historique enregistrés.
ZimaOS peut-il actuellement exposer des paramètres YAML d’application arbitraires ?
L’utilisateur de 2025 a précisément indiqué que les paramètres d’application de ZimaOS n’exposaient pas l’option de type de périphérique dont il avait besoin. ZimaOS continue d’étendre les contrôles de configuration des applications, mais la feuille de route actuelle du produit répertorie la prise en charge native de la configuration YAML comme une fonctionnalité prévue pour la version 1.7x, et non comme une possibilité à supposer pour chaque version antérieure.
Tant qu’une option de configuration n’est pas exposée par le paquet de l’application installée ou par l’interface actuelle de ZimaOS, considérez les modifications manuelles du conteneur ou du fichier YAML comme une personnalisation avancée susceptible d’être affectée par les mises à jour de l’application.
Vous pouvez consulter la chronologie des versions de ZimaOS actuelle avant de vous appuyer sur une solution de contournement conçue pour ZimaOS 1.5.
Que faire si Scrutiny et ZimaOS ne sont pas d’accord sur l’état du disque ?
La détection du disque et l’interprétation de son état sont deux problèmes distincts. Des discussions ultérieures dans la communauté montrent également que les utilisateurs peuvent constater des différences entre l’état de santé indiqué par ZimaOS et les résultats SMART de Scrutiny. Si un disque est physiquement visible, mais que Scrutiny signale une défaillance SMART, conservez les données SMART comme preuve et traitez le disque avec prudence, plutôt que de supposer que l’état du tableau de bord est à lui seul définitif.
Foire aux questions
Où Scrutiny conserve-t-il l’état du tableau de bord ?
La discussion de la communauté indique que les données persistantes de l’application se trouvent dans la zone de données des applications du disque sur lequel l’application est installée. La suppression du conteneur de l’application seule peut ne pas supprimer l’état enregistré.
Pourquoi Scrutiny détecte-t-il un disque USB, mais pas un autre ?
Les ponts de stockage USB peuvent exposer les capacités SMART différemment. L’auteur du message initial estimait qu’un type de périphérique SAT explicite était nécessaire pour le disque concerné.
IceWhale a-t-il fourni une procédure YAML officielle pour ZimaOS 1.5 dans cette discussion ?
Non. La discussion ne contenait pas de méthode officielle détaillée pour ajouter le paramètre de type de périphérique de Scrutiny via ZimaOS 1.5.
Dois-je supprimer le dossier de données de l’application Scrutiny pour forcer une réinitialisation ?
Uniquement si vous souhaitez intentionnellement supprimer l’état persistant de l’application et si vous avez sauvegardé tout ce dont vous avez besoin. La suppression des données persistantes de l’application est différente du simple redémarrage de celle-ci.
