कर्नेल NTFS ड्राइवर बनाम NTFS-3G


18

एक और व्यापक प्रश्न के उत्तर के बाद से मैं एक दूसरे के लिए पहुँच खो दिया है।

मैं पूछूंगा कि दूसरे को हटा दिया जाए, यह एक नहीं है, क्योंकि इसे पहले स्थान पर नहीं जाना चाहिए था।

वर्तमान में लिनक्स के लिए दो NTFS ड्राइवर उपलब्ध हैं।

NTFS ड्राइवर कर्नेल में शामिल है, और उपयोक्ता NTFS-3G ड्राइवर जो FUSE का उपयोग करता है।

सभी खातों द्वारा, NTFS-3G पूरी तरह से काम करता है।

मेरा प्रश्न तो यह है कि यदि NTFS फाइलसिस्टम को सफलतापूर्वक रिवर्स इंजीनियर किया गया है, तो कर्नेल NTFS टीम ने अपने ड्राइवर में परिवर्तन क्यों लागू नहीं किया है? फिलहाल इसे अभी भी प्रायोगिक के रूप में चिह्नित किया गया है, और एक अच्छा मौका है कि यह आपके डेटा को नष्ट कर देगा।

नोट: इसका वितरणों से कोई लेना-देना नहीं है ...

जवाबों:


24

दुर्भाग्य से यह सामुदायिक परियोजनाओं के साथ एक आम समस्या है।

एक बार जब समुदाय एक महत्वपूर्ण समस्या की पहचान करता है, तो परियोजनाएं इसे संबोधित करने के लिए पॉप अप करती हैं। इस स्थिति में, समस्या NTFS FS उपयोग है।

लिनक्स-एनटीएफएस (कर्नेल एफएस ड्राइवर), पहले बनाया गया था, और थोड़ी देर बाद विकास ठप हो गया। IMO एक बुरा विकल्प है, यह प्राथमिकता के योग्य है और अभी भी करता है। यह ड्राइवर स्थिर रहा है, केवल तब तक पढ़ा है, जब तक मैंने लिनक्स (डेढ़ दशक से अधिक) कर लिया है। यह समस्या का केवल आधा हिस्सा है, इसलिए समुदाय कहीं भी दिखते हैं।

कैप्टिव NTFS (NTFS.SYS के लिए ड्राइवर आवरण), तुलनात्मक रूप से बनाना आसान था। अन्य परियोजनाओं में पहले से ही अधिक कोड मौजूद थे। मुख्य कारण समुदाय ने देखा, क्योंकि NTFS.SYS फ्री सॉफ्टवेयर नहीं है।

NTFS-3G (फ्यूज), एक साथ थप्पड़ मारा गया था और पूरी तरह कार्यात्मक है। परियोजना में टक्सरा की ड्राइविंग वाणिज्यिक बल है। यह परियोजना लिनक्स से NTFS के उपयोग की मूल समस्या का समाधान करती है। Tuxera एक प्रीमियम मालिकाना NTFS कर्नेल ड्राइवर प्रदान करता है, जो इस बात पर प्रकाश डालता है कि समुदाय को Linux-NTFS को पूरा करने की आवश्यकता क्यों है।

इसलिए मूल समस्या के समाधान के साथ, समुदाय का आक्रोश शांत हो गया। जो दुर्भाग्यपूर्ण हो सकता है, क्योंकि कई बार सही क्रियान्वयन कभी पूरा नहीं होता। जब मैं इसके बारे में सोचता हूं, तो वास्तव में Tuxera ने अपने मालिकाना कर्नेल NTFS कार्यान्वयन की रक्षा की। एक अवर FUSE ड्राइवर का निर्माण, एक ठोस प्रदर्शन करने वाले GPL कर्नेल चालक के लिए धक्का को ठंडा करता है।

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

मुझे आशा है कि यह लिनक्स NTFS समर्थन के संबंध में, वर्तमान स्थिति की व्याख्या करता है।


1

यह प्राथमिकता की बात है। एक काम करने के लिए चुनने का मतलब है कि कुछ और नहीं किया जाएगा। ntfd-3G अच्छी तरह से काम करता है, इसलिए कर्नेल ड्राइवर को छूना बहुत कम प्राथमिकता है।


2
सिवाय इसके कि वे पूरी तरह से अलग-अलग परियोजनाओं द्वारा लिखे गए हैं, और निश्चित रूप से कर्नेल के लिए एक चालक होना जरूरी है जो वास्तव में काम करता है?
जैक

तथ्य यह है कि वे अलग-अलग परियोजनाएं अप्रासंगिक हैं। वास्तव में, यह बदतर बना देता है क्योंकि आपको किसी ऐसे व्यक्ति को खोजने की आवश्यकता होती है जिसमें कर्नेल ड्राइवर लिखने के लिए सक्षम होने के लिए कर्नेल फाइल सिस्टम मॉड्यूल ज्ञान और NTFS ज्ञान दोनों हैं ।
इग्नासियो वाज़केज़-अब्राम्स

1
नहीं, यह अप्रासंगिक नहीं है। फिलहाल कर्नेल में NTFS राइट सपोर्ट नहीं है, जब यह स्पष्ट रूप से संभव है। इसके बजाय, एक 3 पार्टी समाधान की आवश्यकता है। आपका उत्तर यह कहने के लिए समान है कि क्यों Gnome को विकसित करने के लिए परेशान है, जब KDE ठीक काम करता है। यह बहुत उपयुक्त उपमा नहीं है, क्योंकि सूक्ति और केडीई दोनों पूरी तरह से कार्यात्मक हैं, लेकिन आप इस बिंदु को प्राप्त करते हैं ...
जैक

3
आप बात याद कर रहे हैं। कर्नल में काम करने वाले NTFS ड्राइवर होने के कई फायदे हैं, बिना किसी थर्ड पार्टी यूजरस्पेस ड्राइवर पर भरोसा किए बिना। किसी भी स्थिति में, मेरे प्रश्न का उत्तर "नहीं है क्योंकि ntfs-3G बहुत अच्छी तरह से काम करता है"। यदि आपके पास प्रोजेक्ट एक्स और प्रोजेक्ट वाई है, तो दोनों के पास एक ही समान लक्ष्य है और प्रोजेक्ट वाई को अपना पहला मिल जाता है, प्रोजेक एक्स नहीं छोड़ने वाला है। वास्तव में, हम उस सभी के विपरीत भी अक्सर देखते हैं।
जैक

1
What would a kernel driver do that a FUSE driver wouldn't?: 100% पर पेगिंग न करके एम्बेडेड सिस्टम पर अन्य प्रक्रियाओं के लिए सीपीयू को मुक्त करें । देख उबंटू , Mageia , उबंटू , ArchLinux , openSUSE आदि
अमित नायडू

1

मैं सिर्फ अपने आप को आज यह सवाल पूछा, वास्तव में। यहाँ मेरी वास्तव में धुंधला और गैर-विशेषज्ञ की समझ है।

ntfs3g वास्तव में एक ड्राइवर नहीं है, यह एक अनुप्रयोग है। यह इंटरफेस के लिए FUSE (फाइल सिस्टम में यूजर्स) का उपयोग करता है और क्रॉस-प्लेटफॉर्म है। इसलिए, जबकि कर्नेल ntfs ड्राइवर संभवतः ntfs3g द्वारा उपयोग की जाने वाली विधियों को लागू कर सकता है (वे कर सकते हैं? मुझे यकीन नहीं है), यह उपयोक्ता में सक्रिय होगा, जो कर्नेल का अधिकार क्षेत्र नहीं है।

... कि मैं सचमुच एक वाक्य पर आधारित एक निष्कर्ष था जो मैंने पढ़ा था। यह उस व्यक्ति को कैसा लगता है जो वास्तव में इस विषय पर शिक्षित है? =)

वास्तव में, मुझे लगता है कि मैं इस छोटे से ब्लॉग पर जा रहा हूँ। = D


हां, ntfs-3G संस्करण ऐसा है विंडोज़ पर देशी ntfs.sys की तुलना स्लो है।
user2284570
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.