xcopy与W10中的ctrl + c / ctrl + v的工作方式不同?

时间:2017-05-09 19:25:34

标签: batch-file command-line windows-10

我正在尝试在Window 10中编写一个批处理文件,该文件将复制文件夹以覆盖C:\ Windows \ System32 \ GroupPolicy文件夹。所以我做了

xcopy /y /e C:\Backup\GroupPolicy %systemroot%\system32\

它说它复制了所有文件。但是如果我使用gpedit检查组策略,那么我的更改就不存在了。但是,如果我在文件资源管理器中选择C:\ Backup \ GroupPolicy文件夹并使用ctrl + c然后转到c:\ Windows \ System32并执行ctrl + v并对提示覆盖文件说“是”,当我检查时gpedit,我的改变现在在那里。当我通过GUI执行此操作时,我会收到提示,说我需要管理员权限才能复制文件夹,所以我想知道xcopy是否没有获得适当的管理员权限,即使我是从管理命令提示符运行它。

2 个答案:

答案 0 :(得分:0)

当你说"我的变化不在那里时,不确定你到底是什么意思"。

如果您的ACL信息丢失,我认为您错过了一个开关:

/O           Copies file ownership and ACL information.

您可能还遇到了32/64位环境问题,实际上正在寻找C:\Windows\SysWOW64

答案 1 :(得分:0)

我发现问题与权限有关。 xcopy有一些像/ o / k / r / h这样的标志,它们也复制文件的元数据。试过并得到了许可否认。然后我发现我可以使用robocopy而不是/ copy:DATSO(/ copyall也给出了一个权限被拒绝错误)标志,这样就可以了。