Как проверить объединенную медиатеку фотографий на наличие поврежденных файлов

Файл может иметь привычное расширение и правдоподобный размер, но при этом содержать усеченные или поврежденные графические данные. И наоборот: файл, открывающийся в одной программе просмотра, может вызывать предупреждения или сбои в другом декодере. Сканирование лишь фиксирует, как конкретный инструмент считывает файл; оно не доказывает, что каждый пиксель визуально корректен или что все приложения интерпретируют файл одинаково.

Команда ImageMagick magick identify сообщает характеристики изображения и может выявлять неполные или поврежденные файлы. Для полноценной проверки используйте флаг +ping, требующий полного считывания: в документации ImageMagick поясняется, что стандартный режим ping считывает только информацию, необходимую для базовой идентификации, не затрагивая все изображение целиком. Добавьте флаг -regard-warnings, чтобы предупреждения влияли на код завершения команды. Документация по ImageMagick Identify, Основы использования ImageMagick

Относитесь к результатам как к первичной сортировке. Обнаруженное предупреждение требует внимания, но само по себе не доказывает, что фотография непригодна для использования. Успешное сканирование означает лишь то, что данный декодер завершил работу без сообщений об ошибках, а не то, что изображение выглядит правильно или что все специфические детали формата файла корректны.

Начните со стабильной копии или резервной копии. Не запускайте восстановление или конвертацию поверх единственной копии файла: некоторые попытки восстановления могут изменить данные, а прерванная запись способна окончательно испортить поврежденный файл. Если объединенная медиатека распределена по нескольким дискам или папкам, выпишите все корневые каталоги, которые планируете включить в проверку.

Закройте программы, которые в данный момент импортируют, редактируют или синхронизируют коллекцию. Это снизит вероятность изменения файла в процессе сканирования. Убедитесь, что подключенные диски доступны, а учетная запись, из-под которой запускается сканирование, имеет права на их чтение. Ошибку доступа или отключенный том следует рассматривать как непросканированную область, а не как успешный результат.

Установите ImageMagick из официального дистрибутива для вашей операционной системы, затем убедитесь, что команда magick доступна в терминале. Сначала протестируйте ее на нескольких заведомо исправных изображениях. Написание команд ImageMagick приведено для версии 7; в старых версиях могут использоваться другие имена команд. Не принимайте ошибку отсутствия команды или неподдерживаемого формата за признак повреждения файла.

В macOS или Linux командная оболочка Bash может рекурсивно обойти всю медиатеку и записать ошибки и предупреждения в отдельный лог-файл. Замените /path/to/photo-library и путь к отчету на ваши реальные пути. Сохраняйте отчет за пределами сканируемой медиатеки, чтобы процесс не посчитал его изображением.

: > "$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

В терминал выводятся пути к файлам, проверка которых завершилась сбоем, а в лог записываются диагностические сообщения от ImageMagick. Цикл перебирает все файлы подряд, поэтому файлы других типов также могут быть отмечены как нераспознанные форматы. Это нормально, если в медиатеке присутствуют файлы метаданных (sidecar), документы или другие неграфические объекты. Для смешанного архива отделяйте ошибки «неизвестный формат» от ошибок декодера и при необходимости ограничьте сканирование известными расширениями изображений. Однако фильтрация по расширениям может пропустить изображения с нестандартными или отсутствующими расширениями.

Если лог пуст и ни один путь не выведен, значит, при проверке этим декодером не возникло никаких предупреждений и ошибок. Убедитесь, что корневой путь был указан верно и сканирование завершилось: пустой отчет из-за опечатки, недоступного диска или прерванной команды не означает, что проверка пройдена успешно. Для очень больших медиатек запускайте сканирование по отдельным папкам или дискам и помечайте каждый отчет, чтобы точно знать, что именно было проверено.

Используйте выведенный путь, чтобы найти исходный файл, затем выполните проверку только для него, чтобы получить более подробную диагностику: magick identify +ping -regard-warnings "/full/path/to/file.jpg". Зафиксируйте полученное сообщение и сравните его с поведением другой программы для просмотра или редактирования. Проверьте, отображается ли файл полностью, частично или не открывается вовсе. Помните, что приложение может отображать встроенное превью, даже если основные графические данные повреждены.

Разделяйте в своих записях три случая: файл, который не удалось декодировать; файл, который декодируется с предупреждением; и файл, который декодируется, но выглядит неполным или визуально поврежденным. Такой подход упростит дальнейшую работу, в отличие от ситуации, когда все предупреждения рассматриваются как равнозначные. Многокадровые форматы, такие как GIF или TIFF, могут содержать несколько изображений в одном файле; проверьте соответствующие кадры или страницы, если проблема проявляется только после первого кадра.

Если существует другая копия, сравните ее перед попыткой восстановления. Хеш файла позволяет узнать, абсолютно ли идентично содержимое двух копий: документация Microsoft подтверждает, что совпадающие хеши указывают на идентичное содержимое файлов, при этом различия в именах или расширениях на хеш не влияют. Например, командлет Get-FileHash в PowerShell по умолчанию использует SHA-256. Microsoft Learn: Get-FileHash

Совпадение хешей показывает, что две копии побайтово идентичны; однако это не подтверждает исправность ни одной из них. Если обе копии выдают одинаковую ошибку, поищите другую резервную копию или первоисточник. Если одна проходит проверку, а другая нет, сохраните рабочую копию и заменяйте поврежденную только после того, как убедитесь, что обе версии соответствуют одной и той же фотографии. Сохраняйте исходный проблемный файл до тех пор, пока замена не будет проверена.

Если рабочей копии нет, сделайте отдельный дубликат проблемного файла перед использованием специализированных утилит восстановления для данного формата. Заново проверьте любой восстановленный результат с нуля, откройте его в программе просмотра и сравните размеры и другие ожидаемые характеристики. В ExifTool отмечается, что утилита не предназначена для валидации изображений; ее опция -validate предоставляет дополнительные проверки главным образом для JPEG и TIFF, поэтому используйте ее как вспомогательный инструмент диагностики, а не как универсальный критерий успешности проверки. ExifTool FAQ: Can ExifTool be used as an image validator?

Прежде чем считать аудит завершенным, убедитесь, что были включены все нужные папки, сканирование дошло до конца, а отчет был сохранен. Анализируйте сообщения о нечитаемом диске, проблемах с правами доступа, неподдерживаемом формате или отсутствующем декодере отдельно от подтвержденных сбоев чтения изображений. Заново запустите проверку для восстановленных файлов и выборочно просмотрите коллекцию в программе просмотра изображений, обращая особое внимание на проблемные элементы и многокадровые файлы.

Сохраняйте дату сканирования, версию ImageMagick, список проверенных папок и лог ошибок вместе с вашими сервисными записями. Эти сведения позволят корректно сопоставить результаты при последующих сканированиях и помогут отличить старое предупреждение от новой проблемы чтения. Тщательная проверка сочетает в себе полное декодирование данных, выборочный визуальный осмотр и верификацию замененных копий — ни одна отдельная команда не сможет принять эти решения за вас.

• Документация по ImageMagick Identify

• Основы использования ImageMagick

• Microsoft Learn: Get-FileHash

• ExifTool FAQ: Can ExifTool be used as an image validator?