我有一个Windows 7旗舰版系统，它映射了一个Samba 3.0.33共享。 我没有任何问题阅读，写作，或从Windows文件浏览器更换任何文件或目录。 我试图使用xcopy在Windows客户端上设置推/拉同步脚本。 我正尝试在任一方向上replace比相应的文件/目录更新的文件。 从服务器到客户端的复制效果很好。 从客户端到服务器的副本由于“访问被拒绝”而失败（当目录已经存在时 – 可以创build新的目录而没有问题）。
这是我的Windows脚本：
xcopy c:\source_dir z:\dest_dir /D /E /I /F /R /Y xcopy z:\dest_dir c:\source_dir /D /E /I /F /R /Y 以下是我看到的第一个命令：
C:\Source_dir>xcopy c:\Source_dir\test z:\Dest_dir\test /E /I /F /R /Y Access denied Unable to create directory - Z:\Dest_dir\test 0 File(s) copied
在连接到相同服务器的XP系统上，相同的命令正常工作。 必须有我遗失的东西 – 任何想法可能是什么？
谢谢！
PS：我忘了提及，如果目录不存在已经在服务器上，xcopy命令到服务器成功。
PPS：Robocopy产生相同的结果。
我build议切换到robocopy自xcopy /? 说：“注意：Xcopy现已被弃用，请使用Robocopy。”
注意到新的目录已经备份好了，并且列出的所有者和组与旧的目录和文件不同。 通过更改所有者和组来解决我的XP到Samba共享权限问题。 备份xcopy现在正常运行！
xcopy d:\mypict~1\* \\linuxserver\backups\homestud\mypictures /mschiy
给了
Access denied Unable to create directory - \\linuxserver\backups\homestud\mypictures\2002
即使没有需要的文件。 当我将那个2002目录chmod到nobody和nogroup时 – 它会经过那个dir错误！ 所以然后我重新应用recursion所有的文件和文件夹。
确保您连接的帐户在服务器端有权限创build目录Z：\ Dest_dir \
mkdir z：\ Dest_dir \ test创build相同的结果？
如上所述，我会检查服务器端的权限。
对不起，从死亡中复活一个问题，但我想你需要看看你的创build掩码在你的桑巴设置。 默认值是755，所以如果你的用户帐户不是目录的所有者，那么你创build的任何新的目录或文件将不会被该帐户写入。 根目录可能有更宽松的unix文件权限，也许是775，这就是为什么你能够创build新的文件和目录。
我也遇到了这个问题（赢7和8）与robocopy和xcopy失败，错误消息指示无法创build文件夹，而通过资源pipe理器或copy仍然工作。
我能够通过使用下面的configuration选项得到这个工作：
force create mode
force directory mode
在我的设置中特别是0774和0775 。 当使用robocopy或xcopy时候，显然有些东西会被授权。 这似乎表明某种configuration问题，这种解决scheme是相当不分青红皂白的，但这就是我现在所能想到的。
服务器是运行Samba 4.1.6的FreeNAS 9.2.1.3