Solution communautaire

Supprimer les données d’application d’un conteneur ZimaOS mal configuré : ce que la case de désinstallation supprime et ce qu’elle ne supprime pas

A February 2025 thread asking how to delete leftover AppData when a misconfigured container never started correctly. IceWhale explained that ZimaOS treats data inside AppData as app configuration/user data and avoids touching data elsewhere. The original poster retested on 1.3.2-beta2 and confirmed the AppData folder was then deleted correctly even with the misconfiguration.

Cette source établit une limite officielle utile : ZimaOS ne peut pas déterminer de manière fiable quels fichiers arbitraires présents sur un NAS sont des « fichiers de configuration ». Le nettoyage lors de la désinstallation est donc volontairement limité à la zone AppData de l’application, plutôt que de supprimer des chemins de stockage sans rapport. LinkLeong a précisé que les données stockées ailleurs ne seraient pas concernées par cette règle de nettoyage.

La plainte plus précise de l’auteur du message d’origine était qu’une application mal configurée n’affichait parfois pas le processus normal de nettoyage lors de la désinstallation, laissant son dossier AppData derrière elle. Il a ensuite effectué un nouveau test sur ZimaOS 1.3.2-beta2 et confirmé explicitement que le dossier était bien supprimé, même avec cette mauvaise configuration. Il s’agit d’une correction historique confirmée par la source.

Avertissement historique de désinstallation de ZimaOS avec une case Supprimer le dossier de configuration des données utilisateur et un avertissement indiquant que la suppression est irrécupérable
La capture d’écran source montre clairement le risque : les données utilisateur et de configuration sélectionnées pour suppression ne peuvent pas être récupérées via la boîte de dialogue de désinstallation.

IceWhale a indiqué qu’AppData constituait la limite du nettoyage

LinkLeong a expliqué que ZimaOS ne pouvait pas identifier précisément chaque « fichier de configuration » situé dans des emplacements arbitraires. La règle consistait donc à considérer le répertoire AppData de l’application comme la zone des données de configuration et des données utilisateur à nettoyer.

Les données situées ailleurs sur le NAS doivent être examinées manuellement plutôt que supprimées automatiquement lors de la désinstallation.

Cette limite protège les contenus multimédias et les espaces de stockage partagés

Une application Docker peut monter :

  • sa configuration et sa base de données dans AppData ;
  • des films, des photos ou des documents sur un autre pool de stockage ;
  • des dossiers de téléchargement partagés avec d’autres applications ;
  • un stockage réseau ou USB.

Une routine de désinstallation qui suivrait récursivement chaque chemin monté pourrait détruire des contenus partagés. La règle plus restrictive concernant AppData est donc plus sûre.

Le problème signalé par la source concernait un dossier AppData restant après une installation défectueuse

WuzzyFeasel a indiqué qu’un conteneur nouveau ou mal configuré qui ne démarrait jamais correctement n’affichait parfois pas l’option de nettoyage et laissait son répertoire AppData derrière lui.

Cela peut être problématique lorsqu’une mauvaise configuration entraîne régulièrement une réinstallation qui reprend le même état défectueux.

L’auteur du message a confirmé que le problème était corrigé dans la version 1.3.2-beta2

Après clarification, l’auteur du message d’origine a effectué un nouveau test et indiqué que, même avec un conteneur mal configuré, le dossier était désormais correctement supprimé.

Il ne faut donc pas présenter le problème de dossier restant observé en 2025 comme une limitation actuelle connue de ZimaOS.

AppData reste une zone critique pour les données persistantes

La documentation actuelle de ZimaOS souligne que les conteneurs de l’App Store sont supprimables, contrairement aux données hôtes qui leur sont associées. Elle permet également aux utilisateurs d’examiner et de modifier les chemins de stockage des applications ainsi que les emplacements des données d’application.

Consultez le modèle actuel de stockage des applications dans ZimaOS.

Ne stockez pas de contenu utilisateur irremplaçable dans un dossier que vous prévoyez de supprimer comme AppData

Certaines applications regroupent la configuration, l’état de la base de données, les fichiers générés et le contenu utilisateur dans une même arborescence. Avant de sélectionner l’option Supprimer les données utilisateur, examinez les mappages de volumes hôtes de l’application et sauvegardez tout ce qui ne peut pas être régénéré.

Le nettoyage manuel doit rester ciblé et fondé sur des éléments vérifiables

Si un ancien répertoire AppData reste après la désinstallation, vérifiez qu’aucun conteneur actif ne l’utilise encore, sauvegardez les données dont vous pourriez avoir besoin, puis supprimez uniquement le répertoire confirmé de cette application. Ne supprimez pas récursivement la racine AppData entière pour corriger le problème d’une seule application.

FAQ sur la désinstallation des données AppData dans ZimaOS

Qu’est-ce qu’IceWhale considère comme des données de configuration ou des données utilisateur lors du nettoyage de la désinstallation ?

Le répertoire AppData de l’application.

Le nettoyage de la désinstallation supprimera-t-il volontairement des fichiers multimédias stockés ailleurs ?

D’après l’explication de la source, les données situées en dehors d’AppData ne sont pas automatiquement concernées par cette règle.

Le problème de nettoyage des conteneurs mal configurés a-t-il ensuite été vérifié comme corrigé ?

Oui. L’auteur du message d’origine a confirmé que le fonctionnement était correct dans la version 1.3.2-beta2.