LTOOLS – विंडोज 9एक्स / एमई और विंडोज एनटी / 2000 / एक्सपी से अपनी लिनक्स फ़ाइलों तक पहुंचें

वर्नर ज़िमर्मन द्वारा


एलटीयूएलएस विंडोज के तहत समान कार्यक्षमता प्रदान करता है जैसे कि एमटीयूएलएस लिनक्स के तहत करता है: वे आपको “शत्रुतापूर्ण” फाइल सिस्टम पर अपनी फाइलों तक पहुंचने देते हैं।


कमांड लाइन से LTOOLS का उपयोग करना

एलटीयूएलएस के दिल में कमांड लाइन प्रोग्राम का एक सेट है, जिसे विंडोज 9एक्स / एमई या विंडोज एनटी / 2000 / एक्सपी में डॉस से या डॉस-विंडो से कहा जा सकता है। वे समान कार्यक्षमता प्रदान करते हैं जो प्रसिद्ध लिनक्स कमांड ‘एलएस’, ‘सीपी’, ‘आरएम’, ‘चमोद’, ‘चाउन’ और ‘एलएन’ के समान कार्यक्षमता प्रदान करते हैं। इस प्रकार, डॉस / विंडोज के तहत आप कर सकते हैं

  • लिनक्स फाइलों और निर्देशिकाओं की सूची (कमांड: ldir),
  • लिनक्स से विंडोज़ तक फ़ाइलों की प्रतिलिपि बनाएँ और इसके विपरीत (आदेश: ल्रेड, लिराइट),
  • लिनक्स फ़ाइलों को हटाएं या नाम बदलें (कमांड: एलडीएल, ल्रेन),
  • प्रतीकात्मक लिंक बनाएँ (कमांड: lln),
  • नई लिनक्स निर्देशिकाएं बनाएं (कमांड: lmkdir),
  • एक लिनक्स फ़ाइल के अभिगम अधिकार और मालिक (आदेश: lchange) को संशोधित करें,
  • लिनक्स डिफ़ॉल्ट निर्देशिका बदलें (कमांड: एलसीडी),
  • लिनक्स डिफ़ॉल्ट ड्राइव सेट करें (कमांड: ldrive) और
  • अपना हार्डडिस्क विभाजन सेटअप दिखाएं (कमांड: ldir -part)।

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

इसके अतिरिक्त LTOOLS का यूनिक्स / लिनक्स संस्करण है, ताकि आप सोलारिस के तहत या यहां तक ​​कि लिनक्स के तहत भी इसका उपयोग कर सकें, जब आप इस विभाजन को घुमाने के बिना किसी अन्य हार्डडिस्क विभाजन पर फ़ाइल तक पहुंचना चाहते हैं।

LTOOLgui – LTOOLS के लिए एक जावा जीयूआई

कमांड लाइन प्रोग्राम पुराने फैशन हैं! LTOOLS ग्राफ़िकल यूजर इंटरफेस कहां है? खैर, कोई समस्या नहीं: LTOOLgui का प्रयोग करें। जेडीके 2 की स्विंग लाइब्रेरी का उपयोग कर जावा में लिखित एलटीयूएलगुई, विंडोज एक्सप्लोरर जैसे यूजर इंटरफेस (चित्र 1) प्रदान करता है। दो उप-विंडो में LTOOLgui आपके डॉस / विंडोज और आपके लिनक्स निर्देशिका पेड़ दिखाता है। नेविगेटिंग सामान्य बिंदु-और-क्लिक क्रियाओं द्वारा किया जा सकता है। विंडोज़ से लिनक्स या इसके विपरीत फ़ाइलों की प्रतिलिपि कॉपी-एंड-पेस्ट या ड्रैग-एंड-ड्रॉप द्वारा की जा सकती है। दायां माउस बटन क्लिक करने से एक्सेस अधिकार, जीआईडी ​​या यूआईडी जैसे फ़ाइल विशेषताओं को देखने और संशोधित करने के लिए एक संवाद खुल जाएगा। फ़ाइल पर डबल क्लिक करना शुरू हो जाएगा, अगर यह विंडोज निष्पादन योग्य है, या इसे इसके संबंधित एप्लिकेशन के साथ खोलें। यह लिनक्स फ़ाइलों के साथ भी काम करता है, अगर उनके पास एक पंजीकृत विंडोज़ एप्लीकेशन है।

बीटीडब्ल्यू: आप लिनक्स के तहत फ़ाइल प्रबंधक के रूप में LTOOLgui का भी उपयोग कर सकते हैं। चूंकि LTOOLS कमांड लाइन प्रोग्राम भी लिनक्स संस्करण में आते हैं, इस प्रकार आप उन्हें घुमाने के बिना डिस्क पर फ़ाइलों तक पहुंच सकते हैं।

लेखक ने LTOOLgui के लिए जावा चुना, क्योंकि जावा विशेष रूप से निम्न स्तर की हार्डडिस्क पहुंच के लिए उपयुक्त है … केवल मजाक कर रहा है! नहीं, ज़ाहिर है, जावा में यह संभव नहीं है। यदि आप सीधे हार्डवेयर तक पहुंचना चाहते हैं, तो आपको सी ++ कोड और जेएनआई (जावा इंटरनेशनल इंटरफेस) का उपयोग करना होगा। हालांकि, जेएनआई केवल 32 बिट कोड के लिए काम करता है, विंडोज 9एक्स / एमई के तहत इसका मतलब ’32 बिट से 16 बिट थंकिंग’ (नीचे देखें) का उपयोग करना होगा। चूंकि लेखक को माइक्रोसॉफ्ट के एमएएसएम कोड के साथ सूर्य के जावा को गठबंधन करने के विचार को पसंद नहीं आया, इसलिए उन्होंने एक और दृष्टिकोण लिया। वह बस LTOOLS कमांड लाइन प्रोग्राम का उपयोग करता है, जिसे जाने-माने stdin / stdout-interface के माध्यम से जावा से कहा जाता है। तो जावा पक्ष के लिए, हार्डवेयर एक्सेस का मतलब सरल स्ट्रीम आधारित फ़ाइल I / O है।

चित्र 1: जावा-आधारित LTOOLgui ग्राफिकल यूजर इंटरफेस

इंटरनेट पर फ़ाइल का उपयोग?

इसमें कोई संदेह नहीं है, कला कार्यक्रम का कोई भी राज्य इंटरनेट जागरूक होना चाहिए! खैर, अगर आप रिमोट कंप्यूटर पर LREADjav चलाते हैं और आप इसे LTOOLgui के कनेक्ट बटन के माध्यम से कनेक्ट करते हैं, तो आप इस दूरस्थ सर्वर पर लिनक्स फ़ाइलों तक पहुंच सकते हैं जैसे कि वे स्थानीय थे। LREADjav एक साधारण सर्वर डिमन है, जो LTOOLgui द्वारा TTOOLS कमांड लाइन प्रोग्राम कॉल में LTOOLgui द्वारा जारी अनुरोध का अनुवाद करता है और टीसीपी / आईपी के माध्यम से LTOOLgui (चित्र 2) के लिए कमांड लाइन प्रोग्राम के आउटपुट भेजता है। बेशक, आप न केवल निर्देशिका सूची देख सकते हैं बल्कि सभी को दूरस्थ रूप से कर सकते हैं, आप फ़ाइल अपलोड और डाउनलोड सहित स्थानीय रूप से क्या कर सकते हैं। रिमोट मशीन यूनिक्स / लिनक्स या विंडोज चला सकती है। आज, यह एक गंभीर आवेदन की तुलना में खिलौना की तरह है, क्योंकि लद्दाव सुरक्षा समस्याओं को जन्म दे सकता है। डिफ़ॉल्ट कॉन्फ़िगरेशन में, इसका उपयोग केवल ‘लोकलहोस्ट’ से किया जा सकता है, लेकिन इसे 3 अलग-अलग रिमोट क्लाइंट से कनेक्शन की अनुमति देने के लिए कॉन्फ़िगर किया जा सकता है। लेकिन उन्हें केवल उनके आईपी पते के माध्यम से पहचाना जाता है, कोई पासवर्ड सुरक्षा या पसंद नहीं है। हालांकि, अगर किसी उपयोगकर्ता के लिए गंभीर आवेदन है, तो वह आसानी से लॉगिन / पासवर्ड योजना लागू कर सकता है … यह सब ओपन सोर्स है!

चित्र 2: दूरस्थ पहुंच के लिए LTOOLgui

कोई जावा नहीं? अपने वेब ब्राउज़र का प्रयोग करें!

शायद आपके पास जावा 2 स्थापित नहीं है। खैर, कोई समस्या नहीं है, जब तक आपके पास एक वेब ब्राउज़र है। ‘LREADSrv’ और अपने वेब ब्राउज़र को शुरू करें और यूआरएल प्रकार ‘http: // localhost’ (चित्र 3) के रूप में शुरू करें। अब आपकी लिनक्स निर्देशिका सूची आपके वेब ब्राउज़र में ग्राफिकल रूप से दिखाई देनी चाहिए। LREADSrv एक छोटा स्थानीय वेब सर्वर है, जो एक साधारण सीजीआई-जैसे इंटरफ़ेस के माध्यम से LTOOLS को HTTP-अनुरोधों के माध्यम से सुलभ बनाता है और उनके आउटपुट को गतिशील रूप से HTML पृष्ठों (चित्र 4) में परिवर्तित करता है। बेशक, यह न केवल स्थानीय पहुंच प्रदान करता है, बल्कि इंटरनेट के माध्यम से दूरस्थ पहुंच भी प्रदान करता है। हालांकि, दूरस्थ उपयोगकर्ताओं के लिए LREADSrv में LREADjav के रूप में समान स्तर की सुरक्षा होती है।

चूंकि LREADSrv HTML रूपों पर आधारित है, उदाहरण के लिए ड्रैग-एंड-ड्रॉप या डायरेक्ट कॉपी-एंड-पेस्ट का समर्थन नहीं करते हैं, आपके वेब ब्राउज़र के साथ काम करना जावा आधारित जीयूआई के साथ काम करने से थोड़ा कम सुविधाजनक है। फिर भी यह वही विशेषताएं प्रदान करता है।

चित्र 3: माइक्रोसॉफ्ट के इंटरनेट एक्सप्लोरर के साथ लिनक्स फाइलों की खोज

चित्र 4: LREADSrv – लिनक्स फ़ाइलों पर HTTP आधारित पहुंच

एलटीयूएलएस आंतरिक – विंडोज़ के तहत एक्सेसिंग हार्डडिस्क

चूंकि डॉस / विंडोज स्वयं विदेशी फाइल सिस्टम में इंटरफेस का समर्थन नहीं करता है, इसलिए एलटीयूएलएस को सीधे डिस्क पर “कच्चे” डेटा बाइट्स तक पहुंच प्राप्त करनी होगी। एलटीयूएलएस के आंतरिक लोगों को समझने के लिए, आपको निम्नलिखित क्षेत्रों की बुनियादी समझ की आवश्यकता है:

  • विभाजन और क्षेत्रों में कितने हार्डडिस्क व्यवस्थित किए जाते हैं और उन्हें कैसे पहुंचा जा सकता है, यानी डिस्क से “कच्चे” बाइट को कैसे पढ़ा या लिखा जा सकता है। यह जानकारी मिल सकती है जैसे कि / 2,3 /।
  • लिनक्स का विस्तारित 2 फाइल सिस्टम कैसे व्यवस्थित किया जाता है। सभी इनोड्स, समूह, ब्लॉक, बिटमैप्स और निर्देशिका सामग्री के बारे में एक अच्छा अवलोकन पाया जा सकता है जैसे कि / 4 /।

यह स्वचालित रूप से LTOOLS कर्नेल (चित्र 5) के एक स्तरित आर्किटेक्चर की ओर जाता है, जिसमें कई सी फाइलें होती हैं:

  • सबसे कम परत 1 (फ़ाइल Readdisk.c में) शारीरिक रूप से हार्डडिस्क का उपयोग करता है। यह परत सीधे हार्डडिस्क एक्सेस से संबंधित डॉस, विंडोज 9एक्स / एमई, विंडोज एनटी / 2000 / एक्सपी और लिनक्स / यूनिक्स के बीच अंतर (लगभग सभी) अंतर करती है और उन्हें उच्च परतों से छिपाने की कोशिश करती है। जल्द ही इसके बारे में अधिक।
  • परत 2 यूनिक्स विशिष्ट इनोड, ब्लॉक और समूह संरचनाओं के साथ सौदा करता है, जिसमें विस्तारित 2 फाइल सिस्टम का आयोजन किया जाता है।
  • परत 3 फाइल सिस्टम की निर्देशिका संरचना का प्रबंधन करता है।
  • उच्चतम परत 4 (Main.c में) उपयोगकर्ता इंटरफ़ेस प्रदान करता है और कमांड लाइन पैरामीटर स्कैन करता है।

अपनी हार्डडिस्क की विभाजन तालिका स्कैन करके, LTOOLS स्वचालित रूप से आपके पहले हार्डडिस्क पर अपना पहला लिनक्स विभाजन खोजने का प्रयास करता है। यदि आप किसी अन्य विभाजन या डिस्क तक पहुंचना चाहते हैं, तो आपको इसे कमांड लाइन पैरामीटर ‘-s’, जैसे ‘-s / dev / hdb2’ द्वारा निर्दिष्ट करना होगा। वैकल्पिक रूप से आप ‘ldrive’ कमांड के माध्यम से एक और डिफ़ॉल्ट ड्राइव और विभाजन सेट कर सकते हैं। यह पता लगाने के लिए कि आपके पास कौन से विभाजन हैं, ‘ldir -part’ पर कॉल करें।

चित्र 5: एलटीयूएलएस स्तरित वास्तुकला

डॉस के अच्छे पुराने दिनों में जीवन आसान था। निम्न हार्ड स्तरीय पढ़ने या आपके हार्डडिस्क तक पहुंच लिखने का केवल एक ही तरीका था: BIOS 13h / 3 / को बाधित करता है। बीआईओएस डेटा संरचनाओं में 1024 सिलेंडर, 63 हेड और 512 बाइट्स के 255 सेक्टर, यानी 8 जीबी तक हार्डडिस्क सीमित हैं। अधिकांश सी कंपाइलर्स ने बायोस्डिस्क () नामक एक फ़ंक्शन प्रदान किया है, ताकि इस फ़ंक्शन को सीधे असेंबली भाषा में कोड की आवश्यकता के बिना उपयोग किया जा सके। बड़े हार्डडिस्क से निपटने के लिए, कुछ साल पहले ‘विस्तारित’ int 13h कार्यों को पेश किया गया था। BIOS सीमाओं को दूर करने के लिए, ये फ़ंक्शन पुरानी सिलेंडर-हेड-सेक्टर (सीएचएस) एड्रेसिंग के बजाए रैखिक एड्रेसिंग स्कीम, लॉजिकल ब्लॉक एड्रेस (एलबीए) का उपयोग करते हैं।

यह अभी भी विंडोज 9एक्स / एमई की डॉस विंडो (तालिका 1) में काम करता है, कम से कम पढ़ने के लिए और जब तक प्रोग्राम 16 बिट कंपाइलर के साथ संकलित किया जाता है। (एलटीयूएलएस बोर्लैंड सी का उपयोग करता है, विंडोज एनटी / 2000 / एक्सपी संस्करण माइक्रोसॉफ्ट विजुअल सी के साथ भी संकलित करता है, यूनिक्स / लिनक्स संस्करण जीएनयू सी का उपयोग करता है)। यदि आप निम्न स्तर की लेखन पहुंच चाहते हैं, तो आपको ‘वॉल्यूम लॉक’ / 3 / की आवश्यकता है। यह तंत्र ऑपरेटिंग सिस्टम को सूचित करता है कि आपका प्रोग्राम ऑपरेटिंग सिस्टम ड्राइवरों को छोड़कर प्रत्यक्ष डिस्क लिख रहा है, ताकि विंडोज़ अन्य प्रोग्रामों को डिस्क तक पहुंचने से रोक सके। फिर यह सी संकलक के ioctl () फ़ंक्शन का उपयोग कर असेंबली प्रोग्रामिंग के बिना किया जा सकता है।

16 बिट विंडोज प्रोग्राम में BIOS फ़ंक्शंस को केवल डीपीएमआई के माध्यम से ही बुलाया जा सकता है। चूंकि अधिकांश सी कंपाइलर रैपर फ़ंक्शन प्रदान नहीं करते हैं, इसलिए इन्हें (इनलाइन) असेंबलर की आवश्यकता होगी।हालांकि, Win16 कमांड लाइन प्रोग्राम को बिल्कुल अनुमति नहीं देता है, इसलिए चिंता न करें …

विंडोज एनटी / 2000 / एक्सपी के डॉस बॉक्स में, BIOS int 13h का उपयोग करके एक जीपीएफ (सामान्य सुरक्षा दोष) का कारण बन जाएगा। सुरक्षा कारणों से, विंडोज एनटी / 2000 / एक्सपी ऑपरेटिंग सिस्टम को छोड़कर सीधे हार्डडिस्क एक्सेस की अनुमति नहीं देता है। हालांकि, माइक्रोसॉफ्ट एक समाधान प्रदान करता है, जो यूनिक्स / लिनक्स के तहत आप जो लिखेंगे उतना सरल है:

     int disk_fd = खुला ("/ dev / hda1", O_RDWR);

यह आपके हार्डडिस्क के विभाजन / dev / hda1 को खोलने के लिए, आपको पढ़ने के लिए पढ़ा जाएगा (), लिखने के लिए आप लिखेंगे ()। सरल और सीधा, है ना? विंडोज एनटी / 2000 / एक्सपी के तहत, यदि आप WIN32 API / 5 / का उपयोग करते हैं, तो फ़ंक्शन CreateFile () केवल फ़ाइलों को बनाने और खोलने की अनुमति नहीं देता है, बल्कि डिस्क विभाजन भी:

     हैंडल hPhysicalDrive = CreateFile ("\\\\। \\ PhysicalDrive0",
                                        GENERIC_READ |  GENERIC_WRITE,
                                        FILE_SHARE_READ |  FILE_SHARE_WRITE,
                                        0, OPEN_EXISTING, 0, 0);

डिस्क सेक्टर पढ़ना और लिखना अब ReadFile () और WriteFile () के माध्यम से किया जा सकता है।

एक पल के लिए आप सोच सकते हैं कि आप Windows 9x / ME के ​​तहत एक ही Win32 फ़ंक्शन का उपयोग कर सकते हैं। हालांकि, अगर आप CreateFile () के लिए प्रलेखन में पढ़ते हैं, तो आप पाएंगे:

	 विंडोज 95: यह तकनीक लॉजिकल ड्राइव खोलने के लिए काम नहीं करती है।  में
	 विंडोज 95, इस फ़ॉर्म में एक स्ट्रिंग निर्दिष्ट करने से CreateFile को वापस करने का कारण बनता है
	 एक त्रुटि।

विंडोज 9एक्स / एमई के तहत माइक्रोसॉफ्ट के विन 32 दस्तावेज सिस्टम के वीएक्सडी (कर्नेल ड्राइवर) में से एक, VWIN32 के माध्यम से BIOS Int 13h को कॉल करने की अनुशंसा करता है। यदि आप ऐसा करने का प्रयास करते हैं, तो आप सफल नहीं होंगे। माइक्रोसॉफ्ट के नॉलेज बेस राज्यों में समस्या रिपोर्ट Q137176, कि – ऑफलाइन Win32 दस्तावेज के बावजूद – यह केवल फ्लॉपी डिस्क के लिए काम करता है, हार्डडिस्क के लिए नहीं।जैसा कि समस्या रिपोर्ट कहती है, हार्डडिस्क के लिए 16 बिट कोड में BIOS Int 16h को कॉल करना एकमात्र तरीका है। 32 बिट प्रोग्राम से 16 बिट कोड को कॉल करने के लिए, आपको माइक्रोसॉफ्ट की “32 बिट से 16 बिट थंकिंग” की आवश्यकता है … यह केवल एक और एपीआई नहीं है (अन्य अनियंत्रित फीचर्स या दस्तावेजी बग्स के साथ?), थंकिंग को माइक्रोसॉफ्ट के थंकिंग कंपाइलर की भी आवश्यकता होती है, जो एक परिभाषा स्क्रिप्ट से असेंबलर कोड उत्पन्न करता है। उस से 16 बिट और 32 बिट ऑब्जेक्ट फ़ाइल माइक्रोसॉफ्ट के असेंबलर एमएएसएम का उपयोग करके उत्पन्न की जानी चाहिए। इन्हें सी-कोड की कुछ दर्जन रेखाओं से जोड़ा जाएगा, जिन्हें आपको लिखना है, जिसके परिणामस्वरूप 16 बिट और 32 बिट डीएलएल (गतिशील लिंक लाइब्रेरी) है। वैसे, आपको इसके लिए केवल 32 बिट विज़ुअल सी ++ की आवश्यकता नहीं है, लेकिन आपके पास माइक्रोसॉफ्ट के सी कंपाइलर का पुराना 16 बिट संस्करण भी होना चाहिए … समझे? स्वामित्व के एक बंडल का उपयोग करना, व्यापक रूप से उपयोग किए जाने वाले औजारों का उपयोग नहीं करना, एलटीयूएलएस जैसे ओपन सोर्स सॉफ्टवेयर टूल के लिए एक अच्छा समाधान नहीं होगा!

संक्षेप में: डॉस / विंडोज 9एक्स / एमई, विंडोज एनटी / 2000 / एक्सपी और लिनक्स / यूनिक्स के लिए अलग-अलग संस्करण होना चाहिए। जहां तक ​​संभव हो सके उपयोगकर्ता से इसे छिपाने के लिए, LTOOLS यह पता लगाने की कोशिश करता है कि किस ऑपरेटिंग सिस्टम में यह चल रहा है और स्वचालित रूप से उचित निष्पादन योग्य कॉल करता है।

तालिका 1: निम्न स्तर की हार्डडिस्क पहुंच

डॉस के तहत विंडोज 9एक्स / एमई के तहत विंडोज एनटी / 2000 / एक्सपी के तहत LINUX / यूनिक्स के तहत
  • बीआईओएस इंट 13 एच
    (8 जीबी से ऊपर डिस्क के लिए BIOS एक्सटेंशन की आवश्यकता है)
  • डॉस प्रोग्राम:
    डॉस की तरह, लेकिन लिखने के उपयोग के लिए वॉल्यूम लॉक / अनलॉक का उपयोग करना चाहिए
  • विन 16 कार्यक्रम:
    डीपीएमआई के माध्यम से BIOS Int 13h को कॉल करना होगा
  • Win32 प्रोग्राम:
    Win16 DLL को 32 बिट से 16 बिट थंकिंग
  • डॉस प्रोग्राम:
    अनुमति नहीं हैं
  • विन 16 कार्यक्रम:
    अनुमति नहीं हैं
  • Win32 प्रोग्राम:
    CreateFile (), ReadFile (), WriteFile ()
  • खुला (), पढ़ें (), लिखें ()

सुरक्षा चिंताएं?

हां, एलटीयूएलएस को एक निश्चित विस्तार से रखने से सुरक्षा समस्याएं उत्पन्न हो सकती हैं। प्रत्येक उपयोगकर्ता, जो उन्हें चला सकता है, LINUX फाइल सिस्टम पर फ़ाइलों तक पहुंच और संशोधित कर सकता है, उदाहरण के लिए फ़ाइल एक्सेस अधिकार या फ़ाइल मालिकों को बदलें, पासवर्ड फ़ाइलों का आदान-प्रदान करें आदि। हालांकि, यह एक साधारण डिस्क संपादक के साथ भी संभव है। शायद, यह LTOOLS का उपयोग करते समय केवल थोड़ी अधिक आरामदायक है। फिर भी, यदि डीओएस या विंडोज 9एक्स / एमई के तहत चल रहा है तो असीमित पहुंच केवल संभव है। विंडोज एनटी / 2000 / एक्सपी के तहत एलटीयूएलएस उपयोगकर्ता को सीधे हार्डडिस्क तक पहुंचने के लिए व्यवस्थापकीय अधिकार रखने की आवश्यकता है। यूनिक्स / लिनक्स के तहत अधिकांश मानक प्रतिष्ठानों में भी केवल sys व्यवस्थापक के पास ‘कच्चे’ डिस्क डिवाइस / dev / hda, / dev / hda1, आदि के लिए पहुंच अधिकार हैं।

क्या कोई विकल्प हैं?

डीओएस / विंडोज से लिनक्स फ़ाइलों तक पहुंचने के लिए एलटीयूएलएस एकमात्र समाधान नहीं है। शायद क्लॉस टॉन्डरिंग के Ext2tool / 6 /, 1 99 6 में विकसित कमांड लाइन टूल्स का एक सेट, इस समस्या का पहला समाधान था। हालांकि, Ext2tool केवल पहुंच पढ़ने के लिए प्रतिबंधित है और विंडोज एनटी के तहत नहीं चलता है। Ext2tool के आधार पर, पीटर जूट ने 1 99 7 में एक विंडोज एनटी संस्करण लिखा, अभी भी केवल पढ़ने के लिए सीमित / 7 /। दोनों कार्यक्रम सी में लिखे गए थे, स्रोत कोड उपलब्ध हैं।

जॉन न्यूबिगिन हमें एक्सप्लोर 2 एफएस / 8 / प्रदान करता है, जो एक बहुत अच्छा जीयूआई के साथ आता है और विंडोज 9एक्स और विंडोज एनटी के तहत चलता है। इसके पढ़ने और लिखने के उपयोग के साथ यह LTOOLgui के समान सुविधाएं प्रदान करता है। बीटीडब्ल्यू: जॉन ने बहुत अच्छा काम किया है, क्योंकि वह बोर्लैंड के डेल्फी के तहत भी माइक्रोसॉफ्ट की 32 बिट से 16 बिट थंकिंग (ऊपर देखें) को लागू करने में कामयाब रहे!चूंकि सभी डेल्फी प्रोग्राम एक्सप्लोर 2fs विंडोज में ‘सीमलेस’ को एकीकृत करते हैं, लेकिन गैर-विंडोज ऑपरेटिंग सिस्टम को पोर्ट करना मुश्किल हो सकता है।

इतिहास और भविष्य

एलटीयूएलएस का पहला संस्करण विलियम विश्वविद्यालय, सालेम / ओरेगन (यूएसए) में जेसन हंटर और डेविड लुट्ज़ द्वारा मूल नाम ‘ल्रेड’ के तहत बनाया गया था। यह पहला संस्करण डॉस के तहत चलाया गया था, लिनक्स निर्देशिका सूची दिखा सकता है और लिनक्स से डॉस तक फ़ाइलों की प्रतिलिपि बना सकता है और प्राथमिक विभाजन पर छोटे आईडीई हार्डडिस्क और LINUX तक सीमित था।

लेखक ने 1 99 6 में रखरखाव और आगे के विकास को संभाला। तब से, एलटीयूएलएस ने बड़ी हार्डडिस्क से निपटने, एससीएसआई ड्राइव तक पहुंचने, विंडोज 9एक्स / एमई और विंडोज एनटी / 2000 / एक्सपी के तहत चलाने के लिए सीखा है, अतिरिक्त लेखन पहुंच और उन्हें वापस भेज दिया गया था यूनिक्स, उन्हें सोलारिस और लिनक्स के तहत चलाने के लिए। उन्हें एक वेब ब्राउज़र आधारित और जावा आधारित ग्राफिकल यूजर इंटरफेस इत्यादि मिल गया .. बहुत सारे लिनक्स उपयोगकर्ता, जिनमें से अधिकांश स्रोत कोड में नामित हैं, ने परीक्षण और डिबगिंग में मदद की। धन्यवाद।

इस बीच, जब इस लेख को प्रकाशित किया जाएगा, तो LTOOLS संस्करण V4.7 / 1 /, और भी अधिक तक पहुंच गया है। अतिरिक्त सुविधाओं के अलावा, बहुत सारी बग तय की गई हैं – और संभवतः नए लोगों को पेश किया गया है। पिछले कुछ वर्षों में एक आम समस्या बनी हुई है: हार्डडिस्क टेक्नोलॉजी में तेजी से गति नहीं देखी गई, जहां डिस्क आकार में विस्फोट हुआ है, जो स्थायी रूप से ऑपरेटिंग सिस्टम सीमाओं को प्रभावित करता है। क्या आपको 512 एमबी डिस्क के साथ डॉस की समस्याएं, 2 जीबी विभाजन के साथ विंडोज 3.x समस्याएं, 8 जीबी पर बीआईओएस की सीमा और विंडोज एनटी के पास 2 जीबी, 4 जीबी और 8 जीबी की विभिन्न समस्याएं हैं? यह केवल एक पल पहले है! और वैसे, यहां तक ​​कि लिनक्स की समस्या भी है: 2.3 से पहले कर्नेल में, कोई फ़ाइल 2 जीबी से अधिक नहीं हो सकती है, क्योंकि अधिकांश 32 बिट यूनिक्स सिस्टम जैसे लिनक्स रीड () या लिखने () में हस्ताक्षरित 32 बिट ऑफसेट पॉइंटर का उपयोग करता है (यह कर्नेल में हल हो जाएगा 2.4 ऑफसेट को 64 बिट मानों में बदलकर, लेकिन ऊपर की संगतता बनाए रखने से लिनक्स को उसी समस्या में चलाया जा सकता है जैसा हमने ऊपर विंडोज के लिए चर्चा की थी)। डिस्क एक्सेस के लिए सॉफ़्टवेयर मानकीकरण डिस्क डेवलपर्स की तुलना में हमेशा धीमा था, इसलिए उन्होंने ऑपरेटिंग सिस्टम सीमाओं को दूर करने के लिए मालिकाना समाधान का आविष्कार किया। और हमेशा एलटीयूएलएस- और कई अन्य प्रोग्रामर – को इससे निपटना पड़ा … इसलिए गुस्से में न हों, अगर आपके ब्रांड के नए 64 जीबी ड्राइव पर एलटीयूएलएस आपके लिए काम नहीं करता है। यह ओपन सोर्स है, इसलिए बस डीबग करने और उन्हें विकसित करने में मदद करने की कोशिश करें!

और भूलें, अगर आप एलटीयूएलएस का उपयोग करते हैं: इसे अपने जोखिम पर करें! केवल लिनक्स तक पहुंच पढ़ने के लिए अनैतिक है। हालांकि, यदि आप फ़ाइलों को हटाने या अपनी लिनक्स डिस्क पर फ़ाइल विशेषताओं को संशोधित करने के लिए लेखन पहुंच का उपयोग करते हैं, तो LTOOLS – और आप उपयोगकर्ता के रूप में – बहुत बकवास कर सकते हैं। तो हमेशा एक बैकअप रखें!

READ  अर्मेनियाई-तुर्की संघर्ष
Sagar
 

Click Here to Leave a Comment Below 0 comments

Leave a Reply: