सवाल खाली फ़ोल्डर को हटा नहीं सकता क्योंकि इसका उपयोग किया जाता है


मैं एक खाली फ़ोल्डर को हटाने का प्रयास करता हूं, लेकिन मैं नहीं कर सकता क्योंकि खिड़कियों के संवाद का कहना है कि इस समय इसका उपयोग किया जाता है।

एक खाली फ़ोल्डर का उपयोग कैसे किया जा सकता है ?? कंप्यूटर को पुनरारंभ करने या लॉग ऑफ किए बिना, मैं इसे कैसे हल कर सकता हूं?


40
2018-06-21 10:54


मूल


फ़ोल्डर को हटाने के लिए आपको अपने सिस्टम को पुनरारंभ करने की आवश्यकता होगी। आपको यह निर्धारित करना होगा कि कौन सी प्रक्रिया फ़ोल्डर को हटाने से रोक रही है। - Ramhound
यह देखने के लिए हमेशा एक त्वरित जांच के लायक है कि क्या आपके पास एक शेल (सीएमडी, बैश, आदि) है जो फ़ोल्डर के साथ वर्तमान निर्देशिका के रूप में चल रहा है। यह सामान्य कारण है कि उपयोग के रूप में एक खाली फ़ोल्डर ध्वजांकित किया जाता है। - AFH
<rant> रीबूट करने का एकमात्र वास्तविक समाधान है। आदर्श रूप से, लिनक्स में जैसा कि मैंने कुछ साल पहले किया था। इसने समस्या को स्थायी रूप से हल किया। </ Rant> - maaartinus
IObit अनलॉकर: "अपने पीसी पर फ़ाइलों को हटा नहीं सकते" के बारे में कभी भी चिंता न करें "... या समकक्ष। वह जवाब काम की तरह बहुत ज्यादा लगता है। - Mazura
यह जानकर खुशी हुई कि यह अभी भी एक मुद्दा है 8 साल बाद - txtechhelp


जवाब:


आपको माइक्रोसॉफ्ट के प्रोसेस एक्सप्लोरर (सिर्फ एक एक्सई) का उपयोग करने की आवश्यकता होगी: https://docs.microsoft.com/en-us/sysinternals/downloads/process-explorer

यह आपको बताएगा कि कौन सा ऐप उस फ़ोल्डर को संभाला जा रहा है और आप उस हैंडल को भी मारने में सक्षम होंगे।

खोजें -> हैंडल खोजें -> फ़ोल्डर के नाम की खोज करें (थोड़ी देर लगेगा ..)

विजुअल ट्यूटोरियल: enter image description here


74
2018-06-21 11:06



या कमांड लाइन समाधान के लिए handle.exe उपयोगिता (sysinternals साइट पर भी) का उपयोग करें। - ErikE
यह बिल्कुल काम करता है। केवल दोष है: आपको अपने मशीन पर चलने वाले सॉफ़्टवेयर (सेवाओं के रूप में) मिलते हैं जो उन हैंडल को प्रतीत नहीं करते हैं, जो कि कोई अच्छा कारण नहीं है और यह आपको निराश करता है कि अपेक्षाकृत बेकार सामान इतनी आक्रामक और इतनी बुरी तरह लिखा गया है ... (हालांकि एक बार जब आप सोचते हैं इसके बारे में, यह समझ में आता है ...) - davidbak
वैकल्पिक रूप से, उन सभी के माध्यम से जाने से पहले, आप रीबूट करने का प्रयास करना चाहेंगे और पुनः प्रयास करें। यदि यह अभी भी लॉक है, तो बूट या लॉन्च होने पर लॉन्च होने वाला कुछ ऐसा लॉन्च होने पर इसे पकड़ रहा है। - jpmc26
ध्यान दें कि बंद हैंडल को मजबूर करने से कुछ परिस्थितियों में डेटा भ्रष्टाचार हो सकता है। एक्सप्लोरर को इसे ठीक से संभालना चाहिए, लेकिन कई कार्यक्रम नहीं हो सकते हैं - a--
मैं उस प्रक्रिया को मारने की सिफारिश करता हूं जो हैंडल को बंद करने के बजाय हैंडल का मालिक है .. आपको दो बार या तो सोचना चाहिए ... - Alec Istomin


मुझे एक और रास्ता मिला। आप इसे पुनरारंभ करके भी हल कर सकते हैं explorer.exe

हालांकि यह काम नहीं करता है अगर यह explorer.exe के अलावा किसी अन्य प्रक्रिया द्वारा बंद कर दिया गया है।


11
2018-06-21 12:10



यह सरल चाल मेरे लिए ज्यादातर समय काम करती है। - NVZ
नहीं। अगर फ़ोल्डर एक्सप्लोरर द्वारा लॉक किया गया है तो यह केवल समस्या को हल करेगा। - Salman A
और आपका खोल भी नहीं हो सकता है explorer.exe - Lightness Races in Orbit


Sysinternals सूट का पहले ही उल्लेख किया जा चुका है, लेकिन ProcessExplorer वास्तव में गलत उपकरण है। movefile क्या आप चाहते हैं उस निर्देशिका को मारना जिसमें निर्देशिका खुली है हो सकता है काम, लेकिन यह एक अच्छा (या सुरक्षित) दृष्टिकोण नहीं है।

साथ में movefile आप कर सकते हैं, ठीक है ... फ़ाइलों को ले जाएं (निर्देशिका फाइलें हैं!) अगले रीबूट पर। एक फाइल को स्थानांतरित करना कोई गंतव्य नहीं, अर्थात। "" अगले रीबूट पर शेड्यूल हटाना। ध्यान दें कि इसे एक उन्नत प्रॉम्प्ट से चलाने की आवश्यकता है (अन्यथा आपको बूट-टाइम डिलीट शेड्यूल करने का प्रयास करने में त्रुटि 5 मिलती है)।


10
2018-06-22 11:59





आप कौन सा प्रोग्राम लॉक कर रहे हैं यह जानने के लिए आप इन चरणों का पालन कर सकते हैं:

  1. कमांड प्रॉम्प्ट पर निम्न आदेश चलाएं wmic process > processes.txt। यह एक आउटपुट फाइल बना देगा processes.txt चल रही सभी प्रक्रियाओं के ब्योरे के साथ।
  2. फ़ाइल खोलें processes.txt एक पाठ संपादक में।
  3. लॉक फ़ोल्डर नाम के लिए खोजें। आपको नाम और पीआईडी ​​मिलेगा या फ़ोल्डर तक पहुंचने की प्रक्रिया होगी।
  4. उपयोग प्रक्रिया को मार डालो TaskManager या कमांड का उपयोग कर TaskKill /PID <pid>। कहा पे <pid> पीआईडी ​​चरण # 3 पर पाया गया है।

9
2018-06-21 12:37



मेरी इच्छा है कि यह काम किया। ऐसा नहीं हुआ सीडी सी: \ - एमडी temp - सीडी temp - एमडी utemp - सीडी utemp - नोटपैड - सीडी .. - rd utemp (नोटपैड के कारण विफल) - wmic प्रक्रिया> process.txt - परिणाम में process.txt में "utemp नहीं था ", - TOOGAM
@TOOGAM इसे इंगित करने के लिए धन्यवाद। मुझे आश्चर्य है कि यह वास्तव में नोटपैड के साथ हुआ था। परीक्षण नोटपैड ++ भी और किसी भी मुद्दे के बिना फ़ोल्डर को हटाने में सक्षम था। स्वीकृत उत्तर के लिए +1। - Sandeep


प्रक्रिया आईडी ज्ञात होने के बाद आप "लॉकिंग" फ़ोल्डर के लिए ज़िम्मेदार प्रक्रिया को मजबूती से समाप्त कर सकते हैं, और कोई भी अच्छी प्रक्रिया हत्यारा सिस्टम को पुनरारंभ किए बिना कर सकता है।

वैकल्पिक रूप से एक जीयूआई के साथ आप उपयोग कर सकते हैं Iobit अनलॉकर फ़ोल्डर को अनलॉक करने के लिए, और इस प्रकार फ़ोल्डर को बाद में हटा दें। फिर चयन के बगल में स्क्रॉलबार पर, iobit इंटरफ़ेस पर लक्ष्य फ़ोल्डर खींचें अनलॉक और हटाएं

Sample screenshot


5
2018-06-21 12:13



अस्वीकरण!! सॉफ़्टवेयर से कोई संबद्धता नहीं है, लेकिन ऐसा करने के लिए बस एक आसान जीयूआई आधारित तरीका होता है - xavier_fakerat
इस सॉफ़्टवेयर का उपयोग करने से उस प्रक्रिया का कारण हो सकता है जिसमें फ़ाइल / फ़ोल्डर पर लॉक क्रैश हो या अस्थिर हो जाए। मैं डेटास्टर के जवाब का उपयोग करने का सुझाव दूंगा - Cfinley
विंडोज एक और फाइल के लिए हैंडल का पुन: उपयोग कर सकता है, जो वास्तव में गंदे सामान का कारण बन सकता है: फ़ाइल लॉक करने वाला एप्लिकेशन अब अनजाने में किसी अन्य फ़ाइल पर काम करेगा, जो संभावित रूप से विनाशकारी प्रभाव डाल सकता है। - gronostaj
ठीक है, जो इस विधि का आग्रह करते हैं, उनके लिए काफी उचित है, लेकिन मेरा भरोसा है, फिर भी मुझे पसीना तोड़ने के बिना भी मेरे लिए काम मिल जाता है। इसके अलावा "इस बिल्ली को मारने" के बहुत सारे तरीके हैं - xavier_fakerat
@xavier_fakerat आप या तो उस समस्या को समझ नहीं पाए जो gronostaj पंक्तिबद्ध है या आपके पास अपनी फाइलों के प्रति बहुत ही घबराहट रवैया है। - Voo


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


1
2018-06-24 02:39





मुझे पहले भी यह समस्या थी, और मैंने इसे गिट बैश पर जाकर और इसका उपयोग करके हल किया rm -rf my-directory

मुझे नहीं पता कि यह क्यों काम करता है, शायद गिट बैश विंडोज कमांड से अधिक सही है।

यदि आप गिट को नहीं जानते हैं, तो आप इसे Google पर 'गिट' टाइप करके डाउनलोड कर सकते हैं, इसे इंस्टॉल कर सकते हैं और फिर अपने एक्सप्लोरर पर राइट क्लिक करें, जहां निर्देशिका है, और 'गिट बैश ऑन' पर क्लिक करें।


1
2018-06-25 08:09



मैं गिट बैश का उपयोग कर रहा हूं, शायद यह वास्तव में कारण था। - Black