Se um ficheiro desaparecer do Explorador do Windows, mas o ZimaOS continuar a indicar que o disco está cheio, a primeira pergunta não é “a eliminação através de SMB falhou?”. O ficheiro pode ter sido movido para o fluxo do Lixo do ZimaOS, mantido numa pasta de lixo oculta ou afetado por um erro de apresentação/indexação do lixo específico da versão.
O tópico original não chegou a uma solução confirmada. Um membro da comunidade disse que este era um comportamento normal do Samba e sugeriu pastas ocultas como .recycle, .Trash ou .Trash-1000. Esse conselho era demasiado genérico para o ZimaOS. Mais tarde, durante a resolução de problemas da versão 1.5.4, foi identificada a pasta de lixo oculta do próprio ZimaOS em /var/lib/casaos_data/.media/.../.trash, enquanto a aplicação Ficheiros atual inclui um Caixote do Lixo próprio.
Os Ficheiros do ZimaOS Têm um Caixote do Lixo Oficial
A IceWhale adicionou um Caixote do Lixo visual aos Ficheiros no ZimaOS 1.3.1. As notas de lançamento descrevem a restauração de itens eliminados e a limpeza automática após 30 dias.
Consulte a funcionalidade oficial do Caixote do Lixo do ZimaOS antes de eliminar manualmente pastas ocultas.
O “Comportamento Normal do Samba” da Fonte Não Foi Verificado
O autor original perguntou se todas as eliminações exigiriam uma limpeza através da linha de comandos, mas nenhuma resposta posterior confirmou qual pasta oculta estava a consumir espaço ou se a eliminação a partir do Windows era encaminhada para o Lixo do ZimaOS nessa versão.
Por conseguinte, a fonte deve ser tratada como uma hipótese inicial e não como um diagnóstico confirmado.
O ZimaOS 1.5.4 Teve Mais Tarde um Erro Documentado de Apresentação/Sincronização de .trash
Um tópico separado da comunidade, de fevereiro de 2026, descobriu ficheiros eliminados a acumular-se em:
/var/lib/casaos_data/.media/Mounted-Drive-Label/.trashenquanto a interface do Lixo dos Ficheiros não os apresentava corretamente. A solução temporária parava os Ficheiros/SMB, removia a pasta de lixo oculta afetada, reiniciava os serviços e sincronizava as gravações — mas o autor afirmou mais tarde que o problema regressava após reinícios.
Esta é uma solução temporária específica da versão, partilhada pela comunidade, e não um procedimento universal seguro para eliminar ficheiros.
Verifique primeiro Ficheiros → Lixo antes de limpar através de SSH
Para um utilizador atual, abra primeiro o Caixote do Lixo dos Ficheiros e verifique o que está a ser mantido. Se os itens eliminados estiverem visíveis, esvazie o lixo através da interface em vez de remover caminhos de metadados internos a partir da shell.
A retenção automática explica por que motivo o espaço pode não ser recuperado imediatamente
Se os ficheiros eliminados forem intencionalmente mantidos para recuperação, a utilização do armazenamento pode continuar elevada até o lixo ser esvaziado ou o período de retenção expirar. Este comportamento protege os utilizadores contra eliminações acidentais, mas pode surpreender quem elimina centenas de gigabytes através de SMB.
Avalie o verdadeiro consumidor de espaço antes de eliminar pastas ocultas
Se o Lixo dos Ficheiros parecer vazio, mas a utilização do disco continuar elevada, verifique:
- dados de lixo ocultos;
- retenção de cópias de segurança/versões;
- instantâneos Btrfs, se utilizados;
- ficheiros gravados abaixo de um ponto de montagem em falta;
- ficheiros abertos mas eliminados, mantidos por um processo em execução;
- caches de aplicações ou dados do Docker.
Não parta do princípio de que todos os gigabytes inexplicados pertencem ao lixo.
A eliminação através do Explorador não deve exigir SSH manual sempre
Uma configuração atual saudável deve permitir que os fluxos de trabalho normais de SMB/Ficheiros tratem da eliminação sem que o utilizador tenha de remover repetidamente pastas de lixo internas. Se cada eliminação no Explorador exigir uma limpeza manual, considere isso um problema atual do comportamento dos Ficheiros/SMB e registe a versão do ZimaOS.
Não elimine cegamente caminhos internos de .media
Os caminhos em /var/lib/casaos_data/.media fazem parte do modelo interno de montagem/lixo do serviço de ficheiros do ZimaOS. Remover a pasta errada enquanto os serviços estão ativos pode afetar a indexação ou o armazenamento montado.
Utilize primeiro a interface e contacte o suporte antes de aplicar uma solução antiga através da shell, específica da versão 1.5.4, numa versão atual do ZimaOS.
Volte a testar na versão atual do ZimaOS antes de reproduzir um erro do lixo da versão 2025/1.5.4
A versão atual do ZimaOS é a 1.7.1 e continua a receber correções para o serviço de ficheiros, a memória, as operações de cortar/mover e a segurança. A fonte é útil para compreender a camada do lixo, mas não para provar que o mesmo erro ainda existe atualmente.
Perguntas frequentes sobre a eliminação através de SMB e o Lixo
Os ficheiros eliminados podem continuar a ocupar espaço por estarem no Lixo?
Sim. Os Ficheiros do ZimaOS têm um Caixote do Lixo oficial e um comportamento de retenção.
O diagnóstico da pasta oculta no tópico original de 2025 foi confirmado pelo utilizador?
Não. O tópico terminou antes de o utilizador comunicar uma limpeza bem-sucedida.
Os utilizadores atuais devem eliminar manualmente /var/lib/casaos_data/.media/.../.trash?
Não como primeiro passo. Esse caminho surgiu numa solução temporária posterior da comunidade para a versão 1.5.4 e só deve ser utilizado com evidências específicas da versão e com cuidado.
