As duplicações que aparecem apenas depois de ativar uma biblioteca externa geralmente significam que a mesma fotografia entrou na base de dados através de dois processos de ingestão diferentes.
Não comece por eliminar cartões que parecem idênticos. Primeiro, determine se a aplicação criou dois registos para um único ficheiro físico, indexou uma cópia carregada juntamente com o original externo ou encontrou um ficheiro editado genuinamente diferente. A solução consiste em remover a sobreposição no processo de ingestão, preservando o recurso principal e a respetiva propriedade.
Confirme se a duplicação é física ou ao nível da base de dados
Escolha uma fotografia duplicada e compare o caminho do sistema de ficheiros, o tamanho, a soma de verificação, a data e hora da captura e o ID do registo da biblioteca. Dois cartões na interface não significam automaticamente que existem duas cópias físicas.
O tratamento de recursos de bibliotecas externas pode expor ficheiros que já foram carregados através de outro processo, criando dois registos na aplicação mesmo quando a família guarda apenas uma imagem subjacente.
Se ambos os registos corresponderem ao mesmo conteúdo físico através de raízes de biblioteca diferentes, trata-se de um problema de limite de ingestão. Se existirem realmente dois ficheiros, analise antes o processo de cópia.
Mapeie todos os caminhos que podem indexar a mesma pasta
Anote o diretório de carregamentos, as raízes das bibliotecas externas, as montagens de ligação, os destinos de sincronização e qualquer pasta aninhada que aponte novamente para outra árvore indexada.
As configurações de fotografias autoalojadas separam frequentemente os carregamentos geridos do armazenamento monitorizado; compreender esses limites das bibliotecas do Immich torna mais fácil detetar raízes sobrepostas do que procurar na interface um botão genérico de remoção de duplicados.
Desative ou restrinja uma das fontes sobrepostas numa biblioteca de teste. Se o segundo registo desaparecer após uma nova análise suportada, mantendo o ficheiro acessível, mantenha um único processo de ingestão principal.
Separe a propriedade da identidade do ficheiro
Compare quem é o proprietário de cada registo da biblioteca e verifique se uma cópia foi carregada por um utilizador enquanto a biblioteca externa indexa o mesmo ficheiro para um administrador ou uma conta de serviço.
Um caminho de armazenamento autoalojado do Immich típico utiliza vários serviços e locais de armazenamento, pelo que bytes idênticos podem entrar na aplicação com regras de propriedade ou de ciclo de vida diferentes.
Não una registos cegamente quando a propriedade afeta álbuns, partilha, eliminação ou metadados faciais. Escolha o caminho cujo ciclo de vida corresponde à forma como a família espera gerir essa fotografia.
Compare cópias exatas com variantes editadas
Antes de eliminar qualquer elemento, compare as somas de verificação e as dimensões em píxeis. Uma edição feita no telemóvel, uma exportação com um ficheiro auxiliar aplicado ou uma reescrita de metadados pode parecer idêntica na galeria, embora seja um ficheiro genuinamente diferente.
O planeamento do armazenamento para o Immich salienta um planeamento deliberado do armazenamento externo do Immich; essa distinção é importante quando uma árvore externa contém originais, exportações editadas e cópias geridas já importadas lado a lado.
Utilize provas de conteúdo exato para identificar duplicados verdadeiros e mantenha os derivados editados quando estes contêm alterações pretendidas. Uma pontuação de semelhança visual, por si só, não é uma regra segura para eliminar ficheiros.
Escolha um limite de ingestão e verifique-o
Depois de selecionar a fonte principal, remova apenas a definição de biblioteca sobreposta ou a cópia gerida duplicada, utilizando as ações suportadas pela aplicação. Mantenha uma cópia de segurança independente até verificar o comportamento dos álbuns e da partilha.
O processo relacionado da ZimaSpace para o processo de migração de fotografias duplicadas é útil neste caso, pois trata a limpeza de duplicados como uma decisão de migração, e não como um atalho para a eliminação em massa.
Volte a testar com um novo carregamento a partir do telemóvel e com um ficheiro adicionado à pasta externa. A correção é estável quando cada novo recurso entra exatamente uma vez e permanece disponível após uma nova análise, sem produzir um segundo registo.
Suporte e Dicas
Mais para Ler

O Plex pode partilhar uma GPU com outro contentor Docker?
O Plex e outro contentor conseguem frequentemente aceder à mesma GPU, mas é necessário testar o suporte dos controladores, o mapeamento de dispositivos, a...

Como saber se um erro do Plex vem do cliente ou do servidor
Reproduza o mesmo item noutro cliente, compare o percurso da sessão e, em seguida, recolha provas do servidor apenas depois de o âmbito lhe...

Como configurar a cache do Plex e o armazenamento temporário de transcodificação
Proteja o estado persistente do Plex enquanto coloca os ficheiros temporários de transcodificação num armazenamento local adequado e, em seguida, verifique a limpeza, o...

