我使用Samba运行CentOS服务器。 连接在局域网上的是一台Windows 7个人电脑，其余的是Mac和Linux。 Macs没有这个问题，但在Windows PC上，当用户试图将文件从一个文件夹移动到另一个文件夹时，它不会“移动”它们。 它将文件复制到目标，不会删除源文件。
这并不是一直都在发生，但是当这个文件是从一个Mac（所有运行的El Capitan）创build的时候，似乎都会发生。 当PC用户移动他们创build的文件时，问题没有发生。
我可以尝试什么来解决这个问题？
这可能是smb.conf文件的问题吗？ 应该如何设置，以便文件服务器的所有用户都可以读取/写入共享上的所有文件？
我觉得这很令人困惑，即使这些文件拥有相同的所有者/组和权限，它似乎并不会一直在发生。
有什么我需要做的Windows 7上，以确保当前的客户端正在工作？
CentOS发行版6.7（最终版）Samba版本3.6.23-24.el6_7
共享为0755权限，由smbuser和smbuser组拥有。
共享中的文件夹具有与上述相同的所有者/组的权限0775。
实际文件的权限为0644，属于组root。 然而在smb.conf文件中，一切都被强制为root（我相信）：
[global] workgroup = workgroup netbios name = SERVER browseable = no available = no wins support = yes local master = yes [SERVER] comment = File Server browseable = yes valid users = smbuser,nobody,edward force user = root writeable = yes path = /home/share available = yes 每个人（在Mac上）都可以通过用户smbuser使用相同的密码进行访问。
Windows 7个人电脑，我不是很确定，因为它已经很长时间了，我还以为它也使用smbuser。 但是现在我无法findPC上的信息来validation这些信息，或者将其清除并重新input。 但是，如果每个人都是“强制用户=根”，那么这些都是“根”吗？
我已经做了一个testing，PC在共享上创build了一个文件夹和文件，它由root和同一个组拥有。
如果我没有正确安装，请告诉我。 我们需要所有工作站能够读/写相同的文件。 它没有理由属于特定的用户。
一些方法来解决你所描述的Samba行为。
strace跟踪用户的smbd进程的系统调用。 Samba开发人员指南的第14章介绍了跟踪samba系统调用 smbstatus将显示当前的samba连接和oplocks。