No ZimaOS 1.5.4, um utilizador da comunidade descobriu que ficheiros eliminados ocupavam espaço dentro de pastas .trash ocultas, mesmo quando esses ficheiros não apareciam na vista do Lixo da aplicação Ficheiros. A solução alternativa de parar o serviço e eliminar a pasta restaurou temporariamente a apresentação normal do Lixo, mas o problema voltou a ocorrer após reinícios posteriores.
Isso torna a publicação útil como registo de diagnóstico, mas não como uma solução permanente e atual. O ZimaOS está agora numa linha de versões mais recente, e eliminar recursivamente diretórios de lixo ocultos é destrutivo: tudo o que ainda for necessário nessas pastas será removido permanentemente.
Confirme primeiro que o Lixo está realmente a ocupar espaço
O utilizador de origem verificou:
du -sh /var/lib/casaos_data/.media/*/.trashEste é um melhor primeiro passo do que eliminar seja o que for, porque coloca uma pergunta apenas de leitura: quanto espaço está presente no diretório do Lixo de cada unidade montada? O guia mais abrangente sobre o espaço ocupado pelos contentores de reciclagem do NAS explica por que motivo os dados eliminados podem continuar referenciados por contentores de reciclagem, instantâneos ou outras camadas de armazenamento.
O que a solução alternativa da versão 1.5.4 fez realmente
A sequência partilhada pela comunidade parou o icewhale-files e o SMB, removeu o diretório .trash afetado, reiniciou os serviços e executou sync. O autor relatou que as novas eliminações passaram então a aparecer corretamente no Lixo, mas apenas durante alguns dias, antes de o sintoma voltar.
Esse resultado é importante: demonstra que a solução alternativa limpou o estado imediato daquela instalação, mas não prova que a causa principal tenha sido corrigida. O utilizador também observou o comportamento numa unidade NTFS montada internamente, pelo que a discussão não estabeleceu o Btrfs como causa.
Por que motivo rm -R .trash deve ser o último passo
Eliminar a pasta Lixo oculta contorna a função de segurança de um contentor de reciclagem. Antes de o fazer, inspecione o conteúdo, restaure tudo o que for importante, confirme que existem cópias de segurança e certifique-se de que está a operar na unidade montada pretendida. Um erro de digitação numa shell com permissões de root pode afetar o caminho errado.
Se os ficheiros visíveis desapareceram, mas o espaço livre continua sem ser recuperado, utilize as verificações por camadas descritas na resolução de problemas relacionada com espaço eliminado no NAS, em vez de presumir que o Lixo é o único responsável.
Limite de versão: este foi um caso do ZimaOS 1.5.4
A funcionalidade Lixo foi originalmente introduzida no ZimaOS 1.3.1, com limpeza automática e restauro através da aplicação Ficheiros. As notas de lançamento do ZimaOS 1.3.1 documentam esse comportamento previsto.
As notas de lançamento da versão atual, 1.7.1, incluem várias correções relacionadas com serviços de ficheiros, mas não afirmam explicitamente que este erro específico de apresentação do Lixo oculto tenha sido corrigido. Por isso, não afirme que a atualização garante a resolução. Atualize primeiro para obter as correções atuais e de segurança e, em seguida, reproduza o sintoma antes de utilizar uma solução alternativa antiga.
Uma ordem de operações mais segura
- Atualize para uma versão estável atual do ZimaOS.
- Confirme a unidade afetada e registe o espaço livre.
- Meça as pastas
.trashocultas sem as alterar. - Restaure todos os ficheiros eliminados de que ainda necessite.
- Verifique os instantâneos, os ficheiros abertos e outras camadas de retenção se o espaço continuar a não corresponder.
- Só depois considere uma limpeza destrutiva do Lixo, garantindo a disponibilidade de uma cópia de segurança.
