バッチスクリプトでrmdirコマンドを実行するときの「ディレクトリが空ではありません」エラーを解決するにはどうすればよいですか？

バッチスクリプトを作成していますが、スクリプトの一部でディレクトリとそのすべてのサブディレクトリを削除しようとしています。サブディレクトリが空でないという断続的なエラーが発生します。インデックス作成が原因であるという記事を1つ読みました。WSearchを無効にしましたが、最終的には再びエラーが発生しました。コマンドは次のとおりです。

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

ハリー・ジョンストンが述べたのと同じ問題を経験しました。あなたのために空にすることを意図しrmdir /s /qているのに、ディレクトリが空ではなかったと文句を言うでしょう/s！個人的にはWindowsのバグだと思います。

私の回避策はdel、ディレクトリ自体を削除する前に、ディレクトリ内のすべてのものを処理することです。

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

（1>nulは、の標準出力を非表示delにします。それ以外の場合は、削除するすべてのファイルを一覧表示します。）

私はこの問題に精通しています。最も簡単な回避策は、条件付きで操作を繰り返すことです。開いているファイルやアクセス許可の問題が実際にない限り、2回続けて失敗するのを見たことがありません。

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

管理者としてコマンドプロンプトを入力し、実行します

rmdir /s <FOLDER>

私はちょうど同じ問題に遭遇しました、そしてそれはいくつかのファイルが失われるか壊れていることに関係していました。この問題を修正するには、チェックディスクを実行するだけです。

chkdsk /F e:

これは、検索ウィンドウボックスまたはcmdプロンプトから実行できます。/Fそれは、ファイルを回復するように、見つかった問題を修正します。これが実行を終了したら、通常のようにファイルとフォルダを削除できます。

私は同様の問題を抱えていました、Windowsエクスプローラーを介して空のフォルダーを削除しようとしました。空ではないエラーが表示されたので、admin cmdで試してみようと思いましたが、ここでの回答はどれも役に立ちませんでした。

ファイルを空のフォルダに移動した後。空でないフォルダを削除できました

@gfullamが@BoffinbraiNの回答へのコメントで述べたように、<dir>削除しようとしているのはファイルを含むものではない可能性があります。<dir>「ディレクトリは空ではありません」というメッセージを受け取るサブディレクトリが存在する可能性があり、その場合の唯一の解決策は次のとおりです。ディレクトリを再帰的に繰り返し、含まれているすべてのファイルを手動で削除します...私は最終的に次のポートを使用することにしました。rm UNIXからの。rm.exeGit Bash、MinGW、Cygwin、GnuWin32などが付属しています。PATHに親ディレクトリがあり、UNIXシステムの場合と同じように実行する必要があります。

バッチスクリプトの例：

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

私のために働いたのは次のとおりです。RMDirコマンドがほぼ常に「ディレクトリが空ではありません」を発行するようです...

: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

「C：\ Users \ UserName \ OneDrive \ Fonts」があり、これは「C：\ Windows \ Fonts」にmklink（/ D）されていましたが、同じ問題が発生しました。私の場合

cd "C：\ Users \ User Name \ OneDrive"

rd / sフォント

Y（アクションを確認するため）

助けて頂きました。それがあなたにも役立つことを願っています; D

私の場合、フォルダをルートディレクトリに移動しました。

move <source directory> c:\

次に、コマンドを実行してディレクトリを削除しました

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

rd /s特定のファイルの削除を拒否する理由は、ディレクトリ内のファイルのREADONLYファイル属性が原因である可能性があります。

これを修正する適切な方法は、最初にすべてのファイルの属性をリセットすることです。

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

非表示ファイルやシステムファイルなどの他のファイルが存在する可能性があるため、安全に再生したい場合は次のようにします。

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

ハリー・ジョンストンの答えと同様に、私はそれが機能するまでループします。

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

Windowsは「設計上壊れている」場合があるため、空のフォルダを作成してから、バックアップモードで「壊れたフォルダ」を「空のフォルダ」とミラーリングする必要があります。

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

次のように空のディレクトリを作成します。

mkdir empty

壊れたフォルダを次のように空で上書きします。

robocopy /copyall /mir /b empty broken

その後、そのフォルダを削除します

rd broken /s
rd empty /s

これで問題が解決しない場合は、Shiftキーを押しながら再起動をクリックし、これらのコマンドをリカバリモードで再度実行して、「コマンドプロンプト付きのリカバリモード」で再起動してみてください。

私は次の考えられる原因を考えることができます：

1. より高い権限を必要とするファイルまたはサブディレクトリがあります
2. WSearchだけでなく、ウイルススキャナーなどによって使用されているファイルがあります。

1.）については、試すことができます runas /user:Administrator、より高い権限を取得するか、コンテキストメニューから管理者としてバッチファイルを開始するためにます。それでも問題が解決しない場合は、管理者でさえ権限を持っていない可能性があります。次に、ディレクトリの所有権を引き継ぐ必要があります。

2.）Process Explorerをダウンロードし、をクリックFind/Find handle or DLL...またはを押してCtrl+F、ディレクトリの名前を入力し、誰がそれを使用しているかを調べます。可能であれば、ディレクトリを使用するアプリケーションを閉じます。