我来帮你分析下这个问题，以及给出几个可行的解决思路：

首先说清楚报错的核心原因：

你遇到的ln: ... Operation not supported错误，本质是AFP、SMB这类网络文件系统通常不支持硬链接操作。硬链接依赖本地文件系统的inode机制（多个硬链接指向同一个inode，共享底层文件数据），但网络共享协议在设计时大多没有实现对硬链接的支持，哪怕源文件和目标目录在同一个网络卷里也不行——服务器端一般会直接拒绝这类请求。

接下来给你几个实用的替代方案：

方案1：用符号链接（软链接）替代硬链接 #

符号链接只是保存原文件的路径引用，不依赖inode，几乎所有网络文件系统都支持。只需要修改你原命令中的ln为ln -s即可：

find /Volumes/Multimedia/Photos -name "*.HEIC" | xargs -I {} ln -s {} /Volumes/Multimedia/List

小贴士：这里用绝对路径创建软链接，只要源文件的位置不变，哪怕后续移动目标目录，软链接依然能正常指向原文件；如果用相对路径的话，要保证目标目录和源文件的相对位置始终固定。

方案2：尝试开启服务器端的硬链接支持（可选） #

如果你的NAS或文件服务器支持调整共享配置，可以试试以下方向：

• 对于AFP：检查服务器端的AFP设置里是否有开启硬链接支持的选项（部分品牌NAS会提供这个开关）
• 对于SMB：确认使用SMB 3.0及以上版本，并且服务器端启用了硬链接支持（比如Windows Server或部分Linux SMB服务器可以通过配置文件开启）
  不过这个方案兼容性很差，不同设备的配置逻辑差异很大，不一定能成功，只能作为备选。

方案3：APFS文件系统专属：用文件克隆替代硬链接 #

如果你的网络卷底层是APFS文件系统（比如Mac共享的APFS卷），可以尝试用cp -c命令创建文件克隆——APFS克隆和硬链接效果类似（不占用额外空间），但属于文件系统级的特性，不依赖inode：

find /Volumes/Multimedia/Photos -name "*.HEIC" | xargs -I {} cp -c {} /Volumes/Multimedia/List

注意：这个方法只适用于APFS环境，且需要服务器端支持APFS克隆的网络共享，局限性比较大。

综合来看，方案1的符号链接是最稳妥、兼容性最好的选择，几乎能在所有网络共享环境下正常工作。

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