कुछ USB संग्रहण उपकरणों के लिए Windows "बेदखल" विकल्प क्यों नहीं दिखाता है?


48

विंडोज में, आप आमतौर पर डेटा भ्रष्टाचार से बचने के लिए शारीरिक रूप से अनप्लग करने से पहले एक USB स्टोरेज डिवाइस को "बेदखल" कर सकते हैं।

हालांकि, कुछ उपकरणों के लिए विंडोज एक "बेदखल" विकल्प प्रदान नहीं करता है। मैंने कुछ स्मार्ट फोन के साथ यह सबसे अधिक बार देखा है।

ऐसा क्यों है?



3
मुझे यकीन नहीं है कि यह एक डुप्लिकेट है। यह विभिन्न प्रकार के उपकरणों को कवर करने वाला एक व्यापक प्रश्न है जो एक कंप्यूटर से जुड़ा हो सकता है, और केवल एक विशेष बाहरी हार्ड ड्राइव नहीं है।
22

जवाबों:


69

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

USB मास स्टोरेज डिवाइस आमतौर पर डंब मेमोरी स्टिक या हार्ड ड्राइव होते हैं, एमटीपी डिवाइस जैसे फोन, कैमरा और समान समान रूप से स्मार्ट डिवाइस होते हैं जो व्यक्तिगत रूप से अपने स्टोरेज को संभालते हैं। जैसे कि फ़ाइल स्थानांतरण स्मार्ट-होस्ट-डंब-क्लाइंट के बजाय एक सहकर्मी से सहकर्मी विचारधारा में हो सकता है। एक बार फोन को डेटा "भेजे" जाने के बाद यह फोन के ऑपरेटिंग सिस्टम और फाइल सिस्टम पर निर्भर है ताकि फाइल का सही भंडारण सुनिश्चित किया जा सके।

यदि फ़ाइल स्थानांतरण बाधित हो जाता है और इस प्रकार आंशिक रूप से स्थानांतरित हो जाता है, तो फोन यह तय कर सकता है कि किसी आवंटित स्थान को खाली करना है या मामला-दर-मामला आधार पर स्थानांतरित किया गया है या नहीं। मुझे संदेह है कि अधिकांश बाधित स्थानान्तरण अधूरा डेटा को छोड़ देगा और किसी भी आवंटित ब्लॉक को मुक्त कर देगा। फाइलसिस्टम अखंडता को फोन द्वारा सक्रिय रूप से प्रबंधित किया जाता है।

इस तरह के हस्तांतरण के रूप में या तो ऐसा होता है या ऐसा नहीं होता है और एक सॉफ्टवेयर बेदखल करना अनावश्यक है, इसका एकमात्र कारण यह है कि कंप्यूटर का उपयोग करने वाला व्यक्ति यह पा सकता है कि "मैं कर रहा हूँ" गर्म चमक महसूस कर रहा है। USB निश्चित रूप से एक हार्डवेयर परिप्रेक्ष्य से इसकी आवश्यकता नहीं है और हॉटप्लगिंग उपकरणों के साथ काफी खुश है।

एमटीपी विकिपीडिया पृष्ठ से:

उदाहरण के लिए, एमटीपी का उपयोग करने का एक मुख्य कारण, उदाहरण के लिए, USB मास-स्टोरेज डिवाइस क्लास (MSC) यह है कि बाद वाला मास स्टोरेज डिवाइस ब्लॉक (आमतौर पर व्यवहार में, FAT ब्लॉक) की ग्रैन्युलैरिटी पर संचालित होता है, बजाय तार्किक फ़ाइल स्तर। दूसरे शब्दों में, USB मास स्टोरेज क्लास को होस्ट कंप्यूटर को बल्क मास स्टोरेज, जैसे कि कॉम्पैक्ट फ्लैश, को फाइल सिस्टम के बजाय, जो कि टार्गेट डिवाइस के साथ सुरक्षित रूप से साझा किया जा सकता है, का उपयोग करने के लिए उदासीन एक्सेस देने के लिए बनाया गया है।(विशिष्ट फ़ाइलों को छोड़कर, जो होस्ट को संशोधित / एक्सेस कर सकता है)। व्यवहार में, इसलिए, जब एक USB होस्ट कंप्यूटर ने MSC विभाजन को माउंट किया है, तो यह स्टोरेज के पूर्ण नियंत्रण को मानता है, जो तब तक डेटा भ्रष्टाचार के जोखिम के बिना डिवाइस द्वारा सुरक्षित रूप से संशोधित नहीं किया जा सकता है जब तक कि होस्ट कंप्यूटर ने कनेक्शन को विच्छेद नहीं किया है। इसके अलावा, क्योंकि होस्ट कंप्यूटर का कनेक्टेड स्टोरेज डिवाइस पर पूरा नियंत्रण है, इसलिए एक जोखिम है कि होस्ट कंप्यूटर फ़ाइल सिस्टम को भ्रष्ट कर सकता है, इसे USB डिवाइस द्वारा समर्थित नहीं एक फ़ाइल सिस्टम में सुधार कर सकता है , या अन्यथा इसे इस तरह से संशोधित कर सकता है। कि USB डिवाइस पूरी तरह से इसे समझ नहीं सकता है।


3
USB HDD में यह विकल्प नहीं है और वे MTP नहीं बल्कि मास स्टोरेज हैं।
जोहान्स

16
@ एलेक्स। मैंने कई USB HDD का उपयोग किया है और वे सभी एक बेदखल समारोह है। जिन मामलों में वे तब नहीं कर सकते हैं, मुझे उम्मीद है कि ड्राइव के लिए USB नियंत्रक इसे हटाने योग्य के बजाय "फिक्स्ड" डिस्क के रूप में विज्ञापन कर रहा है और या तो जानबूझकर है, कि ओएस को जो भी कारण से चल रहा है, उसे कभी भी हटाया नहीं जाना चाहिए, या यह निर्माता की ओर से एक गलत धारणा थी। फोन निर्दिष्ट करता है, इसलिए मैंने उस परिप्रेक्ष्य से उत्तर दिया, क्योंकि यह ऐसी स्थिति थी जिसे मैं एक विशेष कारण से जानता था, अर्थात फाइलें उसी पद्धति से स्थानांतरित नहीं होती हैं।
Mokubai

2
बहुत जानकारीपूर्ण उत्तर, आपके समय के लिए धन्यवाद @ मोकूबाई। मैंने ज्यादातर इस मुद्दे को केवल स्मार्ट फोन के साथ देखा है। हालाँकि, मैंने USB थंब ड्राइव के साथ एक बार इस मुद्दे का सामना किया था।
माइकल

और यह एमटीपी का सिर्फ एक माध्यमिक लाभ है। मुख्य लाभ यह है कि फ़ाइल सिस्टम का उपयोग दोनों उपकरणों द्वारा एक साथ किया जा सकता है। पुराने फोन जो केवल USB मास स्टोरेज प्रोटोकॉल का समर्थन करते थे, उन्हें USB पर पहुंचने से पहले फाइल सिस्टम को अनमाउंट करना पड़ता था।
कास्परड

1
थोड़ा जोड़ने के लिए, कुछ MP4 खिलाड़ी और डिजिटल कैमरे पीसी से कनेक्ट करने के लिए एमटीपी का उपयोग करते हैं। यह एक नया प्रोटोकॉल नहीं है, जैसा कि कुछ सोच सकते हैं क्योंकि यह एंड्रॉइड डिवाइस और इस तरह से आता है।
इस्माईल मिगुएल

18

सारांश

यह अंततः एक बात है कि क्या डिवाइस MSC या MTP / PTP का उपयोग करता है। एक नियम के रूप में, फ्लैश ड्राइव और बाहरी हार्ड ड्राइव जैसे समर्पित स्टोरेज डिवाइस MSC का उपयोग करते हैं, जबकि स्मार्टफोन और अन्य डिवाइस जिन्हें कंप्यूटर से कनेक्ट करते समय डेटा तक पहुंच बनाए रखने की आवश्यकता होती है या स्थानांतरित किए गए डेटा पर नियंत्रण की आवश्यकता होती है, एमटीपी का उपयोग करेंगे। कई कैमरे पीटीपी का उपयोग करते हैं, जो एमटीपी का सबसेट है।

यदि डिवाइस MSC का उपयोग करता है, तो आपको इसे हटाने से पहले कंप्यूटर से इसे बाहर निकालना होगा। यदि यह एमटीपी या पीटीपी का उपयोग करता है, तो अस्वीकृति की आवश्यकता नहीं है।


तकनीकी जानकारी

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

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

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

ध्यान दें कि यदि आप एक कैमरा से मेमोरी कार्ड निकालते हैं और इसे अपने कंप्यूटर पर एसडी कार्ड स्लॉट या अन्य मीडिया रीडर में डालते हैं, तो यह एक MSC डिवाइस होगा और आपको चित्रों को स्थानांतरित करते समय इसे अस्वीकार करना होगा।


7
और किसी को भी यह बताने मत दो कि इससे कोई फर्क नहीं पड़ता; मैंने अपने पूर्वज को उसकी USB कीज़ को बंद करने के लिए हफ्तों तक चेतावनी दी थी । फिर भी यहां तक कि एक परिणाम के रूप में एक स्प्रेडशीट पर दो दिनों के काम को खोने के बाद इसे बंद नहीं किया था (! भी बैकअप gees!)
मोनिका के साथ लपट दौड़

1
@LightnessRacesinOrbit तब सुनिश्चित करें कि उसके लिए त्वरित निष्कासन सक्षम है - यह ड्राइव को धीमा कर देगा, लेकिन इसे ऐसा करें कि उसे usb स्टिक को अस्वीकार न करना पड़े
बाल्ड्रिक्क

3
@ बाल्डरिक ओह, वह लंबे समय से चला गया है ^ _ ^
मोनिका

6

यह डिजाइन भी संबंधित है कि उपकरण कैसे संचालित होते हैं।

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

लेकिन उनके मेजबान से संचालित डिवाइसों के पास अपनी शक्ति से वियोग के लिए किसी भी प्रतिक्रिया के लिए कम समय नहीं है। और इस तरह के डिवाइस में एक फाइल सिस्टम को होस्ट करने का मतलब न केवल उपयोगकर्ता के अनुरोधों की सेवा करना है, बल्कि पृष्ठभूमि की उपलब्धता और होस्ट के लिए अज्ञात पृष्ठभूमि प्रक्रियाओं द्वारा लिखित लिखना भी है। उपयोगकर्ता कभी नहीं जानते हैं कि वर्तमान समय में संचार हो रहा है या नहीं। तो वहाँ नीचे सत्ता के इरादे के संकेत का एक स्पष्ट तरीका प्रदान किया जाना चाहिए (और यह है कि बेदखल कमांड) जिस पर मेजबान को किसी भी ऑपरेशन से बचना होगा। बिना किसी जोखिम के अचानक बिजली काट दी जाती है। इसलिए "इजेक्ट" घटना उचित अंतिमकरण शुरू करने का एक सरल तरीका है जबकि हम अभी भी निरंतर संचालन पर भरोसा कर सकते हैं। और पदार्थ अब उपरोक्त मामले से अलग नहीं है: शक्ति प्रदान की जाती हैसभी आवश्यक कार्यों के दौरान। समाप्त होने पर, होस्ट वापस संकेत देता है (क्योंकि यह उपयोगकर्ता है जो शारीरिक रूप से बिजली की रुकावट को नियंत्रित करता है) कि अब जोखिम के बिना डिवाइस की शक्ति को अचानक बाधित करना सुरक्षित है।

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.