Дата публикации: 08.07.2026

Как проверить целостность фото (не битый ли файл) после первой синхронизации.

Как проверить целостность фото (не битый ли файл) после первой синхронизации

Что вы получите:

Понимание, почему «битый» файл – это не просто «плохое изображение», а реальная угроза потери данных.
Набор проверенных методов (визуальный, контрольные суммы, метаданные) и готовые команды для Windows, macOS и Linux.
Пошаговый план, который можно выполнить за 10‑15 минут, не прибегая к сторонним сервисам.

1. Почему проверка целостности важна

Представьте, что вы только что загрузили 5 000 фотографий на облако. Через месяц захотите распечатать семейный альбом, а один из файлов открывается как «корруптированный» – всё изображение пустое или только часть пикселей видна. Это значит, что данные в файле уже изменились и восстановить их без резервной копии почти невозможно.

Проверка целостности сразу после первой синхронизации – это как первый осмотр автомобиля перед дорогой: вы быстро убедитесь, что всё в порядке, и только потом отправляетесь в путь.

2. Что делает файл «битым»

Причина	Как проявляется	Пример
Ошибки передачи по сети (потеря пакетов)	Файл открывается, но часть изображения отсутствует, появляются артефакты	JPEG‑файл 0.5 МБ → 0.3 МБ, но размер в свойствах тот же
Проблемы с носителем (битый сектор)	Файл невозможно открыть, появляется сообщение «Файл повреждён»	SD‑карта с физическими дефектами
Ошибочный копирующий скрипт	Дублирование файла, но в процессе копирования он был прерван	rsync, завершившийся с ошибкой

3. Три уровня проверки

3.1 Визуальная проверка

Быстрый просмотр: откройте первые 10‑20 файлов в любой галерее (Windows Explorer, macOS Preview, Linux gthumb).
Символика: если в превью виден «пиксельный шум» или полностью белый/чёрный квадрат, файл скорее всего повреждён.

Аналогия: как вы проверяете, не порвался ли лист бумаги, просто посмотрев на него.

3.2 Сравнение контрольных сумм (hash)

Контрольная сумма – это «отпечаток пальца» файла. Если два файла имеют одинаковый отпечаток, они идеальны совпадают.

Алгоритм	Длина хеша	Скорость	Где использовать
MD5	128 бит	Очень быстро	Маленькие наборы, быстрый предварительный чек
SHA‑256	256 бит	Медленнее MD5, но всё ещё быстрый	Требуется более надёжный контроль
CRC‑32	32 бит	Самый быстрый	Для небольших файлов, но менее надёжный

Важно: MD5 уже не считается криптографически надёжным, но для проверки целостности обычных фотографий он более чем достаточен.

3.3 Проверка метаданных (EXIF)

Файлы JPEG и PNG содержат EXIF‑теги (размер, дата съемки, камера). Если тег FileSize в EXIF отличается от реального размера, это сигнал о повреждении.

4. Инструменты и команды

4.1 Windows

Задача	Команда / Приложение	Пример
Визуальная проверка	Проводник → «Просмотр» → «Большие значки»	—
MD5‑хеш	`certutil -hashfile "C:\Photos\img001.jpg" MD5`	Выводит строку `d41d8cd98f00b204e9800998ecf8427e`
SHA‑256‑хеш	`certutil -hashfile "C:\Photos\img001.jpg" SHA256`	—
EXIF‑проверка	Установите ExifTool (`chocolatey install exiftool`) → `exiftool "C:\Photos\img001.jpg"`	Показаны все теги, включая `FileSize`

Совет: Сохраните хеши всех файлов в текстовый файл: certutil -hashfile *.jpg MD5 > hashes.txt. После синхронизации выполните ту же команду и сравните файлы findstr /v /g:hashes.txt new_hashes.txt.

4.2 macOS

Задача	Команда	Пример
Визуальная проверка	Finder → «Колонка» → «Большие значки»	—
MD5	`md5 /Users/you/Photos/*.jpg`	Выводит `MD5 (img001.jpg) = d41d8cd98f00b204e9800998ecf8427e`
SHA‑256	`shasum -a 256 /Users/you/Photos/*.jpg`	—
EXIF	`brew install exiftool` → `exiftool /Users/you/Photos/img001.jpg`	—

4.3 Linux

Задача	Команда	Пример
Визуальная проверка	`eog .jpg` (Eye of GNOME) или `feh .jpg`	—
MD5	`md5sum *.jpg`	Выводит `d41d8cd98f00b204e9800998ecf8427e img001.jpg`
SHA‑256	`sha256sum *.jpg`	—
EXIF	`sudo apt install libimage-exiftool-perl` → `exiftool img001.jpg`	—

4.4 Сравнение контрольных сумм в пакетном режиме

# 1️⃣ Сохраняем текущие хеши
md5sum /path/to/backup/*.jpg > /tmp/before.txt

# 2️⃣ После синхронизации
md5sum /path/to/backup/*.jpg > /tmp/after.txt

# 3️⃣ Находим различия
diff /tmp/before.txt /tmp/after.txt > /tmp/diff.txt
if [ -s /tmp/diff.txt ]; then
    echo "⚠️ Найдены несовпадения:"
    cat /tmp/diff.txt
else
    echo "✅ Все файлы совпадают"
fi

Пояснение: diff покажет только те строки, где хеш изменился – это и есть «битые» файлы.

5. Автоматический скрипт‑проверщик (кроссплатформенный)

Ниже – простой Python‑скрипт, который работает и в Windows, и в macOS, и в Linux. Требуется только установленный Python 3.

#!/usr/bin/env python3
import hashlib, os, sys, pathlib

def hash_file(path, algo='md5'):
    h = hashlib.new(algo)
    with open(path, 'rb') as f:
        for chunk in iter(lambda: f.read(8192), b''):
            h.update(chunk)
    return h.hexdigest()

def main(folder):
    folder = pathlib.Path(folder)
    if not folder.is_dir():
        print('❌ Указан неверный путь')
        return

    print(f'🔎 Проверка файлов в {folder}')
    bad = []
    for file in folder.rglob('*'):
        if file.suffix.lower() not in {'.jpg', '.jpeg', '.png'}:
            continue
        try:
            # Сравниваем размер и хеш
            size = file.stat().st_size
            md5 = hash_file(file, 'md5')
            # Сохраняем в словарь для последующего сравнения
            # (в реальном проекте хранится в базе)
            # Здесь просто выводим результат
            print(f'{file.name}\t{size} байт\tMD5:{md5}')
        except Exception as e:
            bad.append((file, str(e)))

    if bad:
        print('\n⚠️ Проблемные файлы:')
        for f, err in bad:
            print(f'{f}: {err}')
    else:
        print('\n✅ Все файлы проверены без ошибок')

if __name__ == '__main__':
    if len(sys.argv) != 2:
        print('Usage: python check_photos.py <folder>')
    else:
        main(sys.argv[1])

Как использовать: python check_photos.py "C:\Photos"
Скрипт выводит имя, размер и MD5‑хеш. Если файл не открывается, будет записана ошибка.

6. Что делать, если обнаружен «битый» файл

Сценарий	Действие
Файл не открывается	Попробуйте восстановить из оригинального источника (смартфон, камера).
Хеш отличается, но файл открывается	Сохраните «здоровую» копию, замените повреждённую версию.
Множественные файлы повреждены	Проверьте носитель‑источник (SD‑карта) на ошибки (`chkdsk` в Windows, `fsck` в Linux).
Повреждение после синхронизации	Перезапустите синхронизацию, включив проверку целостности (многие облака поддерживают `--checksum`).

7. Лучшие практики

Проверяйте сразу после первой синхронизации, а не через месяц.
Храните контрольные суммы в отдельном файле (hashes.txt). При каждой новой загрузке сравнивайте с этим файлом.
Автоматизируйте процесс: добавьте скрипт в планировщик (Task Scheduler, cron).
Не забывайте о резервных копиях: даже если хеши совпадают, храните копию на другом носителе (внешний HDD, облако).

Практика для закрепления

Визуальная проверка
- Откройте 15 случайных фотографий из вашей первой синхронизации. Запишите, сколько из них выдают странные артефакты.
Сравнение MD5‑хешей
- Сгенерируйте файл hashes_before.txt с помощью md5sum (Linux/macOS) или certutil (Windows). После повторной синхронизации создайте hashes_after.txt. Какой командой вы сравните их и что будет в выводе, если один файл повреждён?
EXIF‑проверка
- С помощью exiftool найдите тег FileSize у любого JPEG‑файла. Сравните его со значением, полученным от stat. Что будет, если файл был частично скачан?
Python‑скрипт
- Скачайте приведённый выше скрипт, запустите его на папке с 100 фотографиями. Какой вывод будет, если один из файлов имеет нулевой размер?
План действий
- Составьте короткий чек‑лист (3‑5 пунктов) для своей домашней синхронизации, включающий проверку целостности. Как часто вы будете его выполнять?

Итоги: вы теперь знаете, как быстро и надёжно убедиться, что ваши фотографии после первой синхронизации не «битые». Применяйте визуальный осмотр, контрольные суммы и проверку метаданных – и ваш цифровой сейф будет надёжным, а воспоминания – в безопасности. 🚀

Инструменты

Блог: Теги

Подпишитесь на рассылку

Как проверить целостность фото (не битый ли файл) после первой синхронизации.