এই ddrescue কমান্ড কিছু করছে?


9

ব্যর্থ হার্ড ড্রাইভ থেকে ডেটা পুনরুদ্ধারের চেষ্টা করার সময় , আমি কমান্ডটি চালাচ্ছি ddrescue

কমান্ডটি 9 দিন ধরে চলছে, এবং আমি ডিস্ক কার্যকলাপের শব্দ থেকে ভেবেছিলাম যে এটি কিছু করছে। কমান্ড লাইন আউটপুট পুরো সময় কম স্থিতিশীল দেখেছে:

$ sudo ddrescue -r3 /dev/sdb /home/dave/RECOVERY/usb500.image /home/dave/recovery_usb500.logfile

Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:         0 B,  errsize:       0 B,  errors:       0
Current status
rescued:         0 B,  errsize:    500 GB,  current rate:        0 B/s
   ipos:     2539 MB,   errors:       1,    average rate:        0 B/s
   opos:     2539 MB,     time from last successful read:     9.7 d
Splitting failed blocks... 

যে অংশটি পরিবর্তিত হয়েছে তা হ'ল এটি কোথায় iposএবং বলছে opos। এটি পেতে প্রায় 9 দিন সময় নিয়েছে 500000 MB, এটি ব্যর্থ ডিস্ক ড্রাইভের আকার। এটি যখন সেখানে 0পৌঁছেছে , তবে এটি আবার নীচে নেমে এসে আবার বাড়তে শুরু করে। আমি এই লিখতে হিসাবে, এটি প্রায় 2580 MBএবং গণনা এ।

চিত্র ফাইলটি তৈরি হচ্ছে দৈর্ঘ্যে 0 বাইট।

লগ ফাইলটি প্রায় 3MB আকারের এবং দেখতে এটির মতো লাগে:

# Rescue Logfile. Created by GNU ddrescue version 1.14
# Command line: ddrescue -r3 /dev/sdb /home/dave/RECOVERY/usb500.image /home/dave/recovery_usb500.logfile
# current_pos  current_status
0x975C3000     /
#      pos        size  status
0x00000000  0x00862000  -
0x00862000  0x00014800  /
0x00876800  0x00800400  -
~~~~~~edited for brevity ~~~~~~~~
0x74702CCE00  0x00320000  -
0x74705ECE00  0x00025800  /
0x7470612600  0x005F3A00  -

আমি উদ্বিগ্ন হতে শুরু করছি যে এটি কেবল সময়ের অপচয় এবং কোনও তথ্য আদৌ পুনরুদ্ধার করা হচ্ছে না।

এই আউটপুট থেকে কোনও ইঙ্গিত পাওয়া যায় যে দরকারী কিছু ঘটছে?

ddrescueকমান্ডটি যেমন রয়েছে তেমন চালিয়ে যাওয়ার কোনও কারণ আছে , বা আমি এটি বন্ধ করে অন্য কিছু করব?


এটি সবচেয়ে সাম্প্রতিক বিষয়বস্তু /var/log/syslog

Jun 10 07:29:17 homebase-i3 kernel: [568470.316436] sd 5:0:0:0: [sdb]  Sense Key : Medium Error [current] 
Jun 10 07:29:17 homebase-i3 kernel: [568470.316443] sd 5:0:0:0: [sdb]  Add. Sense: Unrecovered read error
Jun 10 07:29:17 homebase-i3 kernel: [568470.316450] sd 5:0:0:0: [sdb] CDB: Read(10): 28 00 11 ff 02 98 00 00 08 00
Jun 10 07:29:17 homebase-i3 kernel: [568470.316465] end_request: critical target error, dev sdb, sector 301925016
Jun 10 07:29:17 homebase-i3 kernel: [568470.346640] sd 5:0:0:0: [sdb] Unhandled sense code
Jun 10 07:29:17 homebase-i3 kernel: [568470.346646] sd 5:0:0:0: [sdb]  Result: hostbyte=invalid driverbyte=DRIVER_SENSE
Jun 10 07:29:17 homebase-i3 kernel: [568470.346651] sd 5:0:0:0: [sdb]  Sense Key : Medium Error [current] 
Jun 10 07:29:17 homebase-i3 kernel: [568470.346656] sd 5:0:0:0: [sdb]  Add. Sense: Unrecovered read error
Jun 10 07:29:17 homebase-i3 kernel: [568470.346662] sd 5:0:0:0: [sdb] CDB: Read(10): 28 00 11 ff 02 98 00 00 08 00

উত্তর:


8

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

$ sudo ddrescue -d /dev/sdb /home/dave/RECOVERY/usb500.image \
     /home/dave/recovery_usb500.logfile --force -R
  • -d যা ddrescue কে সরাসরি ডিস্ক অ্যাক্সেস ব্যবহার করতে বলে,
  • - ফোর্স যা ডিড্রেসকে আপনার লগফাইলে জোর করে ব্যবহার করতে এবং পড়তে / পড়তে বলে যদি এটি অভিযোগ করে যে এটি পড়তে / লেখার উদ্দেশ্যে এটি ব্যবহার করতে পারে না
  • -আর (হ্যাঁ, ক্যাপিটাল আর সহ) যা ddrescueফরোয়ার্ড মোডে ব্যর্থ হার্ড ড্রাইভটি পড়ার পরিবর্তে বিপরীতে পুনরুদ্ধার কার্যক্রম পরিচালনা করতে বলে । কখনও কখনও বিপরীতে পড়লে ক্ষতিটি যথেষ্ট পরিমাণে ক্ষতি হয় যখন সমস্যা দেখা দিলে এটি হার্ড ড্রাইভের ক্যাশে বাইপাস করে।

বর্তমানে আমি এই কমান্ডগুলি ব্যবহার করছি (ব্যতীত আমি 3কমান্ডটি ব্যবহার করছি না কারণ আমি [YET] ddrescueখারাপ সেক্টরগুলির পুনরায় চেষ্টা করতে চাই না , আমি আমার প্রথম সুইপটি শেষ হওয়ার পরে শেষ পর্যন্ত ছেড়ে দেব এবং উদ্ধার করতে আমি একটি দুর্দান্ত সাফল্য পাচ্ছি) আমার 1 টিবি সিগেটের ডেটা হার্ড ড্রাইভে ব্যর্থ হয়েছে যেখানে আমি 2009 থেকে 2010 সালে ফিরে কিছুটা বিটকোয়েন ধরে রেখেছিলাম বলে মনে করেছি, সম্ভবত আমি 50 টি বিটিসি-র 1 থেকে 3 ব্লক পেয়েছি, আমি আশা করি এটি এই হার্ড ড্রাইভে রয়েছে, ভাল, 63৩৪ কেবিপিএস গড় পড়ার হারে অপারেশনটি সম্পূর্ণ করতে আমার মোট 15 দিনের বেশি সময় লাগবে।

এছাড়াও, আমি যুক্ত করতে চাই যে আপনি এবং সম্ভবত সম্ভবত "শেষ পঠিত ক্রিয়াকলাপ" এর 9 দিনের বেশি আপনার পূর্ববর্তী ট্র্যাক রেকর্ডের উপর ভিত্তি করে এমন একটি পরিস্থিতির মুখোমুখি হবেন যেখানে হার্ডড্রাইভ কেবল আরও পড়তে অস্বীকার করবে, এতে পরিস্থিতি, আপনি লগ ফাইল ব্যবহার করছেন বলে বাতিল করতে কেবল সিটিআরএল + সি টিপুন, ব্যর্থ হার্ড ড্রাইভটি সটা কেবলটি সরিয়ে ফেলুন, তবে ইউএসবি পোর্টের ইউএসবি কন্ট্রোলারটি নয় (হ্যাঁ, এটির সাথে সংযোগ স্থাপনের পরিবর্তে কোনও ইউএসবি সাটা নিয়ামক ব্যবহার করুন) একটি মাদারবোর্ড যাতে এটি আপনাকে পুনরায় বুট করার জন্য আপনার পুরো কম্পিউটারটিকে লক করে না দেয় এবং তারপরে হার্ড ড্রাইভটি পুনরায় চালু করতে Sata পাওয়ার প্লাগ ইন করে 10 সেকেন্ডের মতো দিন এবং তারপরে আপনার পূর্ববর্তী টার্মিনালটি পুনরায় লোড করতে উপরে বা নীচে তীরটি চাপুন কমান্ড এবং পুনরায় চালু করুনddrescueঅপারেশন, আপনার পূর্ববর্তী লগের জন্য ধন্যবাদ এটি সর্বশেষে যেখানে ছেড়ে গেছে সেখানেই চলতে থাকবে এবং সেখানে পড়া শেষ হবে এবং "সর্বশেষ সফল পড়া" সর্বদা "0 সে" (শূন্য সেকেন্ড) এ থাকবে যেখানে এটি ddrescueসফল হবে তা বোঝায় হার্ড ড্রাইভ থেকে পড়া, এবং আপনি যদি কখনও লক্ষ্য করেন যে "শেষ থেকে পাঠানো" সেকেন্ড গণনা শুরু করে, কেবল একবার + , পাওয়ার চক্র হার্ড ড্রাইভ ddrescueদিয়ে আবার শেষ করুন এবং পুনরায় চালু করুনCTRLCddrescue, এটি দেখার অপেক্ষা রাখার কোনও অর্থ নেই যে "সর্বশেষ পঠিত থেকে" পুনরায় নিজের থেকে শুরু করে 0-এর দিকে ফিরে আসে, আমার অভিজ্ঞতার ভিত্তিতে এটি কখনই ঘটবে না, আপনি অনন্তকাল অপেক্ষা করবেন। আমার খারাপ 1 টিবি হার্ড ড্রাইভকে মোট প্রায় 20 বার বিদ্যুতচক্র করতে হয়েছিল, এটি 7 দিনের মতো হয়েছে এবং আমি 500GB উদ্ধার চিহ্নটি পৌঁছানোর খুব কাছাকাছি এসেছি, এখনও যাওয়ার অর্ধেক পথ, আশা করি আমি কোনও বড় ব্যর্থতার মুখোমুখি হব না আমি গত তিন দিন ধরে নির্দোষভাবে যাচ্ছি বলে আমি 100% এর কাছাকাছি এসেছি আবার 63৩৪ টিরও বেশি কেবিপিএসে।

এছাড়াও, তাত্পর্যপূর্ণ ডেটাপুট রিড রেট পাওয়ার জন্য লোভী হবেন না, কারণ অনেক পরামিতি এবং বিভিন্ন ব্লক আকারের চেষ্টা করার ফলে আমার প্রায় পুরোপুরি একটি মৃত হার্ড রিভ পড়ে যায় যা পাওয়ার সাইক্লিংয়ের পরে 1 সেকেন্ডের বেশি কাজ করা বন্ধ করে দেবে (এটি ছিল ৫ দিন আগে) তবে কৃতজ্ঞতা স্বরূপ এটি আবার একবার জীবনের লক্ষণ দেখাতে শুরু করেছিল, শুরুতে ২ কেবিপিএসের চেয়ে সামান্য কম 2,000 বিএসে (হ্যাঁ বাইটিস) পড়েছিলাম, আমি খুব হতাশ হয়েছিলাম, তবে বাতিল করার পরেddrescueসিটিআরএল + সি দিয়ে এবং এটি পুনরায় আরম্ভ করার পরে (-আর বিপরীতে) প্যারামিটারটি যুক্ত হয়েছিল, তারপরে গতি 630 এ চলে গেল, আমি 930 কেবিপিএসে পড়ার আগে, অন্তত আমি সন্তুষ্ট হয়েছি যে আমি বিপরীতে 630 কেবিপিএস করছি এবং 2 কেবিপিএস বন্ধ না রেখে, তাই যদি আপনি কোনও পড়ার গতিতে সাফল্য পান তবে এটির সাথে 500 কেবিপিএস রেঞ্জের স্টিকের মতো এবং গতি আরও উচ্চতর করতে কোনও চেষ্টা না করে, এটি অর্জনের ক্ষেত্রে এটি আপনার শেষ সফল প্রচেষ্টা হতে পারে যে কোনও পড়ার গতি।

বিকল্পভাবে, যদি আপনার ddrescueপক্ষে ভাল না হয় কারণ আপনি যে প্যারামিটারগুলি ব্যবহার করে তা বিবেচনা না করে কিছু পড়তে পারবেন না, আপনি যুক্তি বোর্ডকে হার্ড ড্রাইভ থেকে প্রতিস্থাপনের কথা বিবেচনা করতে পারেন, 90% সময় হিসাবে এটি লজিক বোর্ডটি যায় খারাপ, তবে প্রথমে, লজিক বোর্ডটি সরিয়ে হার্ড-ড্রাইভের পিনগুলির সাথে পরিচিতিগুলি তৈরি করে এমন সমস্ত পরিচিতিগুলি পরিষ্কার করুন, কিছু সময় এই পরিচিতিগুলিতে এটি একটি কালো রঙের মেশানো মিশ্রণ পেয়ে যায়, যোগাযোগ বিচ্ছিন্ন করে যা আপনার ব্যর্থতার কারণ হতে পারে। তবে জেনে রাখুন যে আপনি যদি আপনার হার্ড ড্রাইভের লজিক বোর্ডটি প্রতিস্থাপন করতে হয় তবে আপনাকে একই ব্র্যান্ডের একটি, সিরিয়াল নম্বর (কাছাকাছি), মডেল নম্বর, সংশোধন নম্বর পেতে হবে কারণ এটি মূলটির মতোই কাছাকাছি থাকতে হবে দাতা বোর্ড কাজ করতে।


2
আপনি পাঠ্যের প্রাচীরটি কিছুটা সম্পাদনা করতে চাইতে পারেন।
slm

4
আসলে আমি ভেবেছিলাম যে আমি এই বিষয়টিতে সবচেয়ে সৃজনশীল এবং বিস্তারিত পোস্ট দেখেছি। আমি আশা করি তুমি কিছু মনে না করেন, আমি শুধু একটি অনুরূপ প্রশ্ন জুড়েছেন unix.stackexchange.com/q/219365/125662 আপনার সত্যিই সহায়ক অবদান উল্লেখ
baroquedub

1
GNU ddrescue ম্যানুয়াল থেকে: "- বাহ্যিকরূপে আউটফাইলে ওভাররাইট লিখুন Force । " এটি ম্যাপফাইলে / লগফাইলে নয়
আর্চ লিনাক্স টাক

--forceবিকল্পের বিবরণটি ঠিক করুন , এটি সঠিক নয়
এন্ডোলিথ

5

আপনি থামাতে সক্ষম হবেন ddrescueকারণ এটি লগ ফাইলটি যেখানে চালিত হয়েছে তার অপারেশন (বন্ধ) পুনরায় চালু করতে সক্ষম হতে ব্যবহার করে। লগফিলটি টাইমস্ট্যাম্পটি দেখে বা করে সম্প্রতি আপডেট হয়েছে কিনা তা আমি খতিয়ে দেখতে চাই tail -f /home/dave/recovery_usb500.logfile

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

লগটিতে (একাধিক) +এন্ট্রি না থাকলে এবং আপনার ফাইলের আকারটি এখনও থাকবে বলে 0আমি ddrescueভুল মনে করি না । কোন +গুলি মানে আপনার ড্রাইভ থেকে কিছুই আদায়যোগ্য ছিল। এর অর্থ ভাজা ইলেক্ট্রনিক্স বা এএ খারাপ মাথা হতে পারে, যেমন কয়েকটি সেক্টর ত্রুটিযুক্ত হওয়ার কারণে আপনার ফলাফলগুলি আরও দ্রুত হতে পারে।

অন্য কিছু করার হিসাবে। আমি ধরে নিয়েছি আপনি ইতিমধ্যে সাধারণ ডিডি সহ কয়েকটি ব্লক পড়ার চেষ্টা করেছেন। আপনি কি সেই ভিত্তিতে সিসলগটি দেখেছেন এবং সেখানে কোনও বার্তা পেয়েছেন তা গুগল করেছেন?


"ফলাফল: হোস্টবাইট = অবৈধ ড্রাইভারবাইটি = ডিআরআইভিআরএসএনএসই" এর জন্য অনুসন্ধানের ফলে আরও কয়েকটি পরামর্শ সহ কয়েকটি আকর্ষণীয় পাঠ (আংশিক জার্মান) ফলস্বরূপ:

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

একটি অপঠনযোগ্য ডিস্ককে শীতল করা ছাড়াও (কুলিং স্প্রে সহ) আমি নিজেই এগুলির কোনও চেষ্টা করি নি।


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

আপনি বিবেচনা করতে পারেন ddrescueএটি একটি ডেরাইভেটিভ ddযে কোনও ত্রুটির সম্মুখীন হওয়ার পরে থামবে না। আপনি কি +লক্ষণ পরীক্ষা করেছেন ?
অ্যান্থন

লগ ফাইলটিতে, কোনও +চিহ্ন নেই। শুধুমাত্র -এবং \ লক্ষণ আছে।
প্রশ্নকর্তা

এর অর্থ এখনও কিছুই উদ্ধার করা যায়নি এবং আমি মনে করি এটি এতদিন ddrescueপরে শুরু হবে না unlikely আপনি যদি চান তবে আমরা এ সম্পর্কে চ্যাট করতে পারি (এই পৃষ্ঠার লিঙ্কের শীর্ষে)
অ্যান্থন

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