トップ回答者
RobocopyとThumbs.db

質問
回答
-
Robocopyで/Bオプションを使う場合について、以下のような KB がありますが、エラー内容など関連していないか確認されていますか?
"Robocopy /B" does not copy the security information such as ACL in Windows 7 and in Windows Server 2008 R2
http://support.microsoft.com/kb/979808/en-ushebikuzure
2012年12月1日 13:45
すべての返信
-
Robocopyで/Bオプションを使う場合について、以下のような KB がありますが、エラー内容など関連していないか確認されていますか?
"Robocopy /B" does not copy the security information such as ACL in Windows 7 and in Windows Server 2008 R2
http://support.microsoft.com/kb/979808/en-ushebikuzure
2012年12月1日 13:45 -
ご回答ありがとうございます。
頂いた先の説明を見ると現象的には、コピーには成功するけれどアクセス権がコピーされない、とあります。
ちょっと違うみたいですね。
ただ、今回はコピー先が安価なLinuxベースの家庭用NASで、ファイルシステムもNTFSではありませんでしたから、
コピー先がローカル内かWindows系のコンピュータなら、結果が違った可能性もなくはないかもしれませんけど。
その他今回のRobocopyでは、コピーするフォルダの名前に「&」が入っており、これが原因で成功しませんでしたので、
「""」で挟み回避しました。
コピー自体の安定性は高いのですが、こういうところが惜しいですね。
2012年12月1日 22:20 -
コメントありがとうございました。
しかし本件に関する限り私にはそうは思えません。
ファイル名やフォルダ名は禁則文字がきちんと決められており、「&」はそれには該当しません。
ツールが禁則文字でもない有効な名前を解釈できないというのはおかしいと思います。
しかもMSのツールなんです。
ある時は有効ある時は無効を認めるなら、MSが定めたルールに一貫性が無いことになります。
使う側が色々な難を逃れる為、念の為""で挟んで配慮しておく、というのはおかしくありませんが、
こういう一貫性の無さは問題です。
""で挟まないと判別されないというのは、
経験的にはスペースが含まれるファイル名やフォルダ名のあるパスを記述する場合のみでした。
""が無いと、どこまでがパスの記述か判別できないからです。
これは文法上の解釈が一義に定まらないので、そのように記述しないと解釈されないというのはおかしくありません。
しかし、Robocopyで「&」を特別扱いするのは非常におかしな例外に見えます。
そうしなければならない根拠も、メリットもあるようには見せません。
- 編集済み お札の門 2012年12月2日 15:28
2012年12月2日 15:27