डीवीडी-आरएक्स, सुरक्षा के खिलाफ लड़ाई

डीवीडी-आरएक्स अनाधिकृत नकल से डीवीडी वीडियो का एक बहु-स्तरीय संरक्षण है। लेकिन चूंकि ऐसी जानकारी है जिसे देखा जा सकता है, तो इसे बचाया जा सकता है। इस पोस्ट में मैं वर्णन करूंगा कि वास्तव में मैं लिनक्स का उपयोग करके ऐसी डिस्क से एक छवि लेने में कैसे कामयाब रहा।

चूंकि मुझे कभी भी संरक्षित डिस्क से निपटने की ज़रूरत नहीं थी, और विशेष रूप से डीवीडी-आरएक्स के साथ, मुझे आरामदायक परिणाम प्राप्त करने के लिए कई तरीके आज़माने पड़े।

डिस्क की सामग्री जो मेरे पास एक मेनू के बिना 30 मिनट की वीडियो थी, VOB एक्सटेंशन के साथ बड़ी संख्या में फ़ाइलों (सौ से अधिक) के रूप में संग्रहीत और प्रत्येक एक गीगाबाइट से बड़ी। हालाँकि, वीडियो स्वयं टेलीविज़न से समाचारों का एक टुकड़ा है, इसलिए मैंने कुछ भी नहीं तोड़ दिया। सामग्री की कुल मात्रा एक टेराबाइट के बारे में थी, इस तथ्य के बावजूद कि डिस्क की मात्रा मानक थी, अर्थात्। 4.7 जीबी इसलिए, मैंने फ़ाइलों के रूप में सामग्री को तुरंत कॉपी करने से इनकार कर दिया। मैंने स्क्रीन से वीडियो को हथियाने से इनकार करने का भी फैसला किया, हालांकि यह तेज़ होगा, लेकिन मैंने डिस्क की एक प्रति बनाने का फैसला किया। K3b के साथ छवि को कैप्चर करने का प्रयास विफल रहा। 10 mb कॉपी होने के बाद, सेक्टर रीडिंग त्रुटियां दिखाई देने लगीं। इस तथ्य के बावजूद कि K3b कार्यक्षमता में पढ़ने की त्रुटियों को छोड़ना और उनके प्रयासों को सीमित करना शामिल है, ड्राइव स्वयं हर क्षेत्र को पढ़ने की कोशिश करता है, और एक खराब क्षेत्र को पढ़ने की कोशिश करने में लगभग 10 सेकंड लगते हैं, जो न केवल एक लंबी प्रक्रिया है, बल्कि ड्राइव में लेजर का बहुत अधिक बलात्कार करता है ।

खराब मीडिया से जानकारी की प्रतिलिपि बनाने पर साहित्य पढ़ने के बाद, मैंने dd_rescue कंसोल प्रोग्राम का उपयोग करने का निर्णय लिया, जो ब्लॉक डिवाइस फ़ाइलों की छवियां बना सकता है, शुरुआत में दिए गए बाइट्स की संख्या को स्किप करना (उन्हें शून्य के साथ टैप करना)। दुर्भाग्य से, मैं ऑप्टिकल मीडिया पर खराब ब्लॉकों के लिए जल्दी से खोज करने के लिए एक सॉफ्टवेयर समाधान नहीं ढूंढ सका। मुझे टाइप करके सर्च करना था। मुझे निचली सीमा का पता था जहां टूटे हुए सेक्टर (10 एमबी) शुरू हो गए थे, इसलिए मैंने सत्यापन के लिए तुरंत 100 एमबी लेने का फैसला किया। अजीब तरह से, 100 एमबी से शुरू होने वाले सेक्टर को भी 200 की तरह पीटा गया था, लेकिन डेटा 300 हो गया, इसलिए मैंने 200 एमबी को खोज की निचली सीमा के रूप में चुना, और 300 को ऊपरी के रूप में चुना। नतीजतन, मुझे लगभग 20 पंप बनाने पड़े। टूटे और जीवित क्षेत्रों के बीच की सीमा का पता लगाना। इसलिए मैंने डिस्क के शीर्ष की प्रतिलिपि बनाई।

हालांकि, जब मैंने डिस्क की सतह को देखा, तो मुझे एहसास हुआ कि मुझे दो और सीमाओं की तलाश करनी होगी, क्योंकि वहाँ दो छल्ले थे, रंग में तेज भिन्न।



उसी तरह (अलग-अलग जगहों पर dd_rescue चलाकर और आउटपुट को देखकर), मुझे आवश्यक सीमाएँ मिलीं।
एक 63 एमबी के क्षेत्र में था, और 130 के क्षेत्र में दूसरा। इसलिए, मेरे पास पहले से ही एक आईएसओ फाइल थी जिसका वजन 10 एमबी (डिस्क के केंद्र से पहले बुरे ब्लॉकों तक) था, और 4.7 जीबी फाइल थी जिसमें खराब ब्लॉकों के अंत से डिस्क के किनारे तक की जानकारी थी। मुझे उन छल्लों के बीच डंप करने की जरूरत थी। जब खराब ब्लॉक्स गिर गए तो मैंने Ctrl + C दबाकर समान dd_rescue का उपयोग किया:

$dd_rescue -s 62973431 -f /dev/sr0 /home/mascom/middle 

इस प्रकार, मेरे पास तीन फाइलें थीं, जिन्हें मुझे एक में विलय करने की जरूरत थी, एक को दूसरे की शुरुआत में परतों के समान ओवरलैप करना, (इस अर्थ में कि यह सिर्फ संघटन नहीं है)। मैंने स्प्लिट प्रोग्राम का उपयोग किया, बीच की फ़ाइल को बराबर भागों में तोड़कर, प्रत्येक एक छोटी फ़ाइल का आकार।

 $split -b 9997139 /home/mascom/middle 

10 मेगाबाइट्स के साथ पहले भाग (xaa) की फ़ाइल को बदलना शुरू करें। सभी भागों को एक में जोड़कर, मुझे डिस्क के भौतिक केंद्र से दूसरी रिंग की शुरुआत तक की जानकारी वाली एक फ़ाइल मिली।

 $cat begin.iso xab xac xad xae xaf xag xah xai xaj xak xal xam xan xao xap xaq xar xas xat xau xav > begin1 $rm xaa xab xac xad xae xaf xag xah xai xaj xak xal xam xan xao xap xaq xar xas xat xau xav 

एक बड़ी फ़ाइल के साथ इस प्रक्रिया को दोहराते हुए (परिणामी start1 के आकार का उपयोग करते हुए, इसे एक नए xaa के साथ बदलकर और उन्हें फिर से व्यवस्थित करते हुए), मुझे स्रोत डिस्क की एक तैयार-से-उपयोग iso छवि मिली।