Проблема: Невозможность гарантировать, что восстановленные данные из резервной копии идентичны оригиналу (повреждение из-за битовых ошибок, сбоев носителя, неполного копирования).

Причины:
- Фрагментация или деградация HDD/SSD.
- Ошибки при передаче по сети (TCP-коллизии, битовые флипы в ОЗУ).
- Прерывание процесса копирования (питание, сбой FS).
- Повреждение метаданных архива (ZIP/RAR/tar).

Решение:
1. Создать хеш-манифест на этапе архивации:
`find /source -type f -exec sha256sum {} \; > /backup/manifest.sha256`
Или для образа диска:
`dd if=/dev/sda1 | tee >(sha256sum > /backup/checksum.sha256) > /backup/image.dd`

2. Верификация после копирования:
`cd /backup && sha256sum -c manifest.sha256 --quiet`
Вывод: только строки вида «filename: FAILED» при несовпадении.

3. Для инкрементальных копий (rsync):
Использовать флаг `--checksum` (не полагаться на время/размер).
`rsync -avc --delete /source /backup/`

4. Контроль целостности архива (rar):
`rar t backup.rar` — проверка структуры и CRC каждого тома.

5. Блокчейн-подобная валидация (для особо критичных данных):
Вычислить хеш от хеша (Merkle tree):
`find /backup -name ".sha256" -exec cat {} \; | sha256sum > /backup/top_hash.sha256`

Важно:** Хранить манифесты на отдельном WORM-носителе (RO-файловая система) для защиты от подмены. Никогда не удалять исходный хеш до успешной проверки резервной копии.