Как проверить целостность резервного копирования dd?

Если команда завершилась успешно, то резервное копирование корректно, запрещая аппаратный отказ (который мог одинаково влиять на любую проверку, которую Вы могли бы выполнить). Может позже стать неправильным, если оборудование неисправно, но большая часть оборудования систем хранения обнаруживает повреждение.

Здесь существует один протест: в конвейере оболочка не сообщает об ошибках с левой стороны. (Это из-за довольно общего сценария, где правая сторона не должна считывать все данные, например. some_command | head, и левая сторона умирает, потому что ее вывод больше не требуется.) Так здесь ошибка чтения от dd был бы проигнорирован. В ударе, набор pipefail опция сообщить об ошибках от всех частей конвейера.

Кроме того, остерегайтесь этого dd bs=… игнорирует некоторые ошибки и dd часто медленнее, чем альтернативы. Я рекомендую не использовать dd вообще: это не обладает никакими преимуществами, чтобы просто скопировать целый файл. Вопреки тому, что Вы, возможно, считали где-нибудь, dd не команда доступа к диску низкого уровня со специальным свойством, нет абсолютно никакого волшебства в dd, волшебство находится в /dev/hda.

shopt -s pipefail
set -e
</dev/hda buffer -s 64k -S 10m | ssh myuser@myhost "cat > ~/image.img"

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

ssh myuser@myhost "sha1sum image.img" &
sudo sha1sum /dev/hda

Проверьте, что эти две контрольных суммы идентичны.

Обратите внимание, что это тестирует, идентичны ли резервное копирование и оригинал во время проверки. Что-либо Вы изменяетесь на /dev/hda, включая монтирование и размонтирование файловой системы даже, не внося изменения (который обновит последнюю дату монтирования во многих файловых системах), изменит контрольную сумму. Если Вы хотите проверить целостность позже, запишите контрольную сумму диска во время резервного копирования где-нибудь.