O que causa a alteração dos nomes dos ficheiros após mover dados entre macOS e Linux?

Os nomes dos ficheiros podem mudar entre macOS e Linux mesmo quando o conteúdo do ficheiro permanece idêntico.

As causas habituais são a normalização Unicode, regras diferentes de sensibilidade a maiúsculas/minúsculas e a reescrita de caracteres pelo SMB que outro cliente não consegue representar de forma segura. Identifique primeiro o padrão visual e depois teste uma pequena cópia antes de renomear um arquivo inteiro.

O Nome Pode Parecer Igual mas Ser Armazenado de Forma Diferente

Os caracteres acentuados podem ser codificados como um único ponto de código composto ou como uma letra base mais um sinal combinatório. Essas formas NFC e NFD podem parecer idênticas no ecrã, enquanto ferramentas de backup, scripts, bases de dados ou aplicações Linux tratam as sequências de bytes como nomes diferentes.

Uma ferramenta de transferência pode normalizar os nomes durante a cópia, fazendo com que a grafia no destino pareça alterada ou causando que uma sincronização posterior reporte um renomear. Compare pontos de código Unicode em vez de confiar apenas no Finder ou numa listagem de terminal.

A Sensibilidade a Maiúsculas/Minúsculas Cria Conflitos e Renomeações Só na Caixa

Os volumes padrão do macOS são normalmente insensíveis à caixa mas preservam a caixa, enquanto os sistemas de ficheiros comuns do Linux são sensíveis à caixa. Por isso, o Linux pode armazenar Photo.jpg e photo.jpg na mesma diretoria mesmo quando o destino macOS não consegue tratá-los como nomes separados.

Renomeações só na caixa podem também estar ocultas numa ferramenta a correr no macOS e reaparecer depois dos ficheiros chegarem ao Linux. Antes da migração, gere uma lista ignorando caixa e resolva duplicados com um mapa de nomes reversível.

O SMB Pode Reescrever Caracteres Não Suportados

Protocolos de rede e clientes aplicam as suas próprias regras para nomes de ficheiros. Um nome criado através de um fluxo de trabalho Mac mais antigo pode conter caracteres que outro cliente SMB rejeita, desencadeando alteração de nome SMB para caracteres não suportados, como uma forma alfanumérica abreviada com um til.

Não desative a alteração cegamente. O nome original pode continuar inutilizável no Windows ou noutro cliente, e aplicações que armazenaram o caminho antigo podem ainda precisar de ser religadas após qualquer renomeação.

Normalize e Verifique os Nomes Antes da Transferência Completa

Faça um inventário da origem para diferenças de normalização Unicode, duplicados ignorando caixa, espaços ou pontos finais no fim, nomes reservados, caracteres de controlo e símbolos específicos do protocolo. Copie uma amostra representativa com a ferramenta de produção exata e compare os hashes dos ficheiros separadamente dos nomes dos caminhos.

Guarde um manifesto de renomeação da origem para o destino para que scripts, bibliotecas de media e ficheiros de projeto possam ser religados. Considere também os atributos estendidos durante a migração NAS, porque os nomes dos ficheiros são apenas uma camada da metadata multiplataforma que uma ferramenta de cópia pode transformar ou omitir.

Perguntas Frequentes

A normalização do nome do ficheiro altera o conteúdo do ficheiro?

Não. Altera a representação do nome do caminho, não os bytes dentro do ficheiro. Verifique o conteúdo com hashes e os nomes com um manifesto separado.

Porque é que só os nomes com acentos são afetados?

Muitos caracteres acentuados têm formas Unicode compostas e decompostas. As letras ASCII simples geralmente têm apenas uma representação relevante, por isso a incompatibilidade permanece invisível aí.

Podem dois ficheiros Linux colapsar num só no macOS?

Podem colidir quando os seus nomes diferem apenas na caixa ou normalizam para a mesma forma. Detete e renomeie conflitos antes de copiar para que nenhum ficheiro seja ignorado ou sobrescrito.