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 dd
Would diabaikan. Di bash, atur pipefail
opsi untuk melaporkan kesalahan dari semua bagian pipa.
Juga, waspadalah yang dd bs=…
mengabaikan beberapa kesalahan dan dd
seringkali lebih lambat dari alternatif . Saya sarankan tidak menggunakan dd
sama sekali: tidak ada manfaatnya hanya menyalin seluruh file. Bertentangan dengan apa yang mungkin Anda miliki membaca di suatu tempat, dd
bukan 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.