フォーラムこのフォーラムは終了しました。ご投稿いただきありがとうございました。他の場所でヘルプを入手する場合は、リソースページにアクセスしてください。7質問0サインインして投票Robocopyで/Bオプションを付加して管理者モードで実行すると、Thumbs.dbがコピーに失敗するように見えます。Thumbs.dbでひっかかり、リトライを繰り返しますが成功しません。/Bを付けずに管理者権限を持つ管理者以外のアカウントで実行したところコピーできました。13:450サインインして投票ご回答ありがとうございます。頂いた先の説明を見ると現象的には、コピーには成功するけれどアクセス権がコピーされない、とあります。今回はコピー先が安価なLinuxベースの家庭用NASで、ファイルシステムもNTFSではありませんでしたから、コピー先がローカル内かWindows系のコンピュータなら、結果が違った可能性もなくはないかもしれませんけど。「""」で挟み回避しました。コピー自体の安定性は高いのですが、こういうところが惜しいですね。(別な意味を持つ可能性のある文字)を含むファイルやフォルダーをコマンドの引数に利用する際は引用符でくくる、というのは仕方ない制限事項でしょう。5:580サインインして投票コメントありがとうございました。本件に関する限り私にはそうは思えません。ファイル名やフォルダ名は禁則文字がきちんと決められており、「&」はそれには該当しません。ツールが禁則文字でもない有効な名前を解釈できないというのはおかしいと思います。MSのツールなんです。ある時は有効ある時は無効を認めるなら、MSが定めたルールに一貫性が無いことになります。使う側が色々な難を逃れる為、念の為""で挟んで配慮しておく、というのはおかしくありませんが、こういう一貫性の無さは問題です。経験的にはスペースが含まれるファイル名やフォルダ名のあるパスを記述する場合のみでした。""が無いと、どこまでがパスの記述か判別できないからです。これは文法上の解釈が一義に定まらないので、そのように記述しないと解釈されないというのはおかしくありません。Robocopyで「&」を特別扱いするのは非常におかしな例外に見えます。しなければならない根拠も、メリットもあるようには見せません。ファイル名としては使えますが、コマンドラインだと複数コマンド記述の区切り文字として扱われちゃうからではないかなあ。2:050サインインして投票ご指摘ありがとうございます。copyで実験したところ、同じような現象が出ました。調べるきっかけを頂いたおかげでコマンドラインでの「&」と「&&」について知識がメンテされました。30年以上前から使ってますがコマンドラインの「&」と「&&」については初めて知りました。一貫性はあったんですね、MSさんケチをつけてごめんなさい。情報を無料ニュースレターで入手|日本での個人情報の取り扱い|サイトマップ|特商法に基づく表示|使用条件|商標|プライバシ。