যদি কমান্ডটি সফলভাবে শেষ হয়ে যায়, তবে হার্ডওয়ারের ত্রুটি ব্যতীত ব্যাকআপটি সঠিক হয় (যা আপনি যে কোনও যাচাই করতে পারেন তা সমানভাবে প্রভাবিত করতে পারে)। হার্ডওয়্যারটি ত্রুটিযুক্ত থাকলে এটি পরে ভুল হয়ে যেতে পারে তবে বেশিরভাগ স্টোরেজ হার্ডওয়্যার দুর্নীতি সনাক্ত করে।
এখানে একটি সতর্কতা রয়েছে: একটি পাইপলাইনে শেলটি বাম-হাত থেকে ত্রুটির খবর দেয় না। (এটি মোটামুটি সাধারণ দৃশ্যের কারণেই যেখানে ডান-হাতের সমস্ত ডেটা পড়ার দরকার নেই, যেমন 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
না করেই ফাইল-সিস্টেমটি মাউন্ট এবং আনমাউন্ট করা সহ আপনি যে কোনও কিছু পরিবর্তন করেন (যা অনেকগুলি ফাইল সিস্টেমে একটি শেষ মাউন্টের তারিখ আপডেট করবে), চেকসামটি পরিবর্তন করবে। আপনি যদি পরে সততা যাচাই করতে চান তবে ব্যাকআপের সময় ডিস্কের চেকসামটি কোথাও নোট করুন।