ইউএসবি হার্ড ড্রাইভে ddrescue অত্যন্ত ধীর

Question

আমি মারা যাওয়া আমার ল্যাপটপ থেকে এইচডিডি পুনরুদ্ধার করছি (একেবারেই বুট আপ হবে না, ডিস্ক ইউটিলিটি জানিয়েছে যে কোনও সমস্যা নেই, তবে ডিস্কটি মাউন্ট করবে না)। আমি ইউএসবি অ্যাডাপ্টারের মাধ্যমে এইচডিডি আপ করেছি। এমনি চলমান ddrescue:

sudo ddrescue -v -n /dev/disk1s2 "/Volumes/Original HD/image.dmg" ddrescue.log

এখন পর্যন্ত কোনও ত্রুটি নেই, তবে পড়ার গড় গতি ধীরে ধীরে 50KB / s এ নেমে এসেছে। এটি শুরুতে প্রায় 2MB / s এর কাছাকাছি ছিল। পার্টিশনের আকার 300 গিগাবাইট। এখন পর্যন্ত আমি 160GB পুনরুদ্ধার করতে সক্ষম হয়েছি। আমি আমার ম্যাকবুকের একটি এইচএফএস + পার্টিশনে পুনরুদ্ধার করছি।

এই ধীর স্থানান্তর হারের কারণগুলি কী কী হতে পারে এবং কীভাবে এটি বাড়ানো যায়?

Answer 1

এটি ddrescueওএসএক্সের অধীনে এবং ইউএসবি স্থানান্তরগুলি কীভাবে কাজ করবে তা কেবল মনে হবে । এই থ্রেড শিরোনাম থেকে: বিষয়: [বাগ-ddrescue] ddrescue 10x osx অধীনে ধীর ।

সম্পূর্ণ কার্যক্ষম হার্ড ড্রাইভে কাজ করার সময়, লিনাক্সের অধীনে এটি পুরো i / o গতি সম্পাদন করে। যখন ডিফল্ট কমপাইল ফ্ল্যাগগুলির সাথে ওক্সের অধীনে সংকলন করা হয় তখন এটি দৈর্ঘ্যের গতি ধীর হয়, কখনও কখনও কেবি / সকে ক্রল করে। যদি আউটপুট ফাইলটি / dev / নাল হয় তবে সমস্যাটি থেকেই যায়।

একই থ্রেডেও এই প্রতিক্রিয়া ছিল।

ওএস এক্স-এ আমার অভিজ্ঞতা এবং পরীক্ষায় কাঁচা অক্ষরের ডিভাইসগুলি অ্যাক্সেস /dev/rdisk…করা সর্বদা পছন্দনীয়। এছাড়াও একটি বড় অনুলিপি ব্লক আকার সেট করে স্থানান্তর গতি আরও বাড়ানো যেতে পারে। 512KiB ( ddrescue -c 1Ki) এর আকার আমাকে বেশিরভাগ ক্ষেত্রে সেরা ফলাফল দেয়।

এবং: ওএস এক্স কাঁচা অক্ষর ডিভাইসের ডিওগুলির একটি সংজ্ঞায়িত আকার থাকে, যাতে এগুলি সহজেই প্রথম রানে ব্যবহার করা যায়। (কমপক্ষে এই মুহুর্তে ddrescueওএস এক্সের ক্ষেত্রে প্রযোজ্য নথির কাঁচা ডিভাইসগুলির নোটগুলি প্রযোজ্য নয়)

আমি মনে করি না এই একটি বাগ সংশোধন করা হয় না ddrescueকারণ অন্যান্য ইউটিলিটি পছন্দ করি, ddবাcat ওএস এক্স-তে একই আচরণ প্রদর্শন করে

কোনও / ডিভ / ডিস্ক অ্যাক্সেস করা ... ব্লক ডিভাইসটি অনুলিপি গতি দেয় যা কপি করা ব্লক আকার ব্যবহৃত ব্যবহৃত থেকে আলাদা। অন্যদিকে / dev / rdisk পড়ার গতি… অন্যদিকে কাঁচা অক্ষরের ডিভাইসটি নির্বাচিত অনুলিপি আকারের কপির উপর নির্ভর করে:

• 512 বাইট ( ddrescue -c 1, ডিফল্ট ইন dd) সর্বনিম্ন।
• এটি 4096 বাইট ( ddrescue -c 8, dd bs=4K) এ সেট করা অ্যাক্সেস / ডেভ / ডিস্কের মতো একই ধীর গতি দেয় ...
• ddrecue এর 128 সেক্টরের ডিফল্ট (= 64KiB ddrescue -c 128,, dd bs=64K) মোটামুটি ভাল ফলাফল নিয়ে আসে।
• এর আরও গুণমান (অবধি ddrescue -c 1Ki/ অবধি dd bs=512K) সর্বোচ্চ গতি নিয়ে আসে (প্রায় 8-12 গুণ বেশি দ্রুত /dev/disk…)
• উপরে উঠা যা আমার পরীক্ষায় আর স্থানান্তর গতি বাড়েনি; কখনও কখনও এটি হ্রাসও হয়ে যায়।

এগুলি আমার নিজস্ব পরিমাপের ফলাফল, আপনার ফলাফলগুলি মিডিয়া এবং ব্যবহৃত আইও হার্ডওয়্যারের উপর নির্ভর করে পরিবর্তিত হতে পারে। অন্য কিছু ব্যবহারকারী তাদের অভিজ্ঞতা ভাগ করে নিতে পারে, তবে আমরা বিষয়টির আরও ভাল ছবি অর্জন করতে পারি।

তথ্যসূত্র

• ddrescue ওএস এক্স এ ব্যাপকভাবে হ্রাস পেয়েছে
• জিএনইউ ডিড্রেসকিউ, আমি কি ঠিক এটি করছি? [ধীর / উচ্চ ত্রুটির আকার]

Comments

অনুলিপি ব্লক আকার পরিবর্তন আমার ক্ষেত্রে স্থানান্তর গতি প্রভাবিত করে না। তবে / ডিভ / নাল দিয়ে খেলে আমি 200 গিগাবাইটে ইনপুট ফাইলের অবস্থান সেট করে ভাল স্থানান্তর হার (8 এমবি / সেকেন্ড) পেতে সক্ষম হয়েছি। আমি এখন অতিরিক্ত প্যারামিটার দিয়ে আমার পুনরুদ্ধার প্রক্রিয়াটি আবার শুরু করেছি -i214748364800। আমি আশা করি প্রাথমিক 0 - 160GB এর দ্বারা প্রভাবিত হবে না।

— মিক

দুর্ভাগ্যক্রমে স্থানান্তর হার বৃদ্ধি স্বল্পস্থায়ী ছিল। আমি ddrescueইউনিক্স সিস্টেম থেকে চালানোর চেষ্টা করব ।

— মিক

ভাগ করা অভিজ্ঞতা: একটি ভাল ড্রাইভে জেডএফএস সামগ্রী সহ ড্রেসস্কু রেট কম (

— গ্রাহাম পেরিন

@ মিক আপনি আলাদা অবস্থানে পুনরুদ্ধার পুনরায় শুরু করতে ব্যবহৃত সঠিক পরামিতি দেওয়ার জন্য ধন্যবাদ। সোর্স ড্রাইভটি 121242584064 পজিশনে আমি ব্যর্থ হয়েছি এবং আমি এটি পেরিয়ে আবার চেষ্টা করার চেষ্টা করেছি তবে ডিস্রেসকিউ বলেছে স্বাক্ষরবিহীন পাঠ্য ত্রুটি। খাত আকার সঠিক? সুতরাং আপনার মানটি ব্যবহার করে আমি 200 গিগাবাইটে আবার শুরু করেছি। এবং না, এটি প্রাথমিক 0 - 160 গিগাবাইটকে প্রভাবিত করে না।

— কলিন

Answer 2

আমি HFS+ম্যাকওএস-তে ফাইল সিস্টেম সম্পর্কে খুব বেশি কিছু জানি না , তবে আমি কেবল অভিজ্ঞতাটি তৈরি করেছি যে একটি ইউএসবি স্টিক থেকে লিনাক্স মিন্ট চলমান একটি ল্যাপটপে একটি 500 গিগাবাইট অভ্যন্তরীণ হার্ড ড্রাইভ (এসএটিএর মাধ্যমে সংযুক্ত) উদ্ধার করে, উদ্ধার চিত্রটি সংরক্ষণ করে এবং লগ-ফাইলে একটি exFatফর্ম্যাট করা ইউএসবি হার্ড ড্রাইভ, বরং ধীরে ধীরে শুরু হয়েছিল (1-2MB / সেকেন্ড) তবে প্রায় 250 গিগাবাইটের পরে এটি কেবল <100KB / সেকেন্ডে ক্রল করা হয়েছিল। দেখে মনে হচ্ছে উদ্ধার চিত্রের ফাইলটি যত বড় হচ্ছে ধীরে ধীরে।

তারপরে আমি রেসকিউ চিত্রটি এবং লগফিলকে অন্য অস্থায়ী স্থানে সরিয়ে নিয়েছি, ইউএসবি হার্ড ড্রাইভটি ext4ফাইল সিস্টেমের সাথে পুনরায় ফর্ম্যাট করেছি , ফাইলগুলি এতে আবার সরিয়ে নিয়েছি এবং ddrescue প্রক্রিয়াটি আবার শুরু করেছি - এবং এখন এটি আবার 1-20MB / সেকেন্ড দিয়ে চলেছে (ওঠানামা করছে) তবে গড়ে প্রায় 7MB / সেকেন্ড)!

দেখে মনে হচ্ছে exFatখুব বড় ফাইল (কয়েকশ গিগাবাইট) খুব ভাল খেলছে না। যেমনটি ইতিমধ্যে বলা হয়েছে, আমি জানি না এটি এর ক্ষেত্রেও রয়েছে কি না HFS+তবে সম্ভবত আপনি ext4শট দিতে চান ।