Windows10访问unraid的SMB共享目录问题

  • a
    anguswen
    unraid的SMB共享设为private,在Windows10的资源管理器和totalcmd都是有时能写入,有时又没有写入权限。

    Android版totalcmd没问题。
  • c
    chjrg
    我没有删除权利,头大
  • a
    anguswen
    回复2#chjrg

    unraid论坛上也有帖子反映这个问题,看了几个貌似也没有解决。有个帖子里说到tools-new permission重置权限,刚重置后正常了,但第二天又不行了。
  • h
    howlet
    要看linux的文件权限。可以用winscp连上去查看修改,权限改成777就可以删了。源头的原因多半是umask没设对
  • c
    chjrg
    感谢楼上两位,等下去试一试
  • a
    anguswen
    回复4#howlet

    改成0777那还能控制用户权限吗?
  • h
    howlet
    smb还可以控制。之前不能删是创建文件的用户,与smb对应的用户不是同一个,并且没有授予写入(删除)的权限。授予权限后就由smb根据用户权限进一步过滤、控制。
  • x
    xiaomilee
    哎呀,我也遇到这个问题了 iOS fly ~
  • x
    xiaomilee
    回复1#anguswen

    尝试把U盘里的config / shares / 对应的文件夹共享配置文件给删除了,再重新启动就恢复正常了,你可以试试看




    技术说明:
    • 名为config / shares / .cfg的用户共享配置文件存储在Flash中,用于每个用户共享(共享名称在其中)。如果此文件不存在,则将一组默认值用于用户共享。每当更改“用户共享”参数时,它的配置文件也会更新,或者如果不存在则创建它。
    • 添加新的用户共享或更改现有用户共享的配置参数不会断开其他共享上的任何当前连接。但是,重命名或删除用户共享将断开所有未完成的连接。这是因为必须停止Samba才能重命名或删除与共享关联的顶级目录。
    • 用户共享使用专有代码实现,该专有代码构建所有数据磁盘的复合目录层次结构。这是在/ mnt / tmp上安装的tmpfs文件系统上创建的。用户共享使用专用的FUSE伪文件系统(称为“ shfs”)导出,该系统安装在/ mnt / users上。
    • 当需要在选定磁盘上创建对象时,首先在磁盘上创建目录层次结构(如果尚未放置)。删除磁盘上特定目录的最后一个文件后,该磁盘上目录层次结构的未使用部分将保留在原处。
    • 启用用户共享后,仍可以通过单个磁盘共享访问文件。但是,根据磁盘目录层次结构和用户共享设置,磁盘共享上的某些操作可能不会反映在包含该磁盘的用户共享中。