খারাপ সেক্টর বা হার্ডওয়্যার ব্যর্থতা সহ একটি হার্ড ড্রাইভ থেকে ডেটা পুনরুদ্ধারের জন্য, ডিড্রেসকিউর মতো ত্রুটি পরিচালনার সাথে আরএসসিঙ্কের মতো ফাইল অনুলিপি ইউটিলিটি [বন্ধ]


12

খারাপ ব্লক বা সেক্টরগুলির সাথে আমার একটি হার্ড ড্রাইভ রয়েছে যা সম্ভাব্য যান্ত্রিক সমস্যার কারণে পড়তে ব্যর্থ হচ্ছে, যেমন একটি খারাপ ডিস্ক মাথা, খারাপ মোটর, বা অন্য কোনও সমস্যা যা হার্ড ড্রাইভকে ডেটা উদ্দীপনাজনকভাবে ধীরে ধীরে পড়তে এবং প্রচুর পরিমাণে নিয়ে আসছে পড়া ত্রুটি। আমি গড়ে 50 কেবি / সেকেন্ড দেখতে পাচ্ছি, কিছু পাঠ 10 কেবি / সেকেন্ডের নীচে নেমে গেছে এবং প্রায়শই এটি পুরোপুরি কোনও ফাইল বা সেক্টরে আটকে যায় - সাধারণত 2-10 মিনিট বা তার বেশি সময় পর্যন্ত (কখন আরএসআইএনসি ব্যবহার করে, সময় বের হওয়ার আগে)।

গতিটি বন্যভাবে পরিবর্তিত হয় বলে মনে হয় এবং এটি ফাইলগুলিতে অনেকটা আটকে যায় এবং অবশেষে এটি "আনস্টক" পেয়ে গেলে এটি আবার আটকে যাওয়ার আগে কেবল একটি সংক্ষিপ্ত ফেটে যায় বলে মনে হয়। ড্রাইভটি কেবল অনুলিপি ফাইল অনুলিপি করার সাথে খুব শান্ত থাকে (সাধারণত যখন এটি সংক্ষিপ্ত সময়ের জন্য আটকে যায় / আনস্টাক হয়ে যায়, আবার আটকে যাওয়ার আগে)। সুতরাং, এইচডিডি মৃত্যুর সাথে সাধারণত যুক্ত এমন দুষ্ট শব্দগুলির মধ্যে কোনওটি নেই। কেউ পরামর্শ দিয়েছিলেন যে সমস্যাগুলি যেমন মনে হচ্ছে ত্রুটিযুক্ত একটি ডিস্ক হেড দ্বারা সৃষ্ট হতে পারে যার পরিণতিতে সাফল্যের সাথে ডেটা পড়ার আগে অনেকগুলি পুনরায় পড়া দরকার। প্রশংসনীয় শোনায় তবে আমি ডিগ্রি করি ...

যাইহোক, আরএসআইএনসি সমস্যাটি হ'ল মনে হচ্ছে এটি হ্যান্ডেল করার কোনও সমর্থন সমর্থন করে না। একথাও ঠিক যে, এটি হার্ড ড্রাইভ ব্যর্থ থেকে তথ্য পুনরুদ্ধার ব্যবহারের জন্য অভিপ্রেত ছিল না, কিন্তু সব তথাকথিত "তথ্য পুনরুদ্ধার" সেখানে আউট ইউটিলিটি যে হয় জাতীয় ব্যবহার জন্য বোঝানো সাধারণত মুছে ফেলা ফাইল পুনরুদ্ধার উপর ফোকাস বা বদলে পার্টিশন বিশৃঙ্খলার সৃষ্টি, হার্ড ড্রাইভগুলি মারা যাওয়ার ফাইলগুলি অনুলিপি করা। মুছে ফেলা ফাইল পুনরুদ্ধারটি আমার যা প্রয়োজন তা হ'ল স্পষ্টতই, তাই আমি পরে যা করছি তার সন্ধান করতে না পেরে আপনি আমার হতাশাকে বুঝতে পারেন।

স্বাভাবিকভাবেই, আপনি সম্ভবত এখানেই বলতে চাইবেন "আপনার ddrescue ব্যবহার করা উচিত!" ঠিক আছে, এগুলি সব ঠিকঠাক এবং জঘন্য, তবে ইতিমধ্যে আমি বেশিরভাগ ডেটা ব্যাক আপ করেছি, তাই আমি কেবলমাত্র কিছু ফাইল পুনরুদ্ধার করতে চাই। আমি ডিড্রেসকিউর মতো একটি সম্পূর্ণ পার্টিশন ব্লক-বাই-ব্লক পুনরুদ্ধার করার চেষ্টা নিয়ে উদ্বিগ্ন নই। আমি কেবলমাত্র নির্দিষ্ট ফাইল এবং ডিরেক্টরিগুলি উদ্ধার করতে আগ্রহী।

আদর্শভাবে, আমি যা চাই তা হল rsync এবং ddrescue এর মধ্যে এক ধরণের ক্রস: এমন কিছু যা আমাকে উত্স এবং গন্তব্যকে আরএসইএনসি-র মতো সাধারণ ফাইলের ডিরেক্টরি হিসাবে নির্দিষ্ট করতে দেয় (ddrescue হিসাবে দুটি সম্পূর্ণ পার্টিশনের পরিবর্তে) এর সাথে ফাইলগুলি এড়ানো যায় না way প্রাথমিক রানে ত্রুটিগুলি, এবং তারপরে আমাকে পরে চালানোর সময় ত্রুটিযুক্ত ফাইলগুলি পুনরুদ্ধারের চেষ্টা করার সুযোগ দেয় (অবশ্যই কিছুটা পরিবর্তিত কমান্ড দিয়ে) অবশ্যই পুনরায় চেষ্টা করার সংখ্যা উল্লেখ করার জন্য একটি বিকল্প প্রস্তাব দেওয়া হয় ... ঠিক যেমন ব্লকগুলির সাথে ডিড্রেসকিউ কীভাবে কাজ করে, কেবলমাত্র আমি একটি ইউটিলিটি চাই যা নির্দিষ্ট ফাইল / ডিরেক্টরিগুলির সাথে কাজ করে যেমন আরএসআইএনসি করে।

আমি কি এখানে দিবাস্বপ্ন দেখছি, বা এমন কিছু আছে যা এটি করতে পারে? বা, সম্ভবত এমনকি এমনভাবে আরএসসিএনসি বা ডিড্রেসকিউর কাজ করার উপায়? সমাধানগুলি কার্যকর হতে পারে তার জন্য আমি সত্যিই খোলা আছি, যতক্ষণ না তারা আমাকে কোন ফাইল "উদ্ধার" করতে চান তা চয়ন করতে এবং প্রাথমিক দৌড়ে ত্রুটিযুক্ত ফাইলগুলিকে এড়িয়ে যেতে পারে এবং পরে সেই ত্রুটিগুলি আবার চেষ্টা করার চেষ্টা করে।

এখনও অবধি আমি নিম্নলিখিত বিকল্পগুলির সাথে আরএসএনসি চেষ্টা করেছি, তবে এটি প্রায়শই সময়সীমার চেয়ে বেশি সময় ধরে একটি ফাইলে আটকে যায় এবং আদর্শভাবে আমি পছন্দ করি যে এটি পরবর্তী ফাইলটিতে এগিয়ে যাওয়া এবং পরে ফাইলগুলি ফিরে আসার জন্য আটকে. যদিও তা সম্ভব বলে আমি মনে করি না। যাইহোক, আমি এখন পর্যন্ত যা ব্যবহার করে আসছি তা এখানে:

rsync -avP --stats --block-size=512 --timeout=600 /path/to/source/* /path/to/destination/

উত্তর:


3

আমার কাছে একটি 3 টিবি হিটাচি রয়েছে যা বেদনাদায়কভাবে ধীরে ধীরে পড়েছে, ddrescue ফাইল স্তরে কাজ করবে। তবে ডিরেক্টরিতে নয়। তবে আমি কাজ করার জন্য ddrescue এর - টাইমআউট বা - -মিনি-পঠন-হারের বিকল্পগুলি পাই না।

আপনি একবারে একটি ফাইল ডিড্রেস করতে একটি স্ক্রিপ্টে এটি করতে চাইবেন।

cat listoffiles | while read file
pipe while> do
pipe while> ls -l "$file"
pipe while> ddrescue -n -e1  "$file" /cc/RecoveredFiles/"$file" /cc/RecoveredFiles/"$file".llog
pipe while> date
done | tee -a  /cc/RecoveredFiles/ddrescue.log

3

এই প্রশ্নটি জিজ্ঞাসা করার পরে বছরগুলিতে আরএসসিএনসি পরিবর্তিত হতে পারে।

আমার অভিজ্ঞতাটি হ'ল rsyncবর্তমানে একটি ডাইটিং হার্ড ড্রাইভের সাথে স্টাফ অনুলিপি করে একটি দুর্দান্ত কাজ করে

rsync -a <src> <dest>

এটির ত্রুটির মুখোমুখি হলে এটি দ্রুত চলে যেতে পারে এবং পুনরায় পুনরায় ফাইলগুলি আবার চেষ্টা করার জন্য ফিরে যেতে হবে।

rsync --version রিপোর্ট rsync version 2.6.9 protocol version 29

অন্যান্য উত্তর সম্পর্কে:

২০১১ এর উত্তরগুলি এমন সরঞ্জামগুলিকে প্রচার করছে বলে মনে হচ্ছে যা কেবলমাত্র ড্রেসস্কুতে বাণিজ্যিক সমতুল্য - সেগুলি ফাইল-সচেতন বলে কোনও ইঙ্গিত নেই। মেছো। 2013 এর উত্তর আকর্ষণীয়।


2

দুর্দান্ত প্রশ্ন, বিস্তারিত স্তর পছন্দ। এই দৃশ্যে ভালভাবে কাজ করতে পারে এমন কোনও ইউটিলিটির জন্য আমি কুইটেক থেকে ফাইলস্কেভেনার চেষ্টা করার সুপারিশ করব । এটি 100+ গণনায় অতিরিক্ত রিডের অনুমতি দেবে তবে আরও গুরুত্বপূর্ণ এটির একটি ডিস্ক ইমেজিং বৈশিষ্ট্য রয়েছে যা আপনাকে ফাইলগুলি মূল্যায়নের চেষ্টা করার সময় ব্যয় না করে ইমেজটি লোড করে এবং এটির মাধ্যমে স্ক্যান করার মাধ্যমে পুরো বিষয়বস্তুকে কোনও চিত্রে ফেলে দেবে will ফাইলের জন্য। ইউটিলিটি একটি গৃহ ব্যবহারকারীদের জন্য $ 50 চালায় তবে আপনি এটি ডাউনলোড করে অর্থ ব্যয়ের আগে চিত্র থেকে কী উদ্ধার করা যায় তা দেখার জন্য এটি পরীক্ষা করতে পারেন।

যদি এটির পেশাদারী ব্যবহার হয় তবে এটি আপনার জন্য একটি সুন্দর পয়সা খরচ করতে পারে তবে যৌক্তিক এবং হার্ডওয়্যার রেইড অ্যারেগুলির সমর্থন সহ উল্লেখযোগ্য বৈশিষ্ট্যগুলি অর্জন করে।

যদি এটির পাশাপাশি ব্যর্থ হয়, তবে আপনি সফ্টওয়্যার পুনরুদ্ধার সরঞ্জামগুলির বিন্দুতে অতীত হতে পারেন। আপনি যদি থাকেন এবং আপনি ল্যাব পুনরুদ্ধারের ব্যয়কে ন্যায্যতা দিতে পারেন তবে আপনি কোন দেশ, রাজ্য এবং নগরীতে রয়েছেন তা আমাকে জানতে দিন I আমি আপনার বা আমাদের প্রতিযোগীদের একটির কাছাকাছি ল্যাব সুপারিশ করতে পারি।

ক্রিস


1

যদি আপনি চান প্রগ্রেসিভ কপিয়ার । এটি পুরো ড্রাইভগুলি লক্ষ্য করে তৈরি করা হয়েছে, তবে যেহেতু এটি প্যারামিটার হিসাবে কোনও ফাইলের পথ নেয় তাই এটি পৃথক ফাইলগুলির জন্যও কাজ করা উচিত। আমি মনে করি না এটি ডিরেক্টরিগুলির জন্য কাজ করবে - আপনাকে প্রতিটি ফাইল নির্দিষ্ট করতে হবে।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.