साझा फ़ोल्डर द्वारा लॉक की गई फ़ाइलों को रिलीज़ करना सुविधा


16

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

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

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

अब तक केवल एक ही तरीका है जो मुझे पता है कि वर्कस्टेशन को इन फ़ाइलों को कैसे जारी किया जाए:

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

तो वर्कस्टेशन को उन फ़ाइलों को रिलीज़ करने के लिए कुछ अच्छे तरीके क्या हैं ?

या वैकल्पिक रूप से, उन्हें पहली जगह में लॉक करने से कैसे बचें?

संपादित करें: मैंने कुछ चीजें स्पष्ट नहीं की हैं:

  • मुझे पता है कि यह वर्कस्टेशन (vmware-vmx.exe) है जो इन फ़ाइलों को लॉक कर रहा है (शायद कुछ आंतरिक बफरिंग के कारण)

  • मैं फ़ाइलों को बलपूर्वक जारी नहीं करना चाहता। मैंने वह कोशिश की, लेकिन उन्हें जारी करने से मशीन अस्थिर हो जाती है, जिसे मैं बर्दाश्त नहीं कर सकता

जाहिरा तौर पर यह वर्कस्टेशन में एक बग के कारण होता है।


सिर्फ वास्तविक नेटवर्क फ़ाइल साझाकरण को कॉन्फ़िगर क्यों न करें?
jftuga 12

@jftuga मैं दृढ़ता से एसएफ को पसंद करता हूं और उसके पास सब कुछ है जो कई कारणों से है, उनमें से कुछ हैं: यह तेजी से रास्ता है; इसे नेटवर्क की आवश्यकता नहीं है। इस पोस्ट को
एलोइस महदाल

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

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

जवाबों:


8

यह VMWare में एक बग प्रतीत होता है, इसलिए 3-rd पार्टी एंटीवायरल सॉफ़्टवेयर की जांच करने या अनलॉकर्स का उपयोग करने की आवश्यकता नहीं है - VMWare वर्कस्टेशन के सभी बाद के ब्रेक सामान्य कामकाज को स्वयं करते हैं।

VMWare फोरम पर कई थ्रेड्स एक ही समस्या को संबोधित करते हैं। उदाहरण के लिए:

एकमात्र समाधान जो काम करता है वह लोरेन Pechtel द्वारा पदों में उल्लिखित है , इसलिए सभी क्रेडिट को उसके पास जाना चाहिए: आपको अतिथि सिस्टम से लॉक की गई फ़ाइल ("स्पर्श") का उपयोग करना चाहिए।

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


3

मैं अपने क्लाइंट के लिए एक साझा होस्ट फ़ोल्डर से फ़ाइलों को कॉपी करने के लिए स्क्रिप्ट का उपयोग करके उसी समस्या में भाग गया। होस्ट पर बंद फ़ाइलों के साथ समाप्त हुआ। इसके आसपास पहुंचने का सबसे आसान तरीका यह है कि अन्य लोगों ने पहले पोस्ट किया है, कमांड का उपयोग करके क्लाइंट से होस्ट फ़ाइल तक पहुंचें।

मेरे लिए मैंने होस्ट फ़ाइल की प्रतिलिपि बनाने के बाद अपनी स्क्रिप्ट में "अट्रिब-आर HOST_FILE" का उपयोग किया। चूँकि मैंने अपने साझा किए गए फ़ोल्डर को केवल पढ़ने के लिए माउंट किया था, इससे कुछ भी नहीं हुआ, लेकिन डीआईडी ​​ने लॉक को साफ़ कर दिया।


2

कुछ विचार :

  1. जांचें कि क्या कोई प्रोग्राम (जैसे कि एक एंटीवायरस) मेजबान और अतिथि दोनों पर, फ़ाइलों को पढ़ रहा है।
    मैं आमतौर पर उस के लिए Unlocker या Process Explorer का उपयोग करता हूं ।
  2. जांचें कि क्या फाइलें अभी बहुत धीरे-धीरे नकल नहीं कर रही हैं।
    यह एक समस्याग्रस्त नेटवर्क ड्राइवर वाला अतिथि हो सकता है।
  3. सभी फ़ायरवॉल, एंटीवायरस या अन्य सुरक्षा उत्पादों को बंद करने का प्रयास करें।
  4. मैं साझा फ़ोल्डर के VMware कार्यान्वयन में मौजूद एक गंभीर बग के आधे से अधिक आश्वस्त हूं, जहां मेजबान और अतिथि पूरी तरह से भ्रमित हो सकते हैं। मैं आमतौर पर साझा किए गए फ़ोल्डरों से बचता हूं, क्योंकि अग्रिम में यह अनुमान लगाना असंभव है कि क्या वे किसी नए कॉन्फ़िगरेशन पर मज़बूती से काम करेंगे, जबकि नेटवर्क या एफ़टीपी शेयर काम करते हैं।

सुझाव के लिए धन्यवाद। 1. हाँ, vmware-vmx.exe आमतौर पर इन फ़ाइलों को रोक रहा है, लेकिन मैं अनलॉक करने के लिए बल का उपयोग नहीं कर सकता - मैंने कोशिश की है लेकिन इसने वर्कस्टेशन को अस्थिर कर दिया है। 2. जाँच की गई - ऐसा नहीं है। यह आम तौर पर मेरे साथ एक छोटी फाइल के साथ होता है, जिसे मैं देख सकता हूं। 3. कोशिश की, मदद नहीं की। 4. हां, यह एक बग है इसलिए वास्तव में मैं वर्कअराउंड की तलाश कर रहा हूं।
एलोइस महदाल

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

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

विडंबना: एसएफ विश्वसनीयता के बारे में मेरी टिप्पणी के तुरंत बाद, मैंने वर्कस्टेशन 8 में अपग्रेड किया और समस्या होने लगी: \\vmware-host\Shared Folders\folder\subfolderजब तक \\vmware-host\Shared Folders\folderबूट के बाद कम से कम एक बार खोला गया है, तब तक सब कुछ समय पर होगा । मैं उस कंपनी में काम नहीं कर रहा हूँ (और शायद विंडोज को लंबे समय तक देखने के लिए नहीं जा रहा हूँ, हाँ), हालांकि ...
एलोइस महदाल

जब यह मेरे साथ वर्कस्टेशन 12.5 के साथ हुआ था तो अनलॉकर फ़ाइल पर किसी भी फ़ाइल लॉक को देख या हटा नहीं सका था। मैंने वर्कस्टेशन 7 के साथ इस समस्या को कभी नहीं देखा।
मार्क बूथ

2
  1. आप अनलॉकर सॉफ़्टवेयर का उपयोग करने का प्रयास कर सकते हैं ( अनलॉक करने के लिए क्लिक करें )

    एक्सप्लोरर एक्सटेंशन और अन्य जंक के लिए विकल्प को अक्षम करने, अनलॉकर स्थापित करें

  2. CMD खोलें, C: \ Program Files \ Unlocker पर नेविगेट करने से।

  3. CMD से Unlocker.exe "पाथ-टू-द-लॉक-फोल्डर" चलाएं।

  4. फ़ाइल को अनलॉक करने के लिए अनलॉक की तुलना में लॉक रिलीज़ की पुष्टि करने वाला पॉप अप।

  5. समाप्त करें, फ़ाइल अनलॉक कर दी गई है,

क्षमा करें, मैं " विज्ञापन-समर्थित " सॉफ़्टवेयर (लगभग विज्ञापन-वेयर की तरह लगता है) का उपयोग करने से बचना चाहता हूँ । (मेरे पास पहले से ही इन चीजों के लिए प्रोसेस एक्सप्लोरर है।)
एलो महाल

@AloisMahdal यह सिर्फ इंस्टॉलर के साथ टूलबार के बंडलिंग का जिक्र हो सकता है (जिसे आपको इंस्टॉल करते समय रद्द करना चाहिए)। किसी भी मामले में, मैं व्यक्तिगत रूप से सॉफ्टवेयर डाउनलोड के लिए आधिकारिक / डेवलपर की साइट को प्राथमिकता देता हूं , सॉफ्टपीडिया जैसी साइटों को नहीं। बेशक, प्रोसेस एक्सप्लोरर ठीक वैसे ही काम करता है और आपने पहले ही जबरन उन हैंडल को बंद करने की बात कही है जो अस्थिरता का कारण बनते हैं।
बॉब

0

Emco unlocker (फ्रीवेयर - कोई विज्ञापन नहीं) ठीक काम करता है। फ़ाइलें स्थानांतरित करने के बाद, बस Emco फ़ाइल अनलॉकर को फ़ोल्डर (जहां आपने अपनी होस्ट पर अपनी फ़ाइलों को कॉपी या स्थानांतरित किया है) भेजें। मैंने अपने "सेंड टू" फोल्डर में एक शॉर्टकट रखा। तेज और फुर्तीला।

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