Conclusão: Não reformate NTFS só porque o Windows mostra uma partilha ZimaOS vazia ou só de leitura
O caso de 2024 combinava três sintomas: o Windows encontrava a máquina ZimaOS, mas não mostrava pastas partilhadas; as credenciais não eram solicitadas de forma consistente; e as operações de cópia falhavam ou ficavam mais lentas. Suspeitou-se do NTFS, mas a IceWhale confirmou explicitamente que os discos NTFS podiam funcionar através de SMB. Por isso, a reformatação deve ser o último passo, não o primeiro.
O comportamento atual do SMB no ZimaOS é muito mais claro: as partilhas são autenticadas, as permissões são atribuídas como Leitura ou Leitura e escrita, e credenciais antigas do Windows podem fazer com que uma partilha válida pareça vazia ou inacessível.
Passo 1: Ligue-se à partilha exata com a conta pretendida
Não dependa apenas do ícone do dispositivo em Rede no Windows. Introduza diretamente a partilha:
\ZIMAOS-IP\SHARE-NAMESe o Windows tiver reutilizado silenciosamente uma conta antiga, limpe-a primeiro:
net use \ZIMAOS-IP\ /delete /y
cmdkey /delete:ZIMAOS-IPA atual resolução de problemas do SMB do ZimaOS identifica explicitamente a autenticação incorreta e as credenciais armazenadas em cache como causas de partilhas vazias e de longos atrasos na ligação.
Passo 2: Verifique a permissão de leitura e escrita no ZimaOS
Um utilizador que consiga abrir uma partilha pode ainda não ter permissão de escrita. Abra as definições da partilha Samba, selecione o membro pretendido e confirme Leitura e escrita. O ZimaOS atual separa o acesso de Membros e Convidados e permite ao gestor escolher Leitura ou Leitura e escrita para cada partilha.
Os membros Samba do ZimaOS constituem o modelo de permissões atual. A autenticação SMB do ZimaOS apresenta o fluxo de ligação do lado do cliente.
Passo 3: Separe a compatibilidade do sistema de ficheiros da autenticação SMB
Os sistemas de ficheiros NTFS, exFAT e nativos do Linux não expõem a propriedade e as permissões exatamente da mesma forma, mas um disco NTFS não fica automaticamente inutilizável através do Samba. Primeiro, verifique se o ZimaOS consegue ler e escrever no disco localmente, se o membro Samba tem permissão de escrita e se o Windows está a utilizar a conta esperada.
Se o disco contiver dados existentes, nunca o formate apenas para testar uma hipótese relacionada com SMB. Utilize antes outro disco ou pasta vazia para o teste.
Passo 4: Diagnostique as transferências lentas de forma independente
Uma cópia que abranda de uma velocidade inicial elevada para uma velocidade contínua muito inferior pode ser afetada pela cache do disco, por ficheiros pequenos, pelo armazenamento USB, por discos SMR, pela negociação da rede ou pelo processamento do lado do servidor. Meça as diferentes camadas separadamente:
# Teste de escrita no disco local do ZimaOS para um caminho descartável
dd if=/dev/zero of=/media/STORAGE/test.img bs=1M count=2048 status=progress conv=fdatasync
# débito da rede, quando o iperf3 estiver disponível
iperf3 -s
iperf3 -c SERVER-IPOs testes de rede com iperf separam a velocidade da rede do comportamento do disco e do Samba. O protocolo SMB do Windows fornece o contexto do protocolo no Windows.
Passo 5: Teste uma pasta de armazenamento ZimaOS conhecida por funcionar
Crie uma pequena pasta de teste num espaço de armazenamento gerido pelo ZimaOS, partilhe-a com um membro com permissão de Leitura e escrita, limpe as credenciais do Windows e copie um único ficheiro de 1–2 GB. Se funcionar, o serviço Samba básico e o modelo de contas estão a funcionar corretamente. Volte a introduzir o disco NTFS/exFAT externo depois do teste de controlo.
Não utilize o acesso de Convidado para ocultar um problema de credenciais
O acesso de Convidado pode fazer com que os testes pareçam mais fáceis, mas elimina as informações necessárias para verificar que conta é proprietária da ligação. Para uma partilha permanente doméstica ou de equipa, as credenciais explícitas dos membros são mais fáceis de auditar e permitem diferentes direitos de Leitura e escrita.
A partilha de ficheiros NAS ajuda a escolher entre SMB direto na LAN, ZimaClient e outros métodos de acesso a ficheiros.
Quando a partilha continua só de leitura
Verifique o caminho real no anfitrião, o estado da montagem e a capacidade de escrita do sistema de ficheiros local. Se o próprio ZimaOS não conseguir criar um ficheiro no disco montado, o Samba não pode conceder capacidades que o sistema de ficheiros ou a montagem não disponibilizam. Se as escritas locais funcionarem, mas as escritas através de SMB falharem, volte a verificar as permissões da partilha e as credenciais da sessão do Windows em vez de formatar o disco.
FAQ
O NTFS causa problemas no SMB do ZimaOS?
O NTFS pode ter semânticas de permissões diferentes no Linux, mas não é inerentemente incompatível com o SMB do ZimaOS. Comece por diagnosticar as permissões da conta e a capacidade de escrita do disco local.
Porque é que o Windows mostra uma pasta ZimaOS vazia?
Uma credencial armazenada em cache ou anónima pode estabelecer ligação sem os direitos esperados. Limpe as sessões SMB existentes do Windows e volte a ligar-se com o membro ZimaOS pretendido.
Porque consigo ler ficheiros, mas não copiar ficheiros novos?
A partilha pode estar configurada como Leitura em vez de Leitura e escrita, ou o sistema de ficheiros montado subjacente pode estar em modo só de leitura.
Devo ativar o acesso de Convidado?
Utilize o acesso de Convidado apenas quando o acesso anónimo for intencionalmente necessário. Não é uma boa solução permanente para credenciais com problemas.
Como sei se o SMB lento se deve à rede ou ao disco?
Meça separadamente o débito bruto da LAN e a velocidade de escrita do disco local e, em seguida, compare esses resultados com a transferência SMB.
