मैं एक ऐसे फ़ोल्डर को कैसे हटाऊं जो काफी गहरा है और "फ़ाइल नाम बहुत लंबा है" से बचें?


70

ग्रहण ने एक निर्देशिका में एक अस्थायी फ़ोल्डर बनाया, जो काफी गहरे निहित है, जैसे

dir1\dir1\dir1\dir1\...

मैं एक्सप्लोरर, delया rmdirकमांड के माध्यम से विंडोज में इस फ़ोल्डर को हटाने में असमर्थ हूं , न ही सिग्विन 'आरएम' कमांड। मुझे इस बहुत लंबे फ़ोल्डर को कैसे निकालना चाहिए?

यह सिर्फ यह कहता है कि "फ़ाइल का नाम बहुत लंबा है ..."


जवाबों:


105

यदि आप मेरे जैसे हैं और इस तरह की समस्या को ठीक करने के लिए अतिरिक्त सॉफ़्टवेयर स्थापित करना पसंद नहीं करते हैं, तो मैं XQYZ के सुझाव और robocopyसमस्या को हल करने के लिए उपयोग करूँगा । (मेरे मामले में समस्या को पहली जगह में रोबोकॉपी द्वारा बनाया गया था, एक निर्देशिका की प्रतिलिपि बनाकर जिसमें पुनरावर्ती जंक्शन बिंदु थे जो बिना / XJ को रोबोकॉपी की आपूर्ति किए बिना)।

सी पर शुरू होने वाले डायरेक्टरी ट्री को हटाने के लिए : \ subdir \ more \ offending_dir :

कुल चरण-दर-चरण प्रक्रिया इस प्रकार सरल है:

  1. cd c:\subdir\more अपने मूल निर्देशिका में सीडी करने के लिए।
  2. mkdir empty एक खाली निर्देशिका बनाने के लिए।
  3. robocopy empty offending_dir /mir खाली निर्देशिका को आपत्तिजनक स्थिति में दर्पण करने के लिए।
  4. कुछ इंतजार के बाद आप कर रहे हैं! इसे समाप्त करें:
  5. rmdir offending_dir खाली खाली निर्देशिका से छुटकारा पाने के लिए और
  6. rmdir empty अपने मध्यवर्ती खाली निर्देशिका से छुटकारा पाने के लिए।

2
बहुत बढ़िया सुझाव। मेरी समस्या भी रोबोकॉपी द्वारा बनाई गई थी, और जैसा कि आपने बताया कि रोबोकॉपी फिक्स ने मेरे लिए काम किया।
नाथन गारबेडियन

3
मैंने robocopyजंक्शन पॉइंट्स के साथ भी गड़बड़ी की ; मुझे दिखाने के लिए धन्यवाद कि गंदगी को साफ करने के लिए इसका उपयोग कैसे करें!
श्री। छिपकली

मेरे फोल्डर रोबोकॉपी द्वारा नहीं बनाए गए थे, लेकिन इसने उन्हें पूरी तरह से हटा दिया
साशा

11
नोड पैकेज मैनेजर (NPM) ने मेरे लिए यह समस्या पैदा की। किसी कारण से बहुत सारे नेस्टेड पैकेज थे।
डेविड शेरेट

यह स्पष्ट रूप से सबसे अच्छा और सबसे उचित जवाब है, एक bespoke पुनरावर्ती बैच स्क्रिप्ट की तुलना में बहुत बेहतर है
मठवासी-आतंक

39

यह वास्तव में ठीक करने के लिए काफी सरल है। यह कहें कि निर्देशिका संरचना इस प्रकार है:

C:\Dir1\Dir1\Dir1\Dir1…

इसे ठीक करने के लिए, प्रत्येक फ़ोल्डर को एक-वर्ण फ़ोल्डर-नाम पर तब तक नाम बदलें जब तक कि उसे हटाने के लिए बहुत लंबा समय न हो:

  1. नाम बदलें C:\Dir1करने के लिएC:\D
  2. पर जाए C:\D\
  3. नाम बदलें C:\D\Dir1करने के लिएC:\D\D
  4. पर जाए C:\D\D\
  5. गोटो 1 जब तक पथ की कुल लंबाई <260 है

यहां प्रक्रिया को स्वचालित करने के लिए एक बैच फ़ाइल है (यह सरल संस्करण सरल निर्देशिकाओं के लिए सबसे अच्छा है, जैसे प्रश्न में वर्णित एक विशेष रूप से डिस्पोजेबल वाले के लिए)। इसे उच्चतम संभव फ़ोल्डर पास करें (उदाहरण के C:\Dir1लिए C:\Dir1\Dir1\Dir1…या इसके C:\Users\Bob\Desktop\New Folderलिए C:\Users\Bob\Desktop\New Folder\abcdefghi…)

@echo off
if not (%1)==() cd %1
for /D %%i in (*) do if not %%i==_ ren "%%i" _
pushd _ 
%0 
popd

तकनीकी व्याख्या

अन्य प्रस्तावित समाधान पीछे की ओर हैं; आप अंतरतम निर्देशिका से अपने तरीके से काम करके इसे ठीक नहीं कर सकते हैं, आपको दूसरी दिशा में जाने की आवश्यकता है।

जब आप किसी निर्देशिका तक पहुंचने का प्रयास करते हैं, तो आप इसके पूर्ण पथ का उपयोग करते हैं चाहे वह स्पष्ट रूप से हो या न हो, जिसमें वह सब कुछ शामिल है जो इससे पहले आया था। इसलिए, जैसे एक निर्देशिका संरचना के C:\Dir1\Dir1\Dir1\Dir1लिए, अंतरतम पथ Dir1की लंबाई 22 है। हालांकि, सबसे बाहरी पथ की लंबाई Dir1केवल 7 है, और इसलिए इसकी सामग्री की परवाह किए बिना अभी भी सुलभ है (किसी दिए गए निर्देशिका पथ के संदर्भ में) , फ़ाइल-सिस्टम को यह पता नहीं है कि इसमें क्या शामिल है या इसके बाल निर्देशिकाओं की कुल पथ लंबाई पर इसका क्या प्रभाव है, केवल इसके पूर्वजों की निर्देशिका-यदि आप किसी निर्देशिका का नाम नहीं बदल सकते हैं यदि कुल पथ-लंबाई बहुत लंबी होगी)।

इसलिए, जब आप एक रास्ता बनाते हैं, जो बहुत लंबा है, तो आपको जो करने की आवश्यकता है वह उच्चतम स्तर पर जाना है और इसे एक-वर्ण नाम में बदलना है और प्रत्येक स्तर के लिए दोहराना है। हर बार जब आप ऐसा करते हैं, तो पथ की कुल लंबाई पुराने नाम और नए नाम के बीच के अंतर से कम हो जाती है।

विपरीत भी सच है। आप एक पथ नहीं बना सकते जो अधिकतम समर्थित लंबाई (डॉस और विंडोज पर MAX_PATH = 260) से अधिक हो। हालाँकि, आप निर्देशिकाओं का नाम बदलकर, अंतरतम जावक से लंबे नाम तक काम कर सकते हैं। इसका परिणाम यह है कि गहरे फ़ोल्डर जिसका निरपेक्ष पथ> 260 है, वह दुर्गम होगा। (यह उन्हें "छिपी" या सुरक्षित नहीं बनाता है, क्योंकि वे प्राप्त करने के लिए पर्याप्त सरल हैं, इसलिए फ़ाइलों को छिपाने के लिए इस पद्धति का उपयोग न करें।)


दिलचस्प साइड नोट

यदि आप विंडोज 7 एक्सप्लोरर में फ़ोल्डर बनाते हैं, तो ऐसा लग सकता है कि एक्सप्लोरर आपको उपनिर्देशिकाएं बनाने की अनुमति देता है जैसे कि कुल लंबाई की तुलना में लंबा है MAX_PATH, और वास्तव में यह है, हालांकि यह वास्तव में "डॉस 8.3 फ़ाइलनाम" का उपयोग करके धोखा दे रहा है। आप इसे एक पेड़ बनाकर देख सकते हैं जैसे कि निम्नलिखित:

C:\abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789
   \abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789
    \abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789
     \abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789
      \abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789
       \abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789
        \abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789
         \abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789
          \abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789
           \abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789
            \abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789\

यह 696 वर्ण लंबा है, जो निश्चित रूप से 260 से अधिक लंबा है। आगे, यदि आप एक्सप्लोरर में सबसे उपनिर्देशिका पर नेविगेट करते हैं, तो यह पता बार में अपेक्षित रूप से दिखाता है जब यह फोकस में नहीं होता है, लेकिन जब आप पते में क्लिक करते हैं बार, यह पथ को बदलता है C:\ABCDEF~1\ABCDEF~1\ABCDEF~1\ABCDEF~1\ABCDEF~1\ABCDEF~1\ABCDEF~1\ABCDEF~1\ABCDEF~1\ABCDEF~1\ABCDEF~1\, जो केवल 102 वर्ण लंबा है।

XP में, यह ऐसा नहीं करता है, इसके बजाय यह समर्थित होने की तुलना में अधिक लंबा रास्ता बनाने से इनकार करता है।

वास्तव में क्या दिलचस्प होगा यह पता लगाना है कि NtfsDisable8dot3NameCreationविकल्प सेट होने पर विंडोज 7 एक्सप्लोरर "बहुत लंबे रास्ते" को कैसे संभालता है।


3
यह है MAX_PATH से अधिक समय के लिए एक रास्ता बनाने के लिए, संभव यहां बताए गए । दुर्भाग्य से, \\?` doesn't work with rmdir`।
ग्रिटिटी

@ घबराहट, हाँ, लेकिन ऐसा इसलिए है क्योंकि यह एक ही मूल के तहत काम करता है: एक छोटी पथ का नाम बदलकर लंबे समय तक रखा जाता है; बस यह गतिशील रूप से एक चर का विस्तार करके करता है जैसा कि मैन्युअल रूप से इसका नाम बदलकर ला ऑनर करने के लिए विरोध किया जाता है। एक निर्देशिका बनाना संभव नहीं है जिसका संपूर्ण पथ बहुत लंबा है जब निर्माण कमांड के पास कुल लंबाई निर्धारित करने के लिए पर्याप्त जानकारी है।
Synetech

3
@ सिंथेटेक: नहीं, यह अलग तरह से काम करता है। MAX_PATH को \\?\C:\dir\dir\dir\dirसचमुच बाईपास करने जैसे रास्ते ; कोई "चर" शामिल नहीं हैं। (लेकिन जैसा मैंने कहा, यह किसी कारण से rmdirया अन्य cmd.exeबिल्डिंस के साथ काम नहीं करता है ।)
विशाल

उदाहरण के लिए, चलाने का प्रयास करें md C:\01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 यह काम नहीं करेगा क्योंकि फ़ाइल-सिस्टम में यह निर्धारित करने के लिए पर्याप्त जानकारी है कि कुल पथ की लंबाई 263 वर्ण होगी, इसलिए यह विफल हो जाता है।
Synetech

2
(इसके अलावा, घटक की लंबाई के साथ पथ की लंबाई को भ्रमित न करें । आपके पास 255 अक्षरों से अधिक नाम के साथ एक भी निर्देशिका नहीं हो सकती है ; हालांकि, आप उस से बहुत लंबा रास्ता तय कर सकते हैं ।)
विशाल

17

substवर्चुअल ड्राइव बनाने के लिए आप पथ को छोटा कर सकते हैं :

C:\>subst Z: "C:\TEMP\dir1\dir1\dir1\dir1\dir1\dir1\dir1\dir1\dir1\dir1\dir1\dir1\dir1"

वर्चुअल ड्राइव में बदलें:

cd Z:

अब आप फ़ाइलों को हटा सकते हैं:

del *.*

वर्चुअल ड्राइव निकालें:

cd C:\TEMP
subst Z: /d

निर्देशिका निकालें:

rd /s dir1

नहीं; यदि निर्देशिका बहुत लंबी है, तो यह पहला कमांड काम नहीं करेगा; यह त्रुटि लौटा देगा अमान्य पैरामीटर
5

2
@Synetech, यकीन है, लेकिन अगर आप बस विकल्प देते हैं C:\TEMP\dir1\dir1\dir1, तो यह इसका हिस्सा छोटा कर देगा, इस प्रकार आपको अंदर जाने की अनुमति देता है। यह आपके नाम बदलने के सुझाव की तरह है, लेकिन इसके बजाय मैपिंग के साथ। ;)
बोबसन

@ बोबसन, ठीक है तुम सही हो; आप दोनों के लिए +1। :-)
सिंथेटिक्स

10

मैंने रोबोकॉपी के लापरवाह उपयोग से उत्पन्न एक समान गहरी संरचना को हटाने में मदद करने के लिए एक छोटा सी # ऐप लिखा और होमसोवर से बैकअप लिया; डिफ़ॉल्ट रूप से Robocopy नियमित फ़ोल्डर के रूप में संयुक्त बिंदुओं का इलाज करता है ... :( आप इसे नोट किए बिना एक बड़ी गड़बड़ी के साथ समाप्त हो सकते हैं।

उपकरण किसी भी उपयोग करने के लिए सोर्स फाइल के साथ कोडप्लेक्स में उपलब्ध है।

http://deepremove.codeplex.com


काम करता है !!! यह उत्तर कार्य के रूप में चिह्नित होना चाहिए! सॉफ्टवेयर मक्खन की तरह काम करता है .. कुछ ही सेकंड में मेरी संभावना को हल कर दिया !! धन्यवाद!
रफीक मोहम्मद

7

कुछ समय पहले मैंने DeleteFiles नामक एक छोटी, स्व-निहित उपयोगिता निष्पादन योग्य बनाई जिसे आप इस कार्य को आसानी से करने के लिए उपयोग कर सकते हैं।

इस स्व-निहित का उपयोग करना, उपयोगिता आप बस कर सकते हैं:

deletefiles c:\yourfolder\subfolder\*.* -r -f

संपूर्ण फ़ोल्डर संरचना को हटाने के लिए। -r नीचे शुरू करने निर्देशिका से फ़ोल्डर पदानुक्रम recurses, -f किसी भी फ़ोल्डर खाली हैं हटाता है (जो उन सभी को हो सकता है अगर आप का उपयोग करें filespec के रूप में)। DeleteFiles Windows MAX_PATH सीमा से अधिक लंबे रास्तों का समर्थन करता है, इसलिए यह गहराई से नेस्टेड फ़ोल्डरों पर ठीक काम करेगा।

DeleteFiles स्वतंत्र और खुला स्रोत है और आप GitHub से बाइनरी या स्रोत कोड को पकड़ सकते हैं या सीधे Chocolatey का उपयोग करके स्थापित कर सकते हैं


धन्यवाद, भयानक उपकरण, चॉकलेट में डालने के लिए ++;) यह एक सीआई उपकरण में एकीकृत करने के लिए आसान बनाता है!
चार्ल्स ओउलेट ने

1
यह चाल चली। यदि आपके पास वास्तव में लंबा रास्ता है, > NULतो अंत में जोड़ना प्रक्रिया को तेज कर सकता है।
ryscl

रोबोकॉपी समाधान ने मेरे लिए काम नहीं किया और न ही सिनेटेक समाधान। DeleteFiles ने मेरे लिए काम किया, लेकिन किसी कारण से मुझे सभी सबफ़ोल्डर्स को हटाने के लिए इसे तीन बार चलाना पड़ा। किसी भी मामले में, इससे मेरी समस्या हल हो गई।
फ्रैंक

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

5

सरल और आसान अब

मैं बहुत लंबे समय से नेस्टेड फ़ोल्डरों के नोड_मॉड्यूल्स के साथ इस समस्या का सामना कर रहा था। इसलिए अंत में इसे ठीक करने के लिए एक स्क्रिप्ट बनाई गई है जो पथों को छोटा करके फ़ोल्डर को हटा सकती है।

https://github.com/dev-mraj/fdel

npm install fdel -g

fdel ./node_modules

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

4

सिकली के साथ काम करते हुए मुझे प्रोग्राम में एक कैलक्यूलेटर.sikuli रिकर्सन लूप के साथ काम मिला, जिसने "कैलकुलेटर.sikuli.calculator.sikuli" की एक बेशुमार राशि बनाई। मैं पेड़ को हटा सकता था, लेकिन नष्ट करने के लिए बहुत लंबा पथनाम।

पोप लूप के साथ कई समाधानों की कोशिश करने के बाद, स्कैंडिस्क और (प्रत्यक्ष) कहीं नहीं ...।

मैंने इस स्क्रिप्ट को पुनरावर्ती डायरियों में ('डी' 'नामक एक डायर में) जाने के लिए लिखा है, उन्हें स्थानांतरित करें (' बी 'नामक एक डायर को), फिर काटे गए पेड़ को हटा दें, उन्हें वापस (' ए 'में) स्थानांतरित करें। , और दोहराओ:

1)cd D:\a\calculator.sikuli\calculator.sikuli\calculator.sikuli\calculator.sikuli
.............go deeeeeep in         dir *A*
2) move calculator.sikuli ---> D:\b    
.............move the crazy tree to dir *B*    
3) kill D:\a\calculator.sikuli <---KILL(rd)    
.............wipe dir *A*'s tree    
4) move D:\b\calculator.sikuli ---> D:\a\    
.............move the crazy tree back to dir *A*    
REPEAT
  • REM का उपयोग अनन्त रूप से हटाए गए सबफ़ोल्डर्स को हटाने के लिए किया जाता है
  • REM का सुझाव है कि विंडोज सर्च सर्विस को पहले बंद करें (services.msc)

Remdirs.bat

D:
cd D:\a\calculator.sikuli\calculator.sikuli\calculator.sikuli\calculator.sikuli
move /-Y calculator.sikuli D:\b
cd D:\b
rd /s/q D:\a\calculator.sikuli
move /-Y calculator.sikuli D:\a
call D:\remdirs2.bat

यह केवल बैच फ़ाइल को फिर से चलाने के लिए एक कॉल है।


मैंने इसे देखने में घंटों बिताए हैं। यह .bat फ़ाइल स्वर्ग से उपहार के समान है। आप, साइलो, एक परी हैं। xD
स्क्वीश

2

हमें काम में इस तरह की समस्या थी जब ग्रहण ने हार्डड्राइव पर बकवास बनाने का फैसला किया। हमने खाली निर्देशिका को नेस्टेड में मिरर करने के लिए रोबोकॉपी / MIR फ़ंक्शन का उपयोग करके इसे ठीक किया।


1

मैं कमांड प्रॉम्प्ट खोलने और चलाने की कोशिश करूंगा:

rmdir /s <directory>

अगर वह काम नहीं करता है, तो मैं डायरेक्ट्री ट्री में partd करूँगा और निर्देशिकाओं के सबसेट को हटाने की कोशिश करूँगा - 20 अंतरतम निर्देशिकाओं को कहूँगा - और फिर वहाँ से अपना रास्ता निकालने का काम करूँगा।


1
मैंने ऊपर आपके सुझाव की कोशिश की और यह अभी भी कहता है "निर्देशिका खाली नहीं है" जब मैं उपरोक्त कमांड को कई स्तरों पर
चलाता हूं

1
ऐसा इसलिए क्योंकि यह तरीका पीछे की ओर है। ;-)
Synetech

1

यदि यह एक नेटवर्क फ़ोल्डर है, तो बस उस निर्देशिका की मूल निर्देशिका को साझा करें और इसे अपने स्थानीय मशीन पर ड्राइव पर मैप करें और फिर अपने फ़ोल्डर को हटा दें।


21966 [मुख्य] ​​mv 1288 D: \ work \ software \ cygwin \ bin \ mv.exe: *** fa fa error त्रुटि - विंडोज़ वातावरण पढ़ने में आंतरिक त्रुटि - बहुत से पर्यावरण चर?
user39186

मैंने एक उप-फ़ोल्डर को चलाने की कोशिश की, जिसमें 20 स्तर गहरे थे और उपरोक्त त्रुटि मिली
user39186

1

एक कमांड प्रॉम्प्ट खोलें।

उस फ़ोल्डर / निर्देशिका पर नेविगेट करें जिसमें उच्चतम 'dir1' है (हम C: \ ग्रहण करेंगे)

c:\> RD /s dir1

संपादित करें (टिप्पणियों के बाद जोड़ा गया) :

अन्य विचार:

MS समस्या से निपटने के लिए (विचारों के बहुत से प्रयास) यहाँ पर जानकारी प्रदान करता है

यह उपकरण भी है (इसे व्यक्तिगत रूप से कभी इस्तेमाल नहीं किया गया) - बहुतलॉन्गपैथ

शायद कुछ लिखें (क्योंकि आपके पास ग्रहण है) जो सभी तरह से नेविगेट करता है और फिर एक फ़ोल्डर स्तर को एक बार में हटा देता है, जैसे कि यह हट जाता है?


1
उपरोक्त कमांड का उपयोग करते समय मुझे निम्नलिखित 3 त्रुटियां मिलती हैं। निर्देशिका खाली नहीं है। सिस्टम निर्दिष्ट पथ नहीं ढूंढ सकता है। फ़ाइल का नाम बहुत लंबा है
user39186

मैंने ट्रैवर्सिंग को 'एन' स्तर गहरा कहने की कोशिश की और उसी कमांड का उपयोग करने की कोशिश की, लेकिन यह मदद करने के लिए प्रतीत नहीं होता है
user39186

इसने मेरे लिए win7 पर काम किया! धन्यवाद
leoh

1

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

अपंजीकृत संस्करण नागवेयर है लेकिन पूरी तरह कार्यात्मक है, यह काम करेगा।


1

यह डायरेक्ट लाइन या बैच फ़ाइल में डायरेक्टली उस UNC पथ का निर्माण करके किया जा सकता है जिसे आप हटाना चाहते हैं

इसके बजाय

rmdir /s/q c:\mydirectory

उपयोग

rmdir /s/q \\?\c:\myDirectory

इस तरह की यूएनसी शैली के रास्ते बहुत लंबे हो सकते हैं और 260-चार सीमा को दरकिनार कर सकते हैं।


काम नहीं करता है। The path \\?\C:\temp\wqiyretiuqyertiuyqwteiyrutqwuiyertiqrqweirqyert\wqteriuwqyetriuqwteiryutwiuertiuyqerieerrt\IOQWUE~1\QIWUYE~1\OIUQYW~1\OIUQYW~1\OIUQYW~1\OIUQYW~1\OIUQYW~1\OIUQYW~1\OIUQYW~1\OIUQYW~1\OIUQYW~1\ OIUQYW~1\OIUQYW~1\OIUQYW~1\OIUQYW~1\OIUQYW~1\OIUQYW~1\OIUQYW~1 is too long.विंडोज 7 64-बिट।
विक्टर

विंडोज़ के लिए काम नहीं करता है। अभी भी बहुत लंबा है।
बनानाआकिड

विंडोज़ पर मेरे लिए `\\;` संस्करण काम किया!
पीटर

0

जब मुझे यह समस्या होती है तो मैं बस कुछ फ़ोल्डर नामों को बहुत छोटा कर देता हूं, फिर एक बार कुल पथ काफी छोटा हो जाता है, तो यह ठीक हो जाएगा। कोई अतिरिक्त उपकरण की जरूरत है।


हां, लेकिन जैसा मैंने कहा, आपको बाहर से काम करना होगा, अन्यथा यह काम नहीं करेगा।
सिंटेक

बेशक। मुझे आमतौर पर सबसे लंबे फ़ोल्डर नाम मिलते हैं जो पहले (पैच फ़ोल्डर में) या अंतिम होते हैं। ज्यादातर समय, आपको केवल एक या दो फ़ोल्डर नाम बदलने की आवश्यकता होती है ताकि इसे सही लंबाई में लाया जा सके।
साल का

हां, लेकिन अगर आप एक अंतरतम के साथ शुरू करते हैं, तो यह काम नहीं करेगा क्योंकि renकमांड के साथ विफल हो जाएगा path too long
21

1
हां, ऊपर दी गई स्क्रिप्ट इस समस्या को स्वचालित रूप से संभालने का एक चतुर और प्रभावी तरीका है। यह केवल मेरे लिए कुछ समय के लिए हुआ है और इसलिए मैंने बस मैनुअल नाम बदलने की प्रक्रिया का उपयोग किया है। ऐसा करने के लिए, मैं बस फ़ोल्डर संरचना का नाम बदलना शुरू कर देता हूं, जहां भी मैं आक्रामक पेड़ पर होता हूं, और मेरा अनुभव है कि सबसे लंबे फ़ोल्डर नाम पेड़ की संरचना की शुरुआत या अंत में अधिक बार दिखाई देते हैं। मेरा जवाब इसलिए मान्य है, हालांकि यहाँ सबसे मजबूत या चतुर नहीं है। यह एक मूल्य के लायक नहीं है।
Music2myear

> मैं बस फ़ोल्डर संरचना का नाम बदलना शुरू कर देता हूं, जहां भी मैं आक्रामक पेड़ पर होता हूं खैर, हां, यदि आप पहले से ही पेड़ के अंदर हैं, तो आप निश्चित रूप से कम से कम उस फ़ोल्डर का नाम बदल सकते हैं (आपको इसके माता-पिता के पास जाने की आवश्यकता होगी) ; आप एक सबफ़ोल्डर का नाम बदलने में सक्षम हो सकते हैं, लेकिन यह बहुत लंबा हो सकता है।
16

0

मुझे एक ही समस्या थी, सिवाय एक पुनरावर्ती कोबियन बैकअप कार्य द्वारा। मैं मुक्त कोबियन सॉफ्टवेयर को हटाता हूं जिसमें एक डीलेटर एप्लिकेशन शामिल है जो इन pesky नेस्टेड फ़ोल्डरों को आसानी से सुपर जल्दी से हटा सकता है।

यह टूल मेनू के अंतर्गत स्थित है।


0

मैंने 5000+ डायरेक्टरी-डीप फोल्डर मेस के साथ एक ही इश्यू में रन किया जो कुछ जावा एप्लिकेशन ने किया था और मैंने एक प्रोग्राम लिखा था जो आपको इस फोल्डर को हटाने में मदद करेगा। पूरा स्रोत कोड इस लिंक में है:

https://gitlab.imanolbarba.net/imanol/DiREKT

इसने थोड़ी देर के बाद पूरी बात को हटा दिया, लेकिन यह काम करने में कामयाब रहा, मुझे उम्मीद है कि यह उन लोगों की मदद करता है जो (जैसा कि), मैं एक ही निराशाजनक मुद्दे पर चलता हूं


-3

आपका फ़ाइल सिस्टम दूषित हो सकता है। देखने के लिए chkdsk चलाएं यदि यह कुछ भी मरम्मत करता है, तो फ़ोल्डर को हटाने का प्रयास करें।


नहीं, यह समस्या नहीं है। समस्या यह है कि कुल पथ की लंबाई समर्थित ( MAX_PATH=255) से अधिक लंबी है । यह एक गैर-भ्रष्ट फ़ाइल-सिस्टम के साथ भी हो सकता है।
5

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