mklink错误与“设备不支持符号链接”

编辑

我只是注意到它看起来很像你试图创build两个networking共享之间的符号链接。 这并不令我感到惊讶，这是不正确的。 你为什么要这样做？ 我刚刚testing时也遇到了同样的错误，使用Windows 10和两台Linux Samba服务器。 我敢打赌，这个function只是不被支持，但如果是这样的话，也许它只能被Windows服务器支持。 我无法轻松testing。

你的存储服务器运行什么操作系统？

原始答案

根据这个网站，您可能需要做一些configuration更改才能正常工作。 该网站有更好的格式，但我已经引用下面的情况下，网站消失。

http://sourcedaddy.com/windows-7/how-to-create-symbolic-links-to-shared-folders.html

 mklink命令还允许您创build一个以通用命名约定（UNC）path为目标的符号链接。 例如，如果您运行以下命令，则Windows将创build一个名为Link.txt的符号链接文件，该文件将打开Target.txt文件。

 Mklink link.txt \\ server \ folder \ target.txt
如果启用远程符号链接（本节稍后讨论），则可以使用这些链接来存储共享文件夹上的符号链接，并自动将多个Windowsnetworking客户端redirect到networking上的其他文件。

默认情况下，只能在本地卷上使用符号链接。 如果您尝试访问位于共享文件夹（不pipe目标位置）的符号链接，或者将符号链接复制到共享文件夹，则会收到错误消息。 您可以通过configuration以下组策略设置来更改此行为：

计算机configuration\pipe理模板\系统\ NTFS文件系统\有select地允许符号链接的评估

当您启用此策略设置时，您可以从四个设置中进行select：

本地链接到本地​​目标默认情况下启用，这允许本地符号链接到本地​​文件系统上的目标。
本地链接到远程目标默认情况下启用，这允许本地符号链接到共享文件夹上的目标。
远程链接到远程目标默认情况下禁用，这允许远程符号链接到共享文件夹上的远程目标。
远程链接到本地​​目标默认情况下禁用，这允许远程符号链接到共享文件夹上的远程目标。
启用远程链接可能会引入安全漏洞。 例如，恶意用户可以在引用本地计算机上的绝对path的共享文件夹上创build符号链接。 当用户尝试访问符号链接时，他将实际访问可能包含机密信息的不同文件。 通过这种方式，复杂的攻击者可能会欺骗用户，使其本地计算机上的文件的机密性受到威胁。

另外我注意到你的UNCpath中有一个反斜杠，它应该是\\fileserver1\files\test.pdf