Como verificar arquivos corrompidos em uma biblioteca consolidada de fotos

Um arquivo pode ter uma extensão conhecida e um tamanho plausível, mas conter dados de imagem truncados ou danificados. Por outro lado, um arquivo que abre em um visualizador ainda pode gerar avisos ou falhar em um decodificador diferente. A verificação registra como uma ferramenta específica lê um arquivo; ela não comprova que cada pixel esteja visualmente correto nem que todos os aplicativos interpretarão o arquivo da mesma forma.

O magick identify do ImageMagick relata características da imagem e pode apontar arquivos incompletos ou corrompidos. Para uma verificação consistente, use +ping para solicitar uma leitura completa: o ImageMagick explica que seu modo padrão ping lê apenas as informações necessárias para identificação básica e pode evitar a leitura da imagem inteira. Adicione -regard-warnings para que os avisos influenciem o status de saída do comando. Documentação do Identify do ImageMagick, Uso básico do ImageMagick

Encare o resultado como uma triagem. Um aviso relatado merece análise; não constitui, por si só, prova de que a foto está inutilizável. Uma verificação sem erros significa que este decodificador concluiu a análise sem relatar problemas, não que a imagem tenha boa aparência visual ou que todos os detalhes específicos do formato do arquivo estejam válidos.

Comece com uma cópia estável ou backup. Não execute tentativas de reparo ou conversão na única cópia de um arquivo: algumas tentativas de recuperação podem alterar dados, e uma gravação interrompida pode agravar o dano de um arquivo corrompido. Se a biblioteca consolidada estiver distribuída por várias unidades ou pastas, anote todos os diretórios raiz que pretende incluir.

Feche softwares que estejam importando, editando ou sincronizando o acervo ativamente. Isso reduz as chances de um arquivo ser modificado durante a verificação. Confirme que as unidades montadas estão acessíveis e que a conta de usuário responsável pela verificação possui permissões de leitura. Um erro de permissão ou uma unidade desconectada deve ser tratado como uma área não verificada, e não como um resultado sem erros.

Instale o ImageMagick a partir de sua distribuição oficial para o seu sistema operacional e confirme que o comando magick está disponível no terminal. Teste-o antes em algumas imagens já conhecidas. A sintaxe de comandos do ImageMagick refere-se à versão 7; instalações mais antigas podem usar outros nomes de comando. Não interprete um erro de comando inexistente ou formato não suportado como indício de que o arquivo está corrompido.

No macOS ou Linux, o Bash pode percorrer uma biblioteca recursivamente e registrar falhas e avisos em um log separado. Substitua /path/to/photo-library e o caminho do relatório pelas localizações reais. Mantenha o relatório fora da biblioteca examinada para que a rotina não tente analisá-lo como se fosse uma imagem.

: > "$HOME/photo-scan-errors.log"
find "/path/to/photo-library" -type f -print0 |
while IFS= read -r -d '' file; do
  if ! magick identify +ping -regard-warnings "$file" >/dev/null 2>>"$HOME/photo-scan-errors.log"; then
    printf '%s\n' "$file"
  fi
done

O terminal exibirá o caminho dos arquivos cuja verificação retornou falha; o arquivo de log capturará as mensagens de diagnóstico do ImageMagick. Como o loop inclui todos os arquivos, itens que não sejam imagens também podem ser listados como formatos não reconhecidos. Isso é esperado se a biblioteca contiver arquivos sidecar, documentos ou outros conteúdos que não sejam imagens. Em um acervo misto, trate o erro de “formato desconhecido” separadamente de um erro de decodificação e filtre a verificação por extensões de imagem conhecidas, se necessário. Filtrar por extensão pode omitir imagens cujos nomes utilizem extensões incomuns ou inexistentes.

Se o arquivo de log estiver vazio e nenhum caminho for exibido, a execução não gerou diagnósticos nem falhas sob a avaliação deste decodificador. Confirme se o caminho raiz estava correto e se a verificação realmente terminou; um relatório em branco provocado por erro de digitação, unidade inacessível ou comando interrompido não deve ser considerado um teste aprovado. Para bibliotecas muito grandes, execute o comando em uma pasta ou unidade por vez e identifique cada relatório para ter clareza sobre o que foi de fato coberto.

Use o caminho impresso para localizar o arquivo original e execute a verificação apenas nesse arquivo para obter um diagnóstico mais claro: magick identify +ping -regard-warnings "/full/path/to/file.jpg". Registre a mensagem exibida e compare com o comportamento em outro visualizador ou editor. Verifique se o arquivo abre completamente, apenas em parte ou se não abre. Lembre-se de que alguns aplicativos conseguem exibir uma miniatura embutida mesmo quando os dados da imagem principal estão corrompidos.

Separe três cenários em suas anotações: arquivos que falham na decodificação, arquivos decodificados com avisos e arquivos que decodificam mas parecem incompletos ou visualmente danificados. Isso torna a investigação posterior muito mais assertiva do que tratar todos os avisos da mesma forma. Formatos com múltiplos quadros, como GIF ou TIFF, podem conter várias imagens em um único arquivo; inspecione os quadros ou páginas relevantes caso o problema surja somente a partir do segundo quadro.

Se houver outra cópia do arquivo, faça a comparação antes de tentar qualquer reparo. O hash do arquivo pode comprovar se duas cópias têm exatamente o mesmo conteúdo: a Microsoft documenta que hashes idênticos indicam conteúdos exatamente iguais, e que nomes ou extensões diferentes não alteram o hash. Por exemplo, o comando Get-FileHash do PowerShell utiliza SHA-256 por padrão. Microsoft Learn: Get-FileHash

Hashes idênticos mostram que duas cópias são exatamente iguais byte a byte; eles não garantem que nenhuma das cópias esteja íntegra. Se ambas as cópias falharem da mesma forma, procure outro backup ou a fonte original. Se uma cópia passar no teste e a outra falhar, preserve a cópia funcional e só substitua o arquivo danificado após certificar-se de que correspondem à mesma foto pretendida. Conserve o arquivo sinalizado original até validar a substituição.

Caso não haja outra cópia em bom estado, faça um duplicado do arquivo sinalizado antes de testar ferramentas de recuperação específicas do formato. Analise qualquer arquivo recuperado do zero, abra-o em um visualizador e compare as dimensões e outros atributos esperados. O ExifTool ressalta que não foi projetado para validar imagens; os testes de -validate oferecem verificações adicionais voltadas principalmente a JPEG e TIFF, devendo servir como diagnóstico suplementar e não como um veredito definitivo de aprovação/reprovação. ExifTool FAQ: O ExifTool pode ser usado como validador de imagens?

Antes de considerar a auditoria concluída, certifique-se de que todas as pastas pretendidas foram incluídas, a verificação chegou ao fim e o relatório foi salvo. Avalie mensagens referentes a unidades ilegíveis, falhas de permissão, formatos não suportados ou decodificadores ausentes separadamente das falhas reais de leitura de imagem. Execute o teste novamente nos arquivos restaurados e faça uma amostragem visual da biblioteca com um visualizador de imagens, dedicando atenção especial aos itens sinalizados e a arquivos com múltiplos quadros.

Guarde a data da verificação, a versão do ImageMagick, as pastas analisadas e o log de falhas junto às suas notas de manutenção. Esse histórico servirá de base de comparação para futuras verificações e facilitará diferenciar um aviso já existente de um novo erro de leitura. Uma análise criteriosa reúne leitura completa do decodificador, inspeção visual direcionada e validação de eventuais cópias de substituição; nenhum comando sozinho toma essas decisões por você.

• Documentação do Identify do ImageMagick

• Uso básico do ImageMagick

• Microsoft Learn: Get-FileHash

• ExifTool FAQ: O ExifTool pode ser usado como validador de imagens?