首先明确说：完全可以在单个共享里保留不同文件/文件夹的所有权结构，不一定非要拆分成多个独立共享，具体实现要看你选NFS还是Samba，下面分别给你拆解实操方案：

一、NFS方案（推荐小型环境快速实现） #

NFS的权限核心是UID/GID的一致性映射，只要你的客户端和NFS服务器上的用户UID、GID完全对应，客户端挂载后就能直接看到服务器上的真实文件所有者，权限也会正常生效。

• 实操步骤：

  1. 先把新NFS服务器上的用户UID/GID改成和你原服务器完全一致：比如原服务器上www-data的UID是33，GID是33；will的UID是1000，GID是1000；media和cctv的UID/GID也照搬原配置。可以用usermod -u 新UID 用户名、groupmod -g 新GID 组名来修改。
  2. 配置NFS共享时，在/etc/exports里给共享目录加上合适的权限参数，比如：

     /your/data/storage 客户端IP段(rw,sync,no_root_squash,no_subtree_check)
     

     这里no_root_squash是允许客户端root用户映射到服务器root，如果你不需要可以去掉，但确保普通用户的UID/GID对应上就行。
  3. 客户端挂载时用命令：

     mount -t nfs 服务器IP:/your/data/storage /本地挂载点 -o rw,vers=4.2
     

     选NFSv4+版本，权限传递更稳定。

• 特殊情况处理：如果客户端和服务器是不同系统（比如Windows客户端混Linux），可以用NFSv4的ID映射功能，修改/etc/idmapd.conf把服务器的用户名映射到客户端的对应用户，但这种情况不如统一UID/GID来得省心。

二、Samba方案（适合跨Windows/Linux混合环境） #

Samba默认是通过用户名映射来处理权限的，要保留多用户所有权，关键是不要全局强制用户身份，而是让客户端用户和服务器用户一一对应：

• 实操步骤：
  1. 同样先确保Samba服务器上的用户UID/GID和原服务器一致，并且给这些用户创建Samba账号：smbpasswd -a 用户名。
  2. 在smb.conf里配置共享时，不要加全局的force user，而是针对目标共享添加以下参数：

     [data-storage]
        path = /your/data/storage
        read only = no
        inherit owner = yes
        valid users = will www-data media cctv
        create mask = 0644
        directory mask = 0755
     

     inherit owner = yes会让客户端创建的文件继承服务器上父目录的所有者，或者如果客户端用户在服务器有对应账号，会用该账号的身份创建文件，保留所有权。
  3. Linux客户端挂载Samba时，推荐用multiuser选项，让不同登录用户用自己的身份访问：

     mount -t cifs //服务器IP/data-storage /本地挂载点 -o multiuser,sec=ntlmssp,username=will
     

     这样切换客户端用户时，Samba会自动用对应用户的身份验证，看到的文件所有权也会正确。

三、要不要拆分成多个共享？ #

如果你现在的目录权限差异特别大（比如有的目录需要只读，有的需要严格的读写控制），拆分共享可以更精细化管理权限，但不是必须的。单个共享只要做好用户UID/GID映射或者Samba用户配置，完全能保留原有的多所有者结构，管理起来反而更省心——不用维护多个挂载点和共享配置。

针对你场景的最优建议 #

因为你是直接克隆原存储的内容，里面已经有各用户的文件，优先推荐NFS方案+统一UID/GID，步骤最少，见效最快：

1. 把新服务器的用户UID/GID和原服务器对齐；
2. 配置NFS共享并挂载；
3. 验证各客户端用户访问时，文件所有者显示正确，权限正常。

如果需要兼容Windows客户端，再考虑Samba方案，同样先对齐UID/GID，再配置共享参数即可。

备注：内容来源于stack exchange，提问作者Will