যন্ত্রণার মধ্য দিয়ে হাঁটা বা একটি ডেটা পুনরুদ্ধারের প্রচেষ্টার দীর্ঘ ইতিহাস

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

ভাত। 1 HDD কোয়ান্টাম ফায়ারবল প্লাস KA 9,1GB

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

ভাত। 2 DRD DSC নির্দেশক নির্দেশ প্রাপ্তির প্রস্তুতি নির্দেশ করে।

আমরা ফার্মওয়্যার মডিউলের সমস্ত কপি ব্যাক আপ করি। আমরা ফার্মওয়্যার মডিউলগুলির অখণ্ডতা পরীক্ষা করি। মডিউল পড়ার সাথে কোন সমস্যা নেই, তবে রিপোর্টের বিশ্লেষণ দেখায় যে কিছু অদ্ভুততা আছে।

ভাত। 3. জোন টেবিল।

আমরা জোনাল ডিস্ট্রিবিউশন টেবিলে মনোযোগ দিই এবং নোট করি যে সিলিন্ডারের সংখ্যা 13845।

ভাত। 4 P-তালিকা (প্রাথমিক তালিকা – উৎপাদন চক্রের সময় প্রবর্তিত ত্রুটির তালিকা)।

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

ভাত। 5 টাস্ক প্যারামিটার।

টাস্কটি তৈরি করার পরে, আমরা সেক্টর জিরো (LBA 0) এর পার্টিশন টেবিলের এন্ট্রিগুলি দেখি

ভাত। 6 মাস্টার বুট রেকর্ড এবং পার্টিশন টেবিল।

অফসেট 0x1BE এ একটি একক এন্ট্রি রয়েছে (16 বাইট)। পার্টিশনে ফাইল সিস্টেমের ধরন হল NTFS, 0x3F (63) সেক্টরের শুরুতে অফসেট, পার্টিশন সাইজ 0x011309A3 (18) সেক্টর।
সেক্টর এডিটরে, LBA 63 খুলুন।

ভাত। 7 NTFS বুট সেক্টর

NTFS পার্টিশনের বুট সেক্টরের তথ্য অনুসারে, আমরা নিম্নলিখিতটি বলতে পারি: ভলিউমে গৃহীত সেক্টরের আকার হল 512 বাইট (শব্দ 0x0 (0) অফসেট 0200x512B এ লেখা আছে), ক্লাস্টারে সেক্টরের সংখ্যা হল 8 (বাইট 0x0 অফসেট 0x08D এ লেখা হয়), ক্লাস্টারের আকার 512x8=4096 বাইট, প্রথম MFT রেকর্ডটি ডিস্কের শুরু থেকে 6 সেক্টরের অফসেটে অবস্থিত (291x519 চতুর্গুণ শব্দের অফসেটে 0x30 0 00 প্রথম MFT ক্লাস্টারের 00 00C 00 00 (0) সংখ্যা। সেক্টর নম্বরটি সূত্র দ্বারা গণনা করা হয়: ক্লাস্টার নম্বর * ক্লাস্টারে সেক্টরের সংখ্যা + বিভাগ 00* 00+786= 432 এর শুরুতে অফসেট।
6 সেক্টরে চলুন।

Рис। 8

কিন্তু এই সেক্টরে থাকা ডেটা MFT রেকর্ড থেকে সম্পূর্ণ আলাদা। যদিও এটি একটি ভুল ত্রুটির তালিকার কারণে একটি সম্ভাব্য ভুল অনুবাদ নির্দেশ করে, এটি এই সত্যটি প্রমাণ করে না। আরও পরীক্ষা করার জন্য, আমরা 10 সেক্টরের তুলনায় উভয় দিকে 000 সেক্টর দ্বারা ডিস্কটি পড়ব। এবং তারপরে আমরা যা পড়ি তাতে রেগুলার এক্সপ্রেশন অনুসন্ধান করব।

ভাত। 9 প্রথম MFT রেকর্ডিং

6 সেক্টরে আমরা প্রথম MFT রেকর্ড খুঁজে পাই। এর অবস্থান 291টি সেক্টর দ্বারা গণনা করা এক থেকে পৃথক, এবং তারপর 551টি রেকর্ডের একটি গ্রুপ (32 থেকে 16 পর্যন্ত) ক্রমাগত অনুসরণ করে। 0 সেক্টরের অবস্থানটি শিফট টেবিলে প্রবেশ করা যাক এবং 15টি সেক্টরে এগিয়ে যাই।

Рис। 10

রেকর্ড নং 16 এর অবস্থান অফসেট 12 এ হওয়া উচিত, কিন্তু আমরা সেখানে MFT রেকর্ডের পরিবর্তে শূন্য খুঁজে পাই। এর আশেপাশের এলাকায় অনুরূপ অনুসন্ধান পরিচালনা করা যাক.

ভাত। 11 MFT এন্ট্রি 0x00000011 (17)

MFT এর একটি বড় খণ্ড সনাক্ত করা হয়েছে, রেকর্ড নম্বর 17 থেকে শুরু করে যার দৈর্ঘ্য 53 রেকর্ড রয়েছে) 646টি সেক্টরের পরিবর্তনের সাথে। 17 অবস্থানের জন্য, শিফট টেবিলে +12 সেক্টরের একটি শিফট রাখুন।
মহাকাশে এমএফটি টুকরোগুলির অবস্থান নির্ধারণ করার পরে, আমরা উপসংহারে আসতে পারি যে এটি ভুল অফসেটে এমএফটি টুকরাগুলির এলোমেলো ব্যর্থতা এবং রেকর্ডিংয়ের মতো দেখাচ্ছে না। একটি ভুল অনুবাদক সহ একটি সংস্করণ নিশ্চিত করা যেতে পারে।
স্থানান্তর পয়েন্টগুলিকে আরও স্থানীয়করণ করতে, আমরা সর্বাধিক সম্ভাব্য স্থানচ্যুতি সেট করব। এটি করার জন্য, আমরা নির্ধারণ করি যে NTFS পার্টিশনের শেষ মার্কার (বুট সেক্টরের অনুলিপি) কতটা স্থানান্তরিত হয়েছে। চিত্র 7-এ, অফসেট 0x28-এ, কোয়াডওয়ার্ড হল 0x00 00 00 00 01 13 09 A2 (18) সেক্টরের পার্টিশন আকারের মান। ডিস্কের শুরু থেকে এর দৈর্ঘ্যের সাথে পার্টিশনের অফসেট যোগ করা যাক, এবং আমরা NTFS মার্কার 024 + 866= 18 এর শেষ অফসেট পাই। প্রত্যাশিত হিসাবে, বুট সেক্টরের প্রয়োজনীয় কপি সেখানে ছিল না। আশেপাশের এলাকা অনুসন্ধান করার সময়, এটি শেষ MFT খণ্ডের তুলনায় +024 সেক্টরের ক্রমবর্ধমান পরিবর্তনের সাথে পাওয়া গেছে।

ভাত। NTFS বুট সেক্টরের 12 কপি

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

ভাত। 13 ডিস্ক পড়ার পরিসংখ্যান।

আমাদের পরবর্তী কাজ হবে শিফটগুলির আনুমানিক অবস্থানগুলি স্থাপন করা (যে ফাইলটিতে সেগুলি ঘটেছে তার নির্ভুলতার জন্য)। এটি করার জন্য, আমরা সমস্ত MFT রেকর্ড স্ক্যান করব এবং ফাইল অবস্থানগুলির (ফাইল টুকরা) চেইন তৈরি করব।

ভাত। 14 ফাইল বা তাদের টুকরা অবস্থানের চেইন.

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

ভাত। 15টি ব্যবহারকারীর ফাইলের তালিকা (এই স্ক্রিনশটটি প্রকাশ করার জন্য ক্লায়েন্টের কাছ থেকে সম্মতি পাওয়া গেছে)

পৃথক ফাইলগুলিতে পয়েন্ট শিফট স্থাপন করতে, আপনি অতিরিক্ত কাজ চালাতে পারেন এবং, যদি আপনি ফাইলের কাঠামো জানেন তবে ডেটার অন্তর্ভুক্তিগুলি সন্ধান করুন যা এর সাথে সম্পর্কিত নয়। কিন্তু এই কাজে তা অর্থনৈতিকভাবে সম্ভবপর ছিল না।

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

পূর্ববর্তী প্রকাশনা: এইচডিডি সিগেট ST3000NC002-1DY166 গ্রাইন্ডিং থেকে ম্যাচগুলিতে সংরক্ষণ করা বা ডেটা পুনরুদ্ধার করা

উত্স: www.habr.com