Cómo comprobar si hay archivos dañados en una fototeca consolidada
Para comprobar una fototeca consolidada, analice cada imagen con un decodificador que lea los datos de la imagen, guarde un informe de los archivos que fallen o generen advertencias y, a continuación, inspeccione esos archivos individualmente antes de reemplazar o restaurar nada. Una comprobación rápida de miniaturas o del tamaño de los archivos puede detectar problemas evidentes, pero no puede determinar si la imagen completa es legible. Este flujo de trabajo utiliza magick identify de ImageMagick y está pensado para una fototeca almacenada en una unidad local o montada.
Qué puede (y qué no puede) indicarle una comprobación de daños
Un archivo puede tener una extensión común y un tamaño verosímil y, aun así, contener datos de imagen truncados o dañados. Por el contrario, un archivo que se abre en un visor puede generar advertencias o fallar en un decodificador diferente. Un análisis registra cómo lee un archivo una herramienta específica; no demuestra que cada píxel sea visualmente correcto ni que todas las aplicaciones vayan a interpretar el archivo de forma idéntica.
magick identify de ImageMagick informa sobre las características de la imagen y puede detectar archivos incompletos o dañados. Para realizar una comprobación significativa, utilice +ping para solicitar una lectura completa: ImageMagick explica que su modo ping predeterminado solo lee la información necesaria para una identificación básica y puede evitar la lectura de la imagen entera. Añada -regard-warnings para que las advertencias afecten al estado de salida del comando. Documentación de ImageMagick Identify, Uso básico de ImageMagick
Considere el resultado como un triaje. Una advertencia reportada merece una revisión; no es, por sí sola, una prueba de que la foto sea inservible. Un análisis limpio significa que este decodificador finalizó sin reportar problemas, no que la imagen se vea bien o que todos los detalles específicos del formato de archivo sean válidos.
Prepare la fototeca antes de escanear
Comience con una copia estable o una copia de seguridad. No ejecute una reparación o conversión sobre la única copia de un archivo: algunos intentos de recuperación pueden alterar los datos, mientras que una escritura interrumpida puede empeorar un archivo dañado. Si la fototeca consolidada abarca varias unidades o carpetas, anote cada directorio raíz que pretenda incluir.
Cierre el software que esté importando, editando o sincronizando activamente la colección. Esto reduce la posibilidad de que un archivo cambie mientras se está escaneando. Confirme que las unidades montadas estén disponibles y que la cuenta con la que realiza el análisis pueda leerlas. Un error de permisos o un volumen desconectado debe tratarse como un área no escaneada, no como un resultado limpio.
Instale ImageMagick desde su distribución oficial para su sistema operativo y, a continuación, confirme que el comando magick esté disponible en una terminal. Pruébelo primero con unas cuantas imágenes conocidas. La sintaxis del comando de ImageMagick corresponde a la versión 7; las instalaciones más antiguas pueden utilizar nombres de comandos diferentes. No interprete un error de comando no encontrado o de formato no compatible como prueba de que un archivo esté dañado.
Ejecute un análisis completo y capture el informe
En macOS o Linux, Bash puede recorrer una fototeca de forma recursiva y escribir los fallos y advertencias en un registro independiente. Reemplace /path/to/photo-library y la ruta del informe con sus ubicaciones reales. Mantenga el informe fuera de la biblioteca que se está analizando para que el escaneo no lo procese como una imagen.
: > "$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
La terminal imprime las rutas de los archivos cuya comprobación devolvió un error; el registro captura los mensajes de diagnóstico de ImageMagick. El bucle incluye cada archivo, por lo que los archivos que no son imágenes también pueden reportarse como formatos no reconocidos. Esto es esperable si la fototeca contiene archivos asociados (sidecar), documentos u otro contenido que no sean imágenes. En el caso de un archivo mixto, trate el "formato desconocido" de forma independiente a un error de decodificador y restrinja el análisis a extensiones de imagen conocidas si es necesario. El filtrado por extensión puede omitir imágenes cuyos nombres utilicen extensiones inusuales o carezcan de ellas.
Si el registro está vacío y no se imprimió ninguna ruta, la ejecución no produjo diagnósticos ni fallos bajo la comprobación de este decodificador. Confirme que la ruta raíz era correcta y que el análisis finalizó; un informe vacío debido a un error tipográfico, una unidad inaccesible o un comando interrumpido no equivale a una prueba superada. Para fototecas muy grandes, analice una carpeta o unidad a la vez y etiquete cada informe para que pueda ver qué se cubrió realmente.
Revise cada archivo señalado de forma segura
Utilice la ruta mostrada para ubicar el original y, a continuación, ejecute la comprobación únicamente en ese archivo para obtener un diagnóstico más claro: magick identify +ping -regard-warnings "/full/path/to/file.jpg". Registre el mensaje y compárelo con la respuesta de un segundo visor o editor. Compruebe si el archivo se visualiza por completo, solo parcialmente o no se visualiza en absoluto. Tenga en cuenta que una aplicación puede mostrar una vista previa incrustada incluso cuando los datos de la imagen principal están dañados.
Distinga tres casos en sus notas: un archivo que no se puede decodificar, uno que se decodifica con una advertencia y uno que se decodifica pero se ve inesperadamente incompleto o visualmente dañado. Esto hace que el seguimiento sea más útil que tratar todas las advertencias como si fueran idénticas. Los formatos de múltiples fotogramas como GIF o TIFF pueden contener varias imágenes en un solo archivo; inspeccione los fotogramas o páginas correspondientes si el problema solo aparece a partir del primero.
Elija una vía de recuperación sin sobrescribir el origen
Si existe otra copia, compárela antes de intentar repararla. Un hash de archivo puede indicar si dos copias tienen exactamente el mismo contenido: Microsoft documenta que los hashes coincidentes identifican contenidos de archivo idénticos, mientras que nombres o extensiones diferentes no afectan al hash. Por ejemplo, Get-FileHash de PowerShell utiliza SHA-256 de forma predeterminada. Microsoft Learn: Get-FileHash
Los hashes coincidentes demuestran que dos copias son idénticas byte por byte; no determinan que ninguna de las copias esté en buen estado. Si ambas copias fallan de la misma manera, busque otra copia de seguridad o fuente original. Si una pasa y la otra falla, conserve la copia funcional y reemplace la copia dañada solo después de confirmar que los archivos corresponden a la misma foto deseada. Conserve el archivo original marcado hasta que se verifique el reemplazo.
Si no dispone de una copia en buen estado, haga un duplicado independiente del archivo señalado antes de probar una herramienta de recuperación específica para el formato. Vuelva a comprobar desde cero cualquier resultado recuperado, ábralo en un visor y compare las dimensiones u otras características esperadas. ExifTool advierte que no está diseñado como un validador de imágenes; sus comprobaciones con -validate proporcionan revisiones adicionales principalmente para JPEG y TIFF, por lo que debe utilizarse como un diagnóstico complementario y no como una prueba universal de correcto/incorrecto. Preguntas frecuentes de ExifTool: ¿Se puede utilizar ExifTool como validador de imágenes?
Confirme la cobertura y mantenga un registro útil
Antes de dar por concluida la auditoría, verifique que se haya incluido cada carpeta prevista, que el análisis haya llegado hasta el final y que se haya guardado el informe. Revise los mensajes que indiquen una unidad ilegible, un problema de permisos, un formato no compatible o la falta de un decodificador de forma separada a los fallos confirmados de lectura de imágenes. Vuelva a ejecutar la comprobación en los archivos restaurados y examine una muestra de la colección en un visor de imágenes, prestando especial atención a los elementos marcados y a los archivos de múltiples fotogramas.
Guarde la fecha del análisis, la versión de ImageMagick, las carpetas analizadas y el registro de fallos junto con sus notas de mantenimiento. Ese registro permitirá comparar análisis futuros y ayudará a distinguir una advertencia antigua de un nuevo problema de lectura. Una comprobación rigurosa combina una lectura completa del decodificador, una revisión visual específica y la verificación de cualquier copia de reemplazo; ningún comando por sí solo puede tomar esas decisiones por usted.
