通过 SAMBA 进行的文件移动操作是否保留 inode 号?

通过 SAMBA 进行的文件移动操作是否保留 inode 号?

如果我有一个通过 SAMBA 共享公开的目录,并且来自 Linux 或 Windows 系统的用户将文件从该共享上的一个位置移动到另一个位置,SAMBA 是否知道向操作系统请求移动操作并保留 inode数字?

同样,重命名 SAMBA 共享上的文件是否可以保持 inode 号一致?

额外的问题可能需要成为它自己的问题:我使用 rsync 在服务器(CentOS 7)内创建从设备到不同备份设备的差异备份。差异备份能否跟踪设备和备份上的 inode 编号,从而正确跟踪文件移动/重命名?

更新:2018年1月24日

在我的安装中,移动操作实际上保留了索引节点号。

  • Windows 7 x64 专业版
  • Centos 7 3.10.0-514.16.1.el7.x86_64
  • 桑巴版本 4.4.4

我还应该在上面列出任何其他合格的系统配置细节吗?

答案1

如果 Samba 共享的 Linux 顶级目录在目录层次结构中的某个位置有两个或多个已安装的 Linux 文件系统,请小心。

如果您随后将某些内容从这些子挂载文件系统的挂载点之一移动到同一 Samba 共享中的另一个挂载点,我很确定您可以指望 Linux inode 发生变化。不过,您应该测试一下才能确定。

相关内容