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


48

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

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


6
फ़ोल्डर को हटाने के लिए आपके सिस्टम को पुनरारंभ करने की आवश्यकता है। आपको यह निर्धारित करना होगा कि कौन सी प्रक्रिया फ़ोल्डर को हटाने से रोक रही है।
रामहुंड

29
यह देखने के लिए हमेशा एक त्वरित जांच के लायक है कि क्या आपके पास शेल (सीएमडी, बैश, आदि) फ़ोल्डर के साथ चालू निर्देशिका के रूप में चल रहा है। यह सामान्य कारण है कि एक खाली फ़ोल्डर को उपयोग के रूप में चिह्नित किया गया है।
AFH

15
<rant> केवल वास्तविक समाधान रिबूट करना है। आदर्श रूप में, लिनक्स में जैसा कि मैंने कुछ साल पहले किया था। इससे समस्या स्थायी रूप से हल हो गई। </ rant>
maaartinus

3
IObit Unlocker: "अपने पीसी पर 'फाइल्स डिलीट फाइल्स' के बारे में कभी चिंता न करें ... या समकक्ष। यह जवाब बहुत काम की तरह लगता है।
माज़ुरा

4
यह जानने के लिए खुशी अभी भी 8 साल बाद
txtechhelp

जवाबों:


78

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

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

खोजें -> ढूँढें संभाल -> फ़ोल्डर के नाम के लिए खोज (कुछ समय लगेगा ..)

दृश्य ट्यूटोरियल: यहाँ छवि विवरण दर्ज करें


4
या कमांड लाइन समाधान के लिए हैंडल। यूटिलिटी (sysinternals साइट पर भी) का उपयोग करें।
ErikE

10
यह बिल्कुल काम करता है। केवल दोष यह है: आप अपनी मशीन पर सॉफ़्टवेयर चलाने (सेवाओं के रूप में) पाते हैं, जो बिना किसी अच्छे कारण के उन हैंडल को पकड़ रहे हैं और यह आपको निराश करता है कि अपेक्षाकृत बेकार सामान इतना आक्रामक और इतना बुरा लिखा जाता है ... (हालांकि एक बार आप सोचते हैं इसके बारे में, यह समझ में आता है ...)
davidbak

3
वैकल्पिक रूप से, उस सब से गुजरने से पहले, आप रिबूट करना और फिर से प्रयास करना चाह सकते हैं। यदि यह अभी भी बंद है, तो कुछ ऐसा जो बूट पर लॉन्च किया जाता है या समय पर लॉग ऑन करता है, जब यह लॉन्च होता है तो इसे हथिया लेता है।
jpmc26

17
ध्यान दें कि मजबूरन बंद हैंडल कुछ परिस्थितियों में डेटा भ्रष्टाचार का कारण बन सकता है । एक्सप्लोरर को इसे ठीक से संभालना चाहिए, लेकिन कई कार्यक्रम नहीं हो सकते हैं
जस्टिन क्रेजाचा

4
मैं उस प्रक्रिया को मारने की सलाह दूंगा जो संभाल बंद करने के बजाय संभालती है .. आपको दो बार सोचना चाहिए ...
एलेक इस्तोमिन

13

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

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


6
यह सरल चाल मेरे लिए ज्यादातर समय काम करती है।
एनवीजेड

34
यह केवल समस्या का समाधान करेगा यदि फ़ोल्डर एक्सप्लोरर द्वारा लॉक किया गया है।
सलमान ए

6
और आपका खोल भी नहीं हो सकता हैexplorer.exe
लाइटनेस रेस मोनिका

12

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

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


10

आप प्रोग्राम को लॉक करने वाले फ़ोल्डर को खोजने के लिए इन चरणों का पालन कर सकते हैं:

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

काश यह काम किया जाता। यह नहीं था CD C: \ - md temp - cd temp - md utemp - cd utemp - notepad - cd .. - rd utemp (नोटपैड के कारण विफल) - विकी प्रक्रिया> process.txt - परिणाम process.txt में "utemp" नहीं था ",
टोगम

@TOOGAM यह इंगित करने के लिए धन्यवाद। मुझे यह देखकर आश्चर्य हुआ कि यह वास्तव में नोटपैड के साथ हुआ था। नोटपैड ++ का भी परीक्षण किया और बिना किसी समस्या के फ़ोल्डर को हटाने में सक्षम था। स्वीकृत उत्तर के लिए +1।
संदीप

5

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

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

नमूना स्क्रीनशॉट


1
अस्वीकरण!! सॉफ्टवेयर से कोई जुड़ाव नहीं है, लेकिन ऐसा करने के लिए बस एक आसान जीयूआई आधारित तरीका है
xavier_fakerat

3
इस सॉफ़्टवेयर का उपयोग करने से उस प्रक्रिया का कारण हो सकता है जिसमें फ़ाइल / फ़ोल्डर पर लॉक क्रैश या अस्थिर हो जाता है। मैं डेटस्टर के उत्तर का उपयोग करने का सुझाव दूंगा
Cfinley

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

1
ठीक है उन लोगों के लिए जो इस पद्धति पर जोर देते हैं वे बुरे हैं, लेकिन मुझ पर विश्वास करो यह अभी भी मेरे लिए काम करता है बिना पसीना बहाए। इसके अलावा "बिल्ली को मारने" के कई तरीके हैं
xavier_fakerat

1
@xavier_fakerat आप या तो इस समस्या को नहीं समझ पाए हैं कि ग्रोनोस्ताज बाहर लाइन में खड़ा है या आपकी फ़ाइलों के प्रति बहुत ही उदासीन रवैया है।
वू

2

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

मुझे नहीं पता कि इसने काम क्यों किया, शायद Git bash में विंडोज़ कमांड की तुलना में अधिक अधिकार है।

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


मैं गिट बैश का उपयोग कर रहा हूं, शायद यही कारण था।
काला

1

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


1

पुनः आरंभ करने वाली खिड़कियों के खोजकर्ता ने मेरे लिए चाल चली। बस कार्य प्रबंधक पर जाएं और एक्सप्लोरर को पुनरारंभ करें।


0

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

सबसे पहले, व्यवस्थापक विशेषाधिकारों के साथ कमांड प्रॉम्प्ट खोलें। यह कहें कि मैं जिस फ़ोल्डर को हटाना चाहता हूं वह C: \ Users \ XXXXXX \ डाउनलोड में है

जहाँ भी मैं बनाऊँ वहाँ रिक्त स्थान शामिल करना सुनिश्चित करें, अन्यथा यह काम नहीं करेगा

कमांड में टाइप करें:

cd /d C:\Users\XXXXXX\Downloads

अगला प्रकार:

dir /x

यह आपको डाउनलोड के भीतर सभी वस्तुओं की एक सूची दिखाएगा, इसके बाद दिनांक / समय के साथ बनाई गई तिथि (ए <DIR>) यदि एक फ़ोल्डर / ए ( 0) यदि एक फ़ाइल, एक छोटा प्रारूप में नाम, और फिर पूरा नाम।

उस फ़ोल्डर का छोटा नाम ढूंढें जिसे आप हटाना चाहते हैं और फिर उसे ठीक उसी प्रकार लिखें जैसा कि सूची में दिखाया गया है - पूंजीकृत, संख्याएँ, टिल्ड, जो कुछ भी (बिना लेबल के 0यदि कोई फ़ाइल है) - माइनस ब्रैकेट्स जो मैं यहाँ उदाहरण में शामिल करता हूँ:

rmdir /q /s [SHORTNAMEHERE]

और बस! यदि आप किसी फ़ाइल को हटाना चाहते हैं, तो बस बदल rmdirदें erase, और आप अच्छे हैं! बस यह सुनिश्चित करें कि आप जिस फ़ोल्डर को हटाना चाहते हैं वह वास्तव में खाली है और इसमें पहले कुछ भी महत्वपूर्ण नहीं है।

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