Esta fonte estabelece um limite oficial útil: o ZimaOS não consegue determinar de forma fiável quais ficheiros arbitrários num NAS são “configuração”, pelo que a limpeza durante a desinstalação é intencionalmente limitada à área AppData da aplicação, em vez de eliminar caminhos de armazenamento não relacionados. LinkLeong afirmou que os dados armazenados noutro local não seriam afetados por essa regra de limpeza.
A queixa mais específica do autor original era que uma aplicação mal configurada, por vezes, não apresentava o fluxo normal de limpeza durante a desinstalação, deixando para trás a sua pasta AppData. Depois, voltou a testar no ZimaOS 1.3.2-beta2 e confirmou explicitamente que a pasta foi eliminada corretamente, mesmo com a configuração incorreta. Trata-se de uma correção histórica confirmada pela fonte.
A IceWhale afirmou que a AppData é o limite da limpeza
LinkLeong explicou que o ZimaOS não consegue identificar com precisão todos os “ficheiros de configuração” em localizações arbitrárias. Por isso, a regra consistia em tratar o diretório AppData da aplicação como o âmbito dos dados de configuração/dados do utilizador a gerir durante a limpeza.
Os dados armazenados noutro local no NAS devem ser revistos manualmente, em vez de serem eliminados automaticamente como parte da desinstalação.
Este limite protege conteúdos multimédia e armazenamento partilhados
Uma aplicação Docker pode montar:
- configuração/base de dados em AppData;
- filmes/fotografias/documentos noutro pool de armazenamento;
- pastas de transferências partilhadas com outras aplicações;
- armazenamento de rede ou USB.
Uma rotina de desinstalação que seguisse recursivamente todos os caminhos mapeados poderia destruir conteúdo partilhado, pelo que a regra mais limitada para a AppData é mais segura.
O problema da fonte eram dados AppData deixados para trás por uma instalação danificada
WuzzyFeasel afirmou que um contentor novo/mal configurado, que nunca fosse iniciado corretamente, por vezes não apresentava a opção de limpeza e deixava para trás o respetivo diretório AppData.
Isto pode ser relevante quando uma configuração incorreta faz com que uma reinstalação herde repetidamente o mesmo estado danificado.
O autor confirmou que o comportamento foi corrigido na versão 1.3.2-beta2
Após o esclarecimento, o autor original voltou a testar e afirmou que, mesmo com um contentor mal configurado, a pasta passou a ser eliminada corretamente.
Por isso, não apresente o sintoma de pasta deixada para trás em 2025 como uma limitação conhecida atual do ZimaOS.
A AppData atual continua a ser uma área crítica de dados persistentes
A documentação atual do ZimaOS salienta que os contentores da App Store são descartáveis, mas os dados do anfitrião mapeados não o são. Também permite aos utilizadores consultar e alterar os caminhos de armazenamento das aplicações e as localizações dos dados das aplicações.
Consulte o modelo atual de armazenamento de aplicações do ZimaOS.
Não armazene conteúdos de utilizador insubstituíveis numa pasta que planeia eliminar como AppData
Algumas aplicações combinam configuração, estado da base de dados, ficheiros gerados e conteúdos do utilizador numa única árvore de diretórios. Antes de selecionar Eliminar dados do utilizador, consulte os mapeamentos de volumes do anfitrião da aplicação e faça uma cópia de segurança de tudo o que não possa ser recriado.
A limpeza manual deve ser limitada e baseada em evidências
Se um diretório AppData antigo permanecer após a desinstalação, confirme que nenhum contentor ativo ainda o monta, faça uma cópia de segurança de qualquer estado de que possa precisar e, em seguida, remova apenas o diretório confirmado dessa aplicação. Não elimine recursivamente toda a raiz AppData para corrigir uma única aplicação que falhou.
Perguntas frequentes sobre a desinstalação da AppData no ZimaOS
O que afirmou a IceWhale que a limpeza da desinstalação trata como configuração/dados do utilizador?
O diretório AppData da aplicação.
A limpeza da desinstalação elimina intencionalmente conteúdos multimédia arbitrários armazenados noutro local?
Segundo a explicação da fonte, os dados fora da AppData não são automaticamente afetados por essa regra.
Foi posteriormente verificado que o problema de limpeza de um contentor mal configurado tinha sido corrigido?
Sim. O autor original confirmou que funcionava corretamente na versão 1.3.2-beta2.
