Jak rozwiązać błąd „Katalog nie jest pusty” podczas uruchamiania polecenia rmdir w skrypcie wsadowym?

Tworzę skrypt wsadowy i część skryptu próbuje usunąć katalog i wszystkie jego podkatalogi. Otrzymuję sporadyczny błąd dotyczący podkatalogu, który nie jest pusty. Przeczytałem jeden artykuł o tym, że winowajcą jest indeksowanie. Wyłączyłem WSearch, ale w końcu ponownie wystąpił błąd. Oto polecenie:

rmdir /S /Q "C:\<dir>\"

Doświadczyłem tych samych problemów, o których wspomniał Harry Johnston. rmdir /s /qnarzekałby, że katalog nie jest pusty, mimo że /sma to zrobić za Ciebie! Osobiście uważam, że to błąd w systemie Windows.

Moje obejście polega na tym, że delwszystko w katalogu przed usunięciem samego katalogu:

del /f /s /q mydir 1>nul
rmdir /s /q mydir

( 1>nulUkrywa standardowe wyjście, delponieważ w przeciwnym razie wyświetla każdy plik, który usuwa).

Znam ten problem. Najprostszym obejściem jest warunkowe powtórzenie operacji. Nigdy nie widziałem, żeby to zawodziło dwa razy z rzędu - chyba że rzeczywiście jest otwarty plik lub problem z uprawnieniami, oczywiście!

rd /s /q c:\deleteme
if exist c:\deleteme rd /s /q c:\deleteme

wprowadź wiersz polecenia jako administrator i uruchom

rmdir /s <FOLDER>

Właśnie napotkałem ten sam problem i był związany z utratą lub uszkodzeniem niektórych plików. Aby rozwiązać problem, po prostu uruchom check disk:

chkdsk /F e:

Można to uruchomić z okna wyszukiwania lub z wiersza polecenia cmd. /FRozwiązuje wszelkie problemy znalezione, jak odzyskanie plików. Po zakończeniu działania możesz usunąć pliki i foldery w zwykły sposób.

Miałem podobny problem, próbowałem usunąć pusty folder za pomocą eksploratora Windows. Pokazał mi nie pusty błąd, więc pomyślałem, że spróbuję przez admin cmd, ale żadna z odpowiedzi tutaj nie pomogła.

Po przeniesieniu pliku do pustego folderu. Udało mi się usunąć niepusty folder

Jak stwierdził @gfullam w komentarzu do odpowiedzi @ BoffinbraiN, usuwany <dir>sam może nie być tym, który zawiera pliki: mogą w nim znajdować się podkatalogi, w <dir>których pojawia się komunikat „Katalog nie jest pusty”, a jedynym rozwiązaniem byłoby wtedy rekurencyjnie iteruj po katalogach, ręcznie usuwając wszystkie zawierające je pliki ... Ostatecznie zdecydowałem się użyć portu rmz UNIX. rm.exepochodzi z Git Bash, MinGW, Cygwin, GnuWin32 i innymi. Po prostu musisz mieć jego katalog nadrzędny w swojej PATH, a następnie wykonywać tak, jak w systemie UNIX.

Przykład skryptu wsadowego:

set PATH=C:\cygwin64\bin;%PATH%
rm -rf "C:\<dir>"

To, co zadziałało, jest następujące. Wygląda na to, że polecenie RMDir prawie cały czas wyświetla komunikat „Katalog nie jest pusty” ...

:Cleanup_Temporary_Files_and_Folders

Erase /F /S /Q C:\MyDir

RMDir /S /Q C:\MyDir
If  Exist  C:\MyDir  GoTo Cleanup_Temporary_Files_and_Folders

Miałem „C: \ Users \ User Name \ OneDrive \ Fonts”, które zostało mklink'ed (/ D) do „C: \ Windows \ Fonts” i mam ten sam problem. W moim przypadku

cd „C: \ Users \ Nazwa użytkownika \ OneDrive”

rd / s Czcionki

Y (aby potwierdzić akcję)

pomogło mi. Mam nadzieję, że Tobie też pomoże; D.

W moim przypadku właśnie przeniosłem folder do katalogu głównego w ten sposób.

move <source directory> c:\

Następnie uruchomiono polecenie, aby usunąć katalog

rmdir c:\<moved directory> /s /q

Przyczyną rd /sodmowy usunięcia niektórych plików są najprawdopodobniej atrybuty plików TYLKO DO ODCZYTU w plikach w katalogu.

Właściwym sposobem rozwiązania tego problemu jest upewnienie się, że najpierw zresetowałeś atrybuty wszystkich plików:

attrib -r %directory% /s /d
rd /s %directory%

Mogą istnieć inne, takie jak pliki ukryte lub systemowe, więc jeśli chcesz grać bezpiecznie:

attrib -h -r -s %directory% /s /d
rd /s %directory%

Podobnie jak odpowiedź Harry'ego Johnstona, zapętlam, aż zadziała.

set dirPath=C:\temp\mytest
:removedir
if exist "%dirPath%" (
    rd /s /q "%dirPath%" 
    goto removedir
)

System Windows czasami jest „zepsuty przez projekt”, więc musisz utworzyć pusty folder, a następnie utworzyć kopię lustrzaną „uszkodzonego folderu” z „pustym folderem” w trybie kopii zapasowej.

robocopy - cmd copy utility

/copyall - copies everything
/mir deletes item if there is no such item in source a.k.a mirrors source with
destination
/b works around premissions shenanigans

Utwórz pusty katalog w ten sposób:

mkdir empty

nadpisz uszkodzony folder pustym folderem w ten sposób:

robocopy /copyall /mir /b empty broken

a następnie usuń ten folder

rd broken /s
rd empty /s

Jeśli to nie pomoże, spróbuj uruchomić ponownie w „trybie odzyskiwania z wierszem poleceń”, przytrzymując klawisz Shift po kliknięciu przycisku Uruchom ponownie i próbując ponownie uruchomić to polecenie w trybie odzyskiwania

Przychodzą mi do głowy następujące możliwe przyczyny:

1. istnieją pliki lub podkatalogi, które wymagają wyższych uprawnień
2. są używane pliki, nie tylko przez WSearch, ale może przez twój skaner antywirusowy lub cokolwiek innego

W przypadku 1.) możesz spróbować runas /user:Administratoruzyskać wyższe uprawnienia lub uruchomić plik wsadowy jako administrator za pomocą menu kontekstowego. Jeśli to nie pomoże, może nawet administrator nie ma uprawnień. Następnie musisz przejąć prawo własności do katalogu.

2.) pobierz Process Explorer , kliknij Find/Find handle or DLL...lub naciśnij Ctrl+F, wpisz nazwę katalogu i dowiedz się, kto go używa. Jeśli to możliwe, zamknij aplikację korzystającą z katalogu.