क्या विंडोज 8 में कॉपी करने के दौरान मैं यूएसबी ड्राइव को डिस्कनेक्ट कर सकता हूं?


9

जैसा कि आप सभी अब तक जानते हैं, विंडोज 8 एक ही डायलॉग में सभी एक साथ फाइल कॉपी ऑपरेशन को समेकित करता है। इसके अलावा, आश्चर्य की बात यह है कि अब आप किसी भी ऑपरेशन को रोक सकते हैं!

नया WIn8 कॉपी डायलॉग

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

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

इसके अलावा, मुझे इस बात पर कोई आधिकारिक शब्द नहीं मिला कि क्या इस तरह के ऑपरेशन का समर्थन किया जाता है, या क्या Microsoft स्पष्ट रूप से इस तरह के परिदृश्य में ड्राइव डिस्कनेक्ट नहीं करने की सलाह देता है। यदि इस ब्लॉग पोस्ट में जो भी है उससे परे इस सुविधा के बारे में कोई भी आधिकारिक दस्तावेज पाया जा सकता है , तो कृपया साझा करें।


2
मैं एक ड्राइव को अनप्लग नहीं करूंगा, भले ही कॉपी रोक दी गई हो। यह बाहरी ड्राइव पर फ़ाइल सिस्टम को दूषित कर सकता है।

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

@avirk लगता है कि यह संभव है। वह जवाब नीचे देखें।

1
@ रैंडोल्फवेस्ट: फाइल सिस्टम की तुलना में उच्च स्तर पर नकल होती है, यह फाइल सिस्टम को भ्रष्ट नहीं करता है यदि मेटाडेटा सही तरीके से फ्लश हो जाता है। लेकिन यह फ़ाइल सामग्री को दूषित करेगा, हाँ।
user541686

जवाबों:


8

आप USB डेटा ट्रांसफर को रोकने के बाद सुरक्षित रूप से हटा सकते हैं ताकि आपके डिवाइस विभाजन या आपके डेटा को दूषित करने का कोई मौका न हो।

यहां छवि विवरण दर्ज करें

संपादित करें : क्षमा करें, मैं उल्लेख करना भूल गया था कि मैंने डिवाइस को डिस्कनेक्ट कर दिया और इसे फिर से कनेक्ट किया और बिना किसी समस्या के प्रतिलिपि प्रक्रिया को फिर से शुरू किया।

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

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

पुनः प्रयास करें

छोड़ें

रद्द करना

यदि आप Try againबटन दबाते हैं तो यह शुरू से ही प्रक्रिया को पुनरारंभ करता है।

मेरे पास केवल USB 2.0 पोर्ट हैं इसलिए मैं आपको किसी भी बदलाव के बारे में नहीं बता सकता जब USB 3.0 पोर्ट का उपयोग किया जाता है।


ठीक है, यह वहाँ आधा रास्ता है। क्या आप बाकी कोशिश कर सकते हैं? यही है, प्रतिलिपि को फिर से जोड़ना, फिर से शुरू करना, और यदि सफल हो, तो प्रतिलिपि की MD5 / SHA1 की तुलना मूल ड्राइव पर मूल पर करें ताकि यह निर्धारित किया जा सके कि कोई भ्रष्टाचार नहीं हुआ था।
करण

1
@ करन - इसे स्वयं आज़माएँ।
रामहाउंड

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

1
@ करन ने इसे अपडेट किया। जैसे ही मैं पीसी का उपयोग करूंगा, बाकी अपडेट हो जाएगा।
avirk

बहुत बढ़िया, इस में देखने के लिए बहुत बहुत धन्यवाद! हालाँकि, मैं भविष्य में इसे अलग-अलग जाँचने के लिए विभिन्न परिदृश्यों के बारे में सोच रहा हूँ (अलग-अलग फ़ाइलों की संख्या, विभिन्न फ़ाइल आकारों का मिश्रण, USB 2.0 और 3.0 पोर्ट / ड्राइव दोनों के साथ परीक्षण, फेंकी गई त्रुटियों को देखने के लिए ड्राइव पत्र को बदलें और इसी तरह) यह एक अच्छी शुरुआत है और हम कम से कम अब पता है कि यह है संभव।
करण

3

यह ड्राइव को नुकसान नहीं पहुंचाएगा, लेकिन एक ही समय में, वहाँ है

  1. कोई गारंटी नहीं है कि आप कॉपी को फिर से शुरू कर पाएंगे
  2. यह मानते हुए कि आप प्रतिलिपि फ़ाइल को मध्य फ़ाइल में रोक देते हैं, वह फ़ाइल केवल रद्दी के रूप में अच्छी हो सकती है।

आप ड्राइव को सुरक्षित रूप से निकाल पाएंगे, लेकिन इसकी गारंटी आपको दी जा सकती है।


तो आप कह रहे हैं कि फिर से शुरू करना संभव हो सकता है या नहीं? मैं वास्तव में क्या होता है इसकी पुष्टि के लिए कुछ दोहराया परीक्षण की उम्मीद कर रहा था, क्योंकि मुझे इस पर कोई आधिकारिक शब्द नहीं मिला।
करण

मुझे उम्मीद है कि यह संभवत: काम करेगा अगर कोई नई ड्राइव कंप्यूटर के बीच में प्लग नहीं हो जाती है और ड्राइव को अंतरिम में नहीं लिखा जाता है। मैं किसी भी गारंटी की उम्मीद नहीं करूंगा।
२१

@ करन - तो इसका परीक्षण करो?
रामहाउंड

0

मुझे संदेह है कि आपको ऐसा कोई आधिकारिक शब्द नहीं मिलेगा जो "हाँ, यह करना ठीक है", क्योंकि भले ही सिस्टम को इस परिदृश्य के साथ यथासंभव सुंदर तरीके से निपटने के लिए डिज़ाइन किया गया हो, फिर भी समस्याओं को आमंत्रित करने की क्षमता है और Microsoft नहीं हैं अनावश्यक रूप से अपने लिए समर्थन मुद्दे बनाने जा रहे हैं।

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


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

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

0

क्रिकी! तुम क्यों हैं चाहते हैं?

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

इसके बजाय मैं अपनी कॉपी नौकरियों को प्रबंधनीय विखंडू में विभाजित करूंगा- और उन्हें अलग से (रोकने के बजाय) कॉपी करूंगा। लेकिन अगर मैं इसे एक्सप्लोरर का उपयोग करके करना चाहता था- और मैं नहीं करूंगा।

आप बेहतर सीख रहे हैं कि रोबोकॉपी (विंडोज 8 में निर्मित) का उपयोग कैसे करें, इसके बजाय एक्सप्लोरर के बजाय बहुत बड़ी फ़ाइल कॉपी / चाल नौकरियों के लिए। यह अधिक तेज़ है, अधिक अनुकूलन योग्य है, फ़ाइल टाइमस्टैम्प को बनाए रखता है, और यदि फ़ाइल बंद है और प्रतिलिपि कार्य को नहीं छोड़ता है, तो अटक नहीं जाता है ......

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

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