Verifique se os compartilhamentos fantasma vêm do servidor
O proprietário do ZimaCube ainda conseguia ver e montar compartilhamentos SMB vazios resultantes de duas tentativas falhadas de configuração de RAID5. Os compartilhamentos atuais no ZimaOS 1.2.2 podiam ser adicionados e removidos normalmente, mas os nomes antigos permaneciam no seletor de compartilhamentos de rede.
Um Mac que nunca tinha estabelecido ligação ao ZimaCube apresentava os mesmos nomes obsoletos. Esse controlo excluiu uma cache limitada a um único cliente e indicou que o estado obsoleto estava no lado do servidor.
Repita essa verificação de baixo risco antes de alterar o servidor: compare a lista de um novo cliente ou de um perfil limpo com os compartilhamentos ativos apresentados em Ficheiros no ZimaOS. Registe quais são reais e quais são montados como vazios.
Não reconstrua o RAID funcional para remover nomes de compartilhamentos
A equipa afirmou que o seu princípio de reparação era evitar obrigar os utilizadores a reconstruir ou recarregar dados RAID, salvo quando fosse inevitável. Mais tarde, confirmou que o problema dos compartilhamentos não afetaria os dados RAID existentes.
Isso separa a integridade do armazenamento da limpeza da lista de compartilhamentos. Verifique primeiro o conjunto atual e os compartilhamentos reais. Se o RAID estiver saudável e os dados continuarem acessíveis, os nomes fantasma não são uma indicação de que o conjunto tenha de ser recriado.
Se o conjunto estiver degradado ou em falta, pare e trate isso como um incidente de recuperação separado. Não combine uma reparação do armazenamento com uma limpeza SMB, pois isso elimina a possibilidade de determinar que alteração afetou cada problema.
A equipa confirmou um erro na gestão de compartilhamentos
Um membro da equipa do ZimaOS confirmou que as operações de ficheiros e armazenamento não estavam então associadas à limpeza de compartilhamentos. Outro utilizador comunicou um sintoma relacionado: mudar o nome ou eliminar uma pasta compartilhada deixava o nome SMB antigo ativo.
O problema original começou depois de o ZimaOS 1.2 não preservar a configuração RAID após ciclos de alimentação. A atualização para as versões 1.2.1 e 1.2.2 interrompeu a falha de persistência do RAID, mas os registos de compartilhamentos obsoletos permaneceram.
O ZimaOS 1.2.3 não os removeu. A equipa afirmou que a correção estava planeada para a versão 1.2.4 e ofereceu assistência remota antecipadamente, mas o tópico não contém nenhuma publicação posterior que confirme que a versão 1.2.4 eliminou as entradas do autor. Preserve esse limite de versões.
Evite editar manualmente ficheiros Samba gerados
O autor encontrou definições obsoletas em /etc/samba/smb.casa.conf. Editar, eliminar ou substituir esse ficheiro não persistia após o reinício, e a lista de rede por vezes continha mais nomes do que o próprio ficheiro.
Esse comportamento indica que outro componente regenerava ou fornecia o estado dos compartilhamentos. Edições manuais repetidas podem causar divergências em relação à gestão do ZimaOS sem produzir uma reparação duradoura.
Reponha quaisquer alterações experimentais, mantenha o RAID ativo intacto e utilize a interface suportada, o processo de atualização ou o processo de assistência remota. A recuperação deve ser validada a partir de um novo cliente depois de um reinício, não apenas através da inspeção de um ficheiro de configuração.
Escalone o problema com um inventário reproduzível de compartilhamentos
Se uma atualização suportada não remover as entradas fantasma, registe a versão do ZimaOS, a lista de compartilhamentos em Ficheiros, o seletor de compartilhamentos do cliente e os nomes que são montados como vazios. Indique que a mesma lista aparece num novo cliente.
Solicite a correção do estado dos compartilhamentos sem autorizar uma reconstrução do RAID, a menos que existam provas independentes no armazenamento que a exijam. A equipa ofereceu assistência remota especificamente para remover os compartilhamentos fantasma antes da atualização planeada.
Depois da correção, reinicie uma vez, estabeleça novamente a ligação a partir de um cliente existente e de um novo e confirme que apenas os compartilhamentos ativos aparecem e que abrem os caminhos esperados. Esse teste completo comprova a recuperação.
Perguntas frequentes
Os compartilhamentos SMB fantasma são apenas um problema de cache do macOS?
Não neste caso. Um Mac sem ligação anterior ao ZimaCube viu as mesmas entradas.
O ZimaOS 1.2.3 removeu os compartilhamentos antigos?
Não. O autor comunicou explicitamente que a versão 1.2.3 não os corrigiu.
O tópico confirmou que o ZimaOS 1.2.4 corrigiu o erro?
A equipa planeou a correção para a versão 1.2.4, mas o tópico não inclui uma validação final por parte do utilizador.
