বহিস্থিত 3 গণমাধ্যমে "HDD এর ব্যর্থ বিপদের মধ্যে মনে করা হয় - এটা বানাচ্ছেন টিক্দান শব্দসমূহ নিষ্ক্রিয়তা ।
আমি একটি প্রতিস্থাপন ড্রাইভ অর্জিত করেছি, এবং শ্রেষ্ঠ কৌশল যতটা সম্ভব সংরক্ষণ শ্রেষ্ঠ সুযোগ সন্দেহজনক ড্রাইভ বন্ধ ডেটা পেতে জানতে চাই।
কিছু ডিরেক্টরি যে অন্যদের তুলনায় বেশি গুরুত্বপূর্ণ। যাইহোক, আমি যে পিকিং অনুমান করছি ও ডিরেক্টরিগুলি নির্বাচন পুরো জিনিস সংরক্ষণ আমার সম্ভাবনা কমে যাচ্ছে। আমিও এটি মাউন্ট করতে, তালিকা একটি ফাইল ডাম্প হবে, এবং তারপর অনুক্রমে এটা আন-মাউন্ট করা কার্যকরভাবে অগ্রাধিকার করতে সক্ষম ডিরেক্টরি যাবে। যে এটি সময় অপগিত এই কাজ করতে, আমি এই পদ্ধতির থেকে দূরে পক্ষপাতী করছি মধ্যে যোগ করার পদ্ধতি।
আমি শুধু ব্যবহার বিবেচিত থাকেন dd, কিন্তু আমি নিশ্চিত এটা কিভাবে পড়তে ত্রুটি বা অন্য সমস্যা যে উদ্ধার হওয়া থেকে ডেটার শুধুমাত্র নির্দিষ্ট অংশের প্রতিরোধ পারে, অথবা যা কিছু চেষ্টার সঙ্গে পরাস্ত করা যায়নি, কিন্তু এত না যে, তারা হ্যান্ডেল করবে নই সংরক্ষিত হতে ড্রাইভ অন্যান্য অংশে বিপন্ন। আমি আদর্শভাবে এটি একটি একক যতটা সম্ভব পেতে এবং তারপর পুনরায় চেষ্টা করুন কিছু পেয়েছি যা ত্রুটির কারণে বাদ দিয়েছেন ফিরে যেতে পাস করতে হবে।
এটি কি আরও ধীরে ধীরে অনুলিপি করা সম্ভব - যেমন প্রতি এক্স এমবি / জিবি থামিয়ে দেওয়া - কেবল অপারেশন সম্পূর্ণ টিল্ট চালানোর চেয়ে ভাল হবে, উদাহরণস্বরূপ কোনও অতিরিক্ত উত্তাপজনিত সমস্যা এড়াতে?
ভিড় "কোথায় আপনার ব্যাকআপ হল" জন্য: আসলে এই আমার ব্যাকআপ ড্রাইভ, কিন্তু এটা কিছু অ এবং সমালোচকদের ভারী কাপড়, সঙ্গীত মত, যে ব্যাকআপ না রয়েছে, অর্থাত্ ব্যাক আপ নেওয়া হয়নি।
ড্রাইভ এই কিছুটা অশুভ শব্দ ছাড়া অন্য ব্যর্থতার যত সুস্পষ্ট নিদর্শনই বিকশিত করেননি। আমি সম্প্রতি কয়েক ত্রুটি fsck আছে করেনি - এতিম inodes, ভুল বিনামূল্যে ব্লক / inodes সংখ্যা, inode বিটম্যাপ পার্থক্য, মোছা inodes উপর শূন্য dtime; সব 20 ত্রুটি সম্পর্কে।
পার্টিশনের ফাইল সিস্টেম, ext3 হয়।