Jika perintah dihentikan dengan sukses, maka cadangannya sudah benar, cegah kesalahan perangkat keras (yang sama-sama memengaruhi verifikasi yang mungkin Anda lakukan). Mungkin nanti menjadi salah jika perangkat keras rusak, tetapi sebagian besar perangkat keras penyimpanan mendeteksi korupsi.
Ada satu peringatan di sini: di saluran pipa, shell tidak melaporkan kesalahan dari sisi kiri. (Hal ini karena skenario yang cukup umum di mana sisi kanan tidak perlu membaca semua data, misalnya some_command | head, dan sisi dies kiri karena outputnya tidak lagi ingin.) Jadi di sini kesalahan membaca dari ddWould diabaikan. Di bash, atur pipefailopsi untuk melaporkan kesalahan dari semua bagian pipa.
Juga, waspadalah yang dd bs=…mengabaikan beberapa kesalahan dan ddseringkali lebih lambat dari alternatif . Saya sarankan tidak menggunakan ddsama sekali: tidak ada manfaatnya hanya menyalin seluruh file. Bertentangan dengan apa yang mungkin Anda miliki membaca di suatu tempat, ddbukan tingkat rendah akses disk perintah dengan properti khusus, sama sekali tidak ada sihir dalam dd, keajaiban dalam /dev/hda.
shopt -s pipefail
set -e
</dev/hda buffer -s 64k -S 10m | ssh myuser@myhost "cat > ~/image.img"
Meskipun demikian, jika Anda ingin memeriksa cadangan, cara terbaik adalah mengambil checksum kriptografi di setiap sisi dan membandingkannya. Sebagai contoh:
ssh myuser@myhost "sha1sum image.img" &
sudo sha1sum /dev/hda
Pastikan kedua checksum identik.
Perhatikan bahwa ini menguji apakah cadangan dan asli identik pada saat pemeriksaan. Apa pun yang Anda ubah /dev/hda, termasuk pemasangan dan pelepasan sistem file bahkan tanpa membuat perubahan apa pun (yang akan memperbarui tanggal pemasangan terakhir pada banyak sistem file), akan mengubah checksum. Jika Anda ingin memverifikasi integritas nanti, catat checksum disk pada saat cadangan di suatu tempat.