क्या मुझे इसे अनप्लग करने से पहले USB ड्राइव को अनमाउंट करना चाहिए?

45

जब आप बिना ड्राइव के यूएसबी ड्राइव को अनप्लग करते हैं, तो आपका ओएस आपको चेतावनी देता है कि आपके डिवाइस के लिए कितना खतरनाक हो सकता है (मैं ओएसएक्स पर हूं)।

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

usb unmounting

— systempuntoout
स्रोत

2

मेरे डेटा के पूरी तरह से वास्तविक होने के बाद से उत्तर पोस्ट नहीं करना। मैं लगभग 15 साल से एक sysadmin और फिर एक सॉफ्टवेयर डेवलपर रहा हूं और मेरे कई दोस्त एक ही व्यापार में हैं और मैं एक व्यक्ति को बिना किसी USB डिवाइस को अनमाउंट किए बिना डेटा-लॉस की शिकायत करने के बारे में याद नहीं रख सकता । बस कुछ सामान्य ज्ञान का उपयोग करें। जब आप सामग्री को कॉपी / मूविंग कर रहे हों तो उसे बाहर न निकालें।

— निफले

@ निफ़ल कि मैं क्या बात कर रहा हूँ :) (वास्तव में, मैंने अपने कार्यों के अंत में "निर्दिष्ट किया है")

— systempuntoout

1

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

— DMA57361

1

@ DMA57361, यदि आपके पास अनमाउंट करने की अनुमति नहीं है (मुझे आश्चर्य है कि आप तब कैसे चढ़े तो पहले स्थान पर ... बुरा खराब व्यवस्थापक), आप वैसे भी दौड़ सकते हैं sync, कुछ सेकंड के लिए प्रतीक्षा करें और फिर अनप्लग करें।

— user39559

2

एक और पुरस्कार ?! मफिन ये बटरिन कौन है? ;-) यहाँ, एक और वोट है ...

— स्काई सैंडर्स

42

या तो आप भाग्यशाली हैं कि आपके पास कभी भी दूषित डेटा नहीं आया है, या आप अशुभ हैं कि आपने कभी नहीं देखा कि आपका डेटा दूषित था।

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

यदि आप सब कुछ लिखे जाने से पहले अपने डिवाइस को अनप्लग करने के लिए होते हैं, तो आप नवीनतम डेटा को याद कर सकते हैं। इससे भी बदतर, अगर ओएस ऑपरेशन आउट ऑफ ऑर्डर कर रहा है, तो आप अपने डिवाइस को असंगत स्थिति में डाल सकते हैं और नवीनतम डेटा से अधिक खो सकते हैं।

हटाने योग्य उपकरणों के लिए कुछ ऑपरेटिंग सिस्टम अधिक रूढ़िवादी (लेकिन धीमी) मोड में जाते हैं, इससे पहले कि यह अनमाउंट हो गया है, डिवाइस को अनप्लग करने से जुड़े जोखिमों को कम करने के लिए।

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

हाल तक तक, लिनक्स केवल के बीच एक विकल्प देता था sync(जैसा कि वे होते हैं सभी परिवर्तन लिखें) और async(जब भी यह सुविधाजनक हो) लिखें। हाल के संस्करण flushएफएटी फाइल सिस्टम के लिए विकल्प पेश करते हैं , जो कि कहीं बीच में है (डिस्क के निष्क्रिय होते ही सभी देरी से लिखता है); यह Ubuntu 10.04 में डिफ़ॉल्ट रूप से है।

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

— गिल्स 'SO- बुराई होना बंद करो'
स्रोत

3

syncबढ़ते जाओ ! : D

— ब्लडफिलिया

क्या यह अभी भी एक समस्या है जब जर्नलेड फाइलसिस्टम का उपयोग किया जाता है?

— NReilingh

1

@Nei हाँ। जर्नलेड फाइलसिस्टम केवल डेटा के भ्रष्टाचार को रोकते हैं यदि लेखन प्रक्रिया के बीच में कुछ गलत हो जाता है। यह भ्रष्टाचार या लापता डेटा को लिखने से रोकता नहीं है, क्योंकि ओएस को डेटा लिखने के लिए चारों ओर ले जाने से पहले ड्राइव को अनप्लग किया गया था।

— deceze

@BloodPhilia: syncकभी-कभी प्रदर्शन से अधिक दर्द होता है, मेरा संपादन देखें।

— गिल्स एसओ- बुराई को रोकना '

2

सहमत - systempuntoout अब तक भाग्यशाली रहा है। मैंने फ्लैश ड्राइव को हटाने से पहले बिना सोचे-समझे बहुत सारे काम खो दिए हैं। आप अपने आवेदन में अपनी इच्छानुसार सभी बचत कर सकते हैं, लेकिन यदि लेखन बफ़र है, तो ऐसा नहीं हुआ है जहाँ यह मायने रखता है। आप केवल एक बार इससे जल जाते हैं।

— ब्राइस

5

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

इस की आवृत्ति आपके सिस्टम पर निर्भर करती है और आपके यूएसबी ड्राइव के साथ क्या कर रही है। यदि unmounts आमतौर पर धीमा है और आप ड्राइव से आने वाले लेखन शोर को सुन सकते हैं, तो आपको संभवतः अनमाउंट करना जारी रखना चाहिए। यदि unmounts हमेशा तत्काल होते हैं, तो अपने जोखिम पर इस चरण को छोड़ने के लिए स्वतंत्र महसूस करें।

— Jarvin
स्रोत

4

मेरा मानना है कि अधिकांश OS'es हटाने योग्य ड्राइव के लिए इस तरह के विलंबित लेखन को अक्षम करते हैं, हालांकि।

— जेफ एटवुड

@ जेफ, यह निश्चित रूप से यूएसबी ड्राइव के इलाज के लिए समझदार तरीका होगा। क्या इसकी जाँच करने का कोई तरीका है? विंडोज 7 में?

— तोरन गुंडोफ्टे-ब्रून

@torbengb: वास्तव में, यह हमेशा समझदार नहीं है - मेरे संपादित जवाब देखें ।

— गिल्स एसओ- बुराई को रोकें '26

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

— ComputerLocus

@ सबसे सही, यह सच है, लेकिन यह विंडोज के लिए भी विशिष्ट है; ओपी OSX का उपयोग कर रहा है। बेशक, मुझे यकीन है कि OSX कुछ ऐसा ही करता है।

— सिनटेक

4

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

— tcrosley
स्रोत

3

मैं एक कैसीनो में काम करता हूं और बहुत सारे स्लॉट मशीन निर्माता अब स्लॉट मशीन पर बिन फाइलों (गेम और ओएस) को स्थापित करने के लिए यूएसबी थंबड्राइव का उपयोग करते हैं।

एक स्लॉट मशीन जिसमें भ्रष्ट फर्मवेयर है या हजारों पुरस्कार नहीं दे सकता है यदि हजारों डॉलर नहीं तो यह सुनिश्चित करने के लिए महान प्रोत्साहन है कि यूएसबी ड्राइव पर डेटा की अखंडता भ्रष्ट नहीं है। अनुपालन / नियामक इसे वैसे भी जाँचता है लेकिन यह अभी भी काम करता है इसे पहली बार सही करने के लिए।

कॉर्पोरेट वातावरण में डेटा हानि लाखों खर्च हो सकती है और व्यक्तिगत रूप से आप कुछ अपूरणीय खो सकते हैं।

मैं निश्चित रूप से यह सुनिश्चित करने के लिए सुनिश्चित करूंगा कि सुरक्षित रूप से निकालें या जो भी शब्दावली का उपयोग किया जाए, यह सुनिश्चित करने के लिए उपयोग किया जाता है कि उस पर डेटा के साथ कोई भी USB डिवाइस निकालने के लिए सुरक्षित है।

— dghughes
स्रोत

1

लेकिन, सुनने के लिए एमपी 3 की नकल करना, इतना नहीं।

— cgp

3

बिना सीट बेल्ट पहने कार चलाना ज्यादातर समय के लिए सुरक्षित हो सकता है। लेकिन जब किसी चीज़ की चमक बढ़ जाती है, तो आप धन्यवाद करते हैं कि आपने इसका इस्तेमाल किया है।

तो हाँ। यहां तक कि अगर ज्यादातर समय बिना USB ड्राइव को हटाए बिना इसे सुरक्षित किया जा सकता है, तो निश्चित रूप से यह अनुशंसित नहीं है।

— जने पिक्कारेंन
स्रोत

3

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

मैंने किसी को किसी फाइल को फ्लैश ड्राइव पर कॉपी किया था और उसकी स्क्रीन पर कॉपी खत्म होने के तुरंत बाद मुझे उसे सौंप दिया - फाइल भ्रष्ट थी।

मैंने कुछ सेकंड के लिए लिखा प्रकाश झिलमिलाहट देखा है जब कुछ माना जाता है कि फ्लैश ड्राइव पर भी कॉपी करना समाप्त हो गया है।

— लोरेन Pechtel
स्रोत

2

यदि सिस्टम डिस्क पर फ़ाइल संचालन कर रहा है, तो एक मौका है कि यह भ्रष्ट डेटा होगा। चूंकि यह आपके साथ कभी नहीं हुआ, आप भाग्यशाली हैं। यह तय करने के लिए कि आपके OS ऑपरेशन कर रहे हैं या नहीं, सामान्य ज्ञान का उपयोग करें। (क्या ड्राइव से प्रोग्राम / फाइलें खुली हैं / उपयोग में हैं? क्या मेरे पास ड्राइव पर कैशिंग है? क्या इसे अनुक्रमित किया जा रहा है? क्या मेरा ओएस इस पर अस्थायी फ़ाइलों को संग्रहीत करता है?)

— BloodPhilia
स्रोत

2

पूर्वसूचक साक्ष्य, प्रमाण नहीं, लेकिन मुझे USB वियोग के कारण डेटा भ्रष्टाचार हुआ है, लेकिन यह केवल ब्लैकबेरी फोन के साथ मेरे साथ हुआ है।

— डेव जैकोबी
स्रोत

2

मुझ पर भरोसा करो, हाँ।

आप कुछ भी नहीं कर सकते USB ड्राइव तक पहुँच रहा है, लेकिन वास्तव में कुछ है। इस तरह मैंने 3 बाहरी बैकअप HDDs को ट्रैश किया है, और 2 टेराबाइट के करीब राशि में डेटा खो दिया है।

हमेशा, हमेशा पहले, अनप्लग करने से पहले।

— क्रोधी राजभाषा 'भालू
स्रोत

वाह, 3 एचडीडी दुर्भाग्य है।

— systempuntoout

3

@systempuntoout: "एक बार यह मज़ेदार है, दो बार यह मूर्खतापूर्ण है, तीन बार यह एक स्पैंकिंग के लायक है।" घटनाओं की पहली जोड़ी के बाद, आप "बुरी किस्मत" से अधिक गहरा दिखना चाहते हैं।

— क्रिस बर्गेस

1

सुरक्षित होने के लिए इसे अनमाउंट करें (यदि आप पूरी तरह से पागल हैं), लेकिन जैसा कि पहले ही उल्लेख किया गया डेटा हानि मुख्य रूप से देरी से लिखता है।

हालांकि एक और बात है और मेरे WD आवश्यक पोर्टेबल ड्राइव के साथ करने के लिए thats। अगर मैं इसे साफ माउंट के बिना बस अनप्लग कर देता हूं, तो अगली बार जब मैं इसे प्लग करूंगा तो ड्राइव को रीड-ओनली कर दूंगा। मुझे ड्राइव को फिर से लिखने योग्य बनाने के लिए पीसी को रिबूट करना होगा .. सबसे निश्चित रूप से कष्टप्रद!

— user47602
स्रोत

0

विंडोज 10 सिस्टम पर एक और परिदृश्य तब होता है जब सिस्टम हाइबरनेशन में है (ए, 64 जीबी, कोई रेडीबोस्ट) फ्लैश ड्राइव शारीरिक रूप से हटा दिया जाता है। हाइबरनेट से सिस्टम सॉफ्ट बूट्स के बाद, फ्लैश स्टिक पर किसी भी बदली हुई फाइल की एक चाल या कॉपी एक फाइल को खराब कर सकती है या डायरेक्टरी भ्रष्ट और अपठनीय त्रुटि है।
त्रुटि को दरकिनार करने के लिए (एक आवश्यक टुकड़ा chkdsk कार्रवाई के साथ-साथ एक chk टुकड़ा या दो का उत्पादन , और "पूरी तरह से स्वस्थ ड्राइव को पुनर्प्राप्त करना"), हम right_click_on_drive_to_eject का प्रयास करते हैं, या छड़ी को विघटित करते हैं। ठीक है, लेकिन जब उपयोगकर्ता तब डिवाइसेस में इसे निष्क्रिय / सक्षम करता है, तो ड्राइव किसी भी एक्सप्लोरर विंडो में दिखाई नहीं देगा, और फिर भी डिस्क प्रबंधन में नो मीडिया के रूप में दिखाई देगा।। डिवाइस को पूरी तरह से फिर से संलग्न करने का एकमात्र तरीका केवल शारीरिक रूप से डिस्कनेक्ट करना और यूनिट को फिर से कनेक्ट करना है।
इस प्रकार यह डिवाइस को अनप्लग करने से पहले इनायत करने के लिए बेहतर है।

— लॉरी स्टर्न
स्रोत